Jump to content
Ketarin forum

Ambimind

Members
  • Posts

    67
  • Joined

  • Last visited

Everything posted by Ambimind

  1. Oh! I've posted a link to this image - using the "Other Media" > "Insert Image From URL" forum feature. I've also just tested in FF, Chrome & Edge - all show the image. Not sure why you are not seeing it? in case you're pointing out the lack of text : I intended the image to be self explanatory.
  2. Ketarin exploits regular expression capture groups to return characters isolated from a larger matched set(example and explanation). A problem arises when one requires the use of capture groups for one of their original intended uses - "back references". The animation below demonstrates the problem and solution : Wrap the whole expression in parenthesis and increment any back references by 1.
  3. @shawn For now I've implemented the following solution: Using post-variables(see image below), each Ketarin-job-variable specifies a "redirection-delay", measured in seconds. Kuppet will wait for this duration after the initial page load, during which it is supposed that any landing-page-timers have completed and the actual page has begun to load, after which kuppet will wait till the page has finished loading(absence of network requests for 500ms).
  4. Got it - I can reproduce the behavior at will, now. Pardon my confusion; it was clearly stated in your original post.
  5. I'm unable to reproduce the behaviors you've described. I've attached the job I created to test it : It works fine with or without kuppet. cleantalk-spam-protect.xml
  6. Nice catch, thank you; I think it should be fixed now. If '-L' is used, it implies '-l', in which case, while '-L' is set, setting\unsetting '-l' has no effect. I've added a note about this in the help. To prove it to yourself, remove '-L', and set '-l', this should remove all log lines starting with "===:" and retain all those starting with "---:". Both can be excluded, in which case no logging occurs. I wasn't able to reproduce this. In order to avoid any possible confusion the '-V'(capitalized v) option is removed from the cmd-interface. If a request is served from cache, chrome is not launched. I found this may give the impression of inconsistency, when it is by design. I've updated the config file with the relevant key 'chromeVisible'; I suggest using 'true'/'false'(without quotes) in place of '0'/'1'. Usage Note When setting command line options within Ketarin global variables, the options must be quoted and separated by spaces, as shown below: if(!(PS kuppet -ea 0)) {START -win hidden BIN\kuppet '-v --port=9000'}
  7. @shawn Thanks for your feedback, many of the changes in the new version were motivated by it. Your questions and further feedback are welcome. @jusseppe Could you please try the latest version.
  8. Thanks for clearly reporting your problem, jusseppe. Please try the new version I've uploaded(see original post); I think I've found the cause of the error - entirely my fault. Also, see the working example I've uploaded. An alternative resolution : If your firewall is not blocking chrome and\or kuppet, you can try changing kuppets default working port : Tip : If you remove "-WindowStyle hidden" from the command line, kuppet will tell you a short story
  9. Download Link 17 April 2022 Update - In summary, kuppet now has a proper command-line interface, can be used standalone and also handles the shadow DOM. - All dependencies have been updated to their latest versions. - Documentation is now improved, please make use of -h or --help options to access it. 18 April 2022 Update - Fixed bug preventing application of user agent string - Removed "-V" options - Updated config file 21 April 2022 Update - Implemented request specific options through post data - Added post data option : redirection-delay - Improved readability of standard logs, "-l" Logitech_Options.xml
  10. The URL shown in solution A is taken from AIMP's windows download page. While it includes no obvious reference to an executable, when followed, their web server will always redirect to the latest version of AIMP's exe. When a Ketarin variable is provided a URL which does not refer to a file containing searchable textual content, it returns the file's HTTP headers instead; this feature is used to determine the latest version+build number, in solution A. When regular expressions employ "capturing groups"(eg. G1 & G2), only the first capturing group(G1) match, backed by red, is returned. This is true even when another, valid capturing group(G2) is matched(not marked by Ketarin). In this scenario blue backed text indicates the rest of the text matched by the regex - not returned. When capturing groups are absent from a regex, blue backed text indicates the match that will be returned as the variable value. Note : I've deliberately shortened the original regex to improve readability.
  11. I understand your ultimate goal to be : Retrieve AIMP's current version number, including build number, in the following format : [versionNumber].[build] Below I present two possible solutions using Ketarin. Solution A retrieves HTTP headers for the file, then extracts the version and build info from the file name - all within a single variable. Solution B uses two dependent variables : First the version+build string is extracted from the webpage in versionstr, then the ", build " text is removed using a replace function in version(note that version's contents is set to "Textual content").
  12. Please consult the following image to achieve your intended regex-goal.
  13. Please see image below for a complete description of the method : This is not a new feature; however it is very useful and sufficiently obscure that I was not aware of it, after several years of extensive Ketarin use.
  14. @Sydnelson What I do atm : 1. Create separate Ketarin jobs for each version. 2. During installation run both, but ... 3. Each job checks for the windows version and architecture appropriate for the program. 4. Installation occurs only when conditions are met. In case you need to download additional files, use Powershell's wget\Invoke-WebRequest, or GNU wget, stored next to the Ketarin executable, eg. "{startuppath}\BIN\wget.exe". If you're new to Ketarin I can provide a more detailed step-by-step answer if you like?
  15. @Etz What errors does Ketarin log show? Tried the script with slight modifications, to account for assumption not met by my system, without issue. Functional modifications : Finds executables in current app dir, rather than dir specified in "portable". Tested as an app\job specific script, not global. Global variable shortcuts = C:\ $PortableAppsPath = (Get-Item $app.CurrentLocation).DirectoryName $WShell = New-Object -ComObject WScript.Shell $Executables = Get-ChildItem (Get-Item $app.CurrentLocation).DirectoryName -Filter '*.exe' -Recurse if ($Executables.Count -gt 1) { $ShortCutPath = Join-Path $globalvars.'shortcuts'.CachedContent $app.Name if (-Not(Test-Path $ShortCutPath -PathType Container)) { New-Item $ShortCutPath -ItemType Directory -Force } } else { $ShortCutPath = Join-Path $globalvars.'shortcuts'.CachedContent $app.Name } foreach ($Executable in $Executables) { $ShortCut = $WShell.CreateShortcut("$ShortCutPath\$($Executable.BaseName).lnk") $Shortcut.TargetPath = $Executable.FullName $Shortcut.WorkingDirectory = (Join-Path $PortableAppsPath $App.Name) $Shortcut.IconLocation = $Executable.FullName $Shortcut.Save() }
  16. Thank you! ----- Download link : https://ketarin.org/download
  17. Thanks for the feedback. I've identified the number of download segments as cause for the difference between our results. In my original post the value is set to 1, resulting in an extended delay of 2-4 minutes - not present with segments set to 2 or more(your case). Seems to apply only to the first job run; after the file is downloaded successive job runs are not delayed in either case. I wrongly assumed failure because of this extended delay and lack of valid download indicator.
  18. Google Drive direct links not downloading, with unusual behavior Context Have written a Powershell script to get direct download URL of Google Drive stored files. The URL produced can be used in any web-browser to download the file directly, but not in Ketarin(depending on file type). To reproduce Import gdrive_test.xml into Ketarin. Update the job. Expected outcome Qualifications This behavior depends on the file-type : .zip and .mp4 files will fail, while .jpg and .doc files will download. Different files may be tested by changing the "gid" variable to a valid Google Drive file id(the included refers to a zip file). The derived url being used is logged under "====== GOOGLE DRIVE URL ======". Thanks for taking a look
  19. Thank you. It was a silly user(my) error, pardon me.
  20. After attempting to update to beta 4(thanks), I get the following - Ketarin does not start:
  21. Possible issue with multi-segment downloads To reproduce: 1. Set download options to : 2. Import and run attached job file : glasswire.xml Observed problem: 1. On update, Ketarine first presents the following error: 2. And then :
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.