Jump to content
Ketarin forum

shawn

Moderators
  • Content Count

    993
  • Joined

  • Last visited

About shawn

Profile Information

  • Gender
    Male

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Unless you configure the option on the Advanced tab named "Use the following variable as indicator for changes" Ketarin will use its native HTTP header parsing capability to determine if the downloaded file would be newer/different than the last file it downloaded. Be aware that this does not work for some sites, so you should get in the habit early and parse your own version numbers from the source website so you have better control over whether the file is actually newer. For example, I download many ISO files for different operating systems and the last thing you want is to download an extra 8 copies of Fedora every time you run Ketarin because the Fedora site uses a new ETag and timestamp with every request, effectively breaking cache controls. Downloading an extra 40 GB of Fedora spins a couple times a day is a good way to waste bandwidth. Using a version variable which parses the changelog for the current release version, and "version" in the "Use the following variable as indicator for changes" field avoids this problem very nicely. Be aware that there's also an Advanced option to "ignore file information" that needs to be checked if you will be deleting the actual downloaded files after extracting their contents. If you don't have this option enabled then Ketarin will default to correcting the missing files by re-downloading them.
  2. Welcome to Ketarin, @Kacey. You're going to love it. Ketarin can use many automatic methods to detect if a download is different, including checking the HTTP headers of the response (download URL) for the file size, file timestamp, ETag, and cache-control headers. Ketarin also intelligently (though not always perfectly) parses the download filenames from redirects and downloads. If the source site is doing things correctly, it does a hell of a job. That said, the beauty of Ketarin is that you don't have to rely on that. If you want more details (such as the specific version number) you can use the "monitor for changes" variable to parse something specific on the source website as a version or change indicator. You can then use this information (if you want) within the download file name. If you're going to use your process above (download, extract, delete partial data, delete zip) you can automate the entire process in Ketarin. There are actually several samples of doing exactly that here on the forum. In the specific case of this file and your stated purpose (download, extract, delete), I would use the static "go" link MS provides and hard-code the output filename to ease extraction. It's not a huge deal to use {file} instead of "vscode.zip" but if you're new it can make things a little easier.
  3. Do you get the error if you use an actual file: URL such as "file:///C:/path/firefoxversion.txt" ?
  4. @Etz is it the exact same jobs.db file? what exactly happens?
  5. it started working again after a delay. the "fix" from SO actually made it worse.
  6. Hmm. Is it possible you're using a different global variable path based on a value that doesn't exist in one context? Do you get any errors in the app log or event log?
  7. @Etz Are both instances running from the same network drive? Are you running either of them elevated? What OS? Do you have SmartScreen enabled?
  8. Thanks, @floele! I'll try that now.
  9. is it possible that it was already in use? perhaps being edited by another version of Ketarin or a Sqlite editor?
  10. @jokerfooldon't forget that you can always use the "template" feature to build your own (or download a template from the Templates section) to get the same (and better) functionality that the Filehippo option currently provides. The beauty of templates is that when the site changes you need only to modify your XML template and drag it back into Ketarin to force an update to all the apps made based on that template. It's a thing of beauty. Years ago I started to use a template for almost every site that I had to download more than two apps from and have not looked back. I currently only have 5 apps (out of nearly 800) that use Filehippo, and only because their sites were even less reliable than Filehippo.
  11. Something is going on with the regexreplace function. It's returning empty when used in the "save to file" box. After some digging I found that it's actually that the upgrade from 1.8.10 to 1.8.11 has somehow munged a few (but not all) of the regex patterns used This is what the value was: ..\{category}\{appname:regexreplace:([\s\t\r\n\-\\&]+):_}-{version}.{url:ext} Which has been changed to this: ..\{category}\{appname:regexreplace:([\s\t\r\n\-\\&\\]+):_}-{version}.{url:ext} The difference is the addition of two backslashes prior to the closing square bracket. This results in the call to regexreplace to fail and be skipped each time. I copied the XML output into N++ and it looks like this affected 523 of my apps. Only a couple dozen were downloaded with names like "-67.0.2.exe" today, fortunately, but I'm concerned about what other data might have been damaged. I'm looking through the XML now.
  12. Avoid filehippo wherever possible: <?xml version='1.0' encoding='utf-8'?> <Jobs> <ApplicationJob xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" Guid="11107674-809d-4de5-b8d1-a52cab3f8d5e"> <Category>Tools</Category> <WebsiteUrl /> <UserAgent>pycurl/7.18.2</UserAgent> <UserNotes /> <IgnoreFileInformation>false</IgnoreFileInformation> <CheckForUpdatesOnly>false</CheckForUpdatesOnly> <VariableChangeIndicator>version</VariableChangeIndicator> <HashVariable /> <HashType>None</HashType> <CanBeShared>true</CanBeShared> <ShareApplication>false</ShareApplication> <ExclusiveDownload>false</ExclusiveDownload> <HttpReferer /> <SetupInstructions /> <Variables> <item> <key> <string>version</string> </key> <value> <UrlVariable> <RegexRightToLeft>false</RegexRightToLeft> <VariableType>RegularExpression</VariableType> <Regex>files/7-Zip/([\d\.]+)/</Regex> <Url>https://sourceforge.net/projects/sevenzip/files/7-Zip/</Url> <Name>version</Name> </UrlVariable> </value> </item> <item> <key> <string>sdownload</string> </key> <value> <UrlVariable> <RegexRightToLeft>false</RegexRightToLeft> <VariableType>Textual</VariableType> <Regex></Regex> <Url>http://7-zip.org/download.html</Url> <TextualContent>http://www.7-zip.org/a/7z{version:replace:.:}-x64.exe</TextualContent> <Name>sdownload</Name> </UrlVariable> </value> </item> <item> <key> <string>schangelog</string> </key> <value> <UrlVariable> <RegexRightToLeft>false</RegexRightToLeft> <VariableType>Textual</VariableType> <Regex /> <TextualContent>https://www.7-zip.org/history.txt</TextualContent> <Name>schangelog</Name> </UrlVariable> </value> </item> </Variables> <ExecuteCommand /> <ExecutePreCommand /> <ExecuteCommandType>Batch</ExecuteCommandType> <ExecutePreCommandType>CS</ExecutePreCommandType> <SourceType>FixedUrl</SourceType> <DeletePreviousFile>true</DeletePreviousFile> <Enabled>true</Enabled> <FileHippoId /> <TargetPath>..\{category}\{appname:regexreplace:([\s\t\r\n\\&amp;\\]+):_}-{version}.{url:ext}</TargetPath> <FixedDownloadUrl>{sdownload}</FixedDownloadUrl> <Name>7-Zip x64</Name> </ApplicationJob> </Jobs>
  13. I avoid CloudFlare downloads simply because of the trouble they've caused me in the past. However, there are a couple I use that I had to use with CloudFlare. I got around it by using a wget user agent and enabling the option to "not download simultaneously with other applications."
  14. A few of my downloads (Krita) are now showing the following error on 1.18.11. I'm afraid I don't know if they showed the error on 1.18.10. 2019-06-11 06:15:21: Krita (x64): Failed, The server committed a protocol violation. Section=ResponseHeader Detail=CR must be followed by LF 2019-06-11 06:15:22: Krita (x86): Failed, The server committed a protocol violation. Section=ResponseHeader Detail=CR must be followed by LF 2019-06-11 06:15:22: Krita Portable (x64): Failed, The server committed a protocol violation. Section=ResponseHeader Detail=CR must be followed by LF 2019-06-11 06:15:22: Krita Portable (x86): Failed, The server committed a protocol violation. Section=ResponseHeader Detail=CR must be followed by LF These are the only references to Krita in the log, so it's difficult to troubleshoot. I don't mind cloning the content elsewhere via one of my servers, but need to know what exactly is causing the error. Is it during parsing for version? Downloading? Can these log entries be expanded to include the step of the process for the app that is currently being taken so that I can identify exactly what needs to be resolved? Thanks!
  15. shawn

    Extracting

    You only need the 7za file (renamed to 7z.exe is perfect), the dll isn't required. Glad you got it sorted.
×
×
  • 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.