Maintain compatibility with old links on new site about aegisite HOT 2 CLOSED

Oh yeah the updates.aegisub.org subdomain also needs to point somewhere. Though redirects won't work here as Aegisub expects a status code of 200.
Also no Github Pages since Aegisub doesn't support HTTPS.

There should probably be an issue somewhere talking about how the update infastrucutre is going to work.

Edit: I gave updating the version checker a go myself. I didn't find any plans on how this should work so I just did what I thought would be reasonable. If there were any other plans do discard this.

The update checker now works by having a updates.json automatically generated by hugo. The idea would be that updates.aegisub.org always returns a file which indicates that 3.4.0 is released and future versions of Aegisub will get their update info from the aegisub.org/updates.json. If we don't want to include Boost.JSON the old format could be continued to be used.

I thought about using the GitHub releases api directly, but that doesn't play nice with the SVN revision number currently used for versioning. Changing it to actually compare the version number would also be possible, but binding it to the website has the added advantag of Aegisub not reporting an update that isn't available on the website.

Changes to Aegisite: seproDev/aegisite@5463b38...json-update
Changes to Aegisub: seproDev/Aegisub@400bb30 (This has been the first time I coded in C++. If this is too bad to be reviewed/fixed I am fine with someone else just redoing it. Also compilation only works under Linux as I was unable to update boost under Windows)

from aegisite.

For the redirects, I'm not sure what the provider supports - I'll have to ask jfs. ftp.aegisub.org will probably just be moved to a fixed downloads page like you guessed, since I have no desire to run a public FTP server. The updater situation is slightly awkward and one of the last things I'd need to iron out before releasing a stable. If you ping me on Discord, I can explain.

from aegisite.