Closed AntonOks closed 2 years ago
@rba @Altai-man Call for help!
/downloads-verifying
, locally it reads /downloads/verifying
. (while identically implemented /downloads/rakudo/source
behaves the same on the server as locally)/downloads-verifying
and /downloads/verifying
return 404./etc/nginx/sites-enabled/rakudo.org
doesn't seem to be involved in this.Just a guess, does hypnotoad do some sort of soft-restart when the website is updated? How does one perform a full restart of the website?
Alas, no idea about Perl in this case.
It was as I guessed. A full restart (in contrast to a "hot reload") of hypnotoad fixed the issue.
It was as I guessed. A full restart (in contrast to a "hot reload") of hypnotoad fixed the issue.
GREAT, thanks @patrickbkr
With this "learning", can we improve things for the future? Like a doku somewhere? Or maybe even a new crontab entry, similar to the existing update-rakudo.org.sh
with a "restart every X days"?
crontab -l
...
*/5 * * * * bash update-rakudo.org.sh
@reboot bash update-rakudo.org.sh
I did so (https://github.com/rakudo/rakudo.org/pull/84). Thanks for the nudge!
seems like #78 doesn't work as is should... maybe rakudo.org was never visited / reviewed after the change was implemented?
@patrickbkr - I've no clue about the Perl Webframework, hosing rakudo.org. So can you please check end fix? Thanks