>>9376
So, by doing this renaming you're basically telling BUMP to reconstruct the entire archive from scratch. This is because the program explicitly checks this .archbot.config file (named in honor of the very earliest version of the tool
Archive
Bot >>610) to find this archive's configuration setup. If it can't find that exact filename, it presumes this is a new archive that anon is setting up. Note: However, since this is
not a new setup, it simply redownloads & rechecks all the JSON files from the board (potentially downloading any new files that haven't been yet) during this 'new setup' process, overwriting the previous JSONs (& simply reusing the already-created, custom-named thread directories within the archive's directory tree).
Rather than going to all the trouble of doing this, if you want to re-download all the JSONs you can instead simply pass an 'undocumented' flag
1 at the end of the statement to do this:
build/bump anon.cafe comfy 1
This
force_recheck flag tells BUMP to redownload & recheck all the board's thread's JSON files.
Note: The
catalog.json is the single file that will
always be downloaded with every invocation of BUMP, since it contains all the information needed that tells the program which (if any) threads have been, well,
BUMPed. :^)
As far as your other comment about checking the status of a file before attempting to download, yes. Both HTTP/2 & cURL both support this type of tag in the header (however a website may or may not provide it). I simply hadn't gotten around to addressing it since the algorithm already did all the required 'update-needed' checks by simply using the board's catalog JSON file itself. CBA to change it ATP, but it's something I'm likely the adopt in the new
Bumpmaster program instead.
>tl;dr
Just put a '1' on the end of the command if you need a re-check, Anon.