4 ms·

Given that it supports TLS 1.3, (HTTPS at all really, given the age), IPv6, etc., someone has been maintaining it all these years. I have to imagine the dynamic

by Macha 5y ago

Given that it supports TLS 1.3, (HTTPS at all really, given the age), IPv6, etc., someone has been maintaining it all these years. I have to imagine the dynamic content has long since been statically archived, as I'm not sure I'd trust the security of any late 90s perl cgi script.

nerdponx 5y ago
Maybe they are using Nginx in front of a 90s Perl CGI script?
b112 5y ago
Or, as you suggest, someone over time kept updating the scripts and backend... EG, small changes over time, is often less work than a rewrite. It's not illegal, or insane to use cgi and perl.
- indymike 5y ago
  Every day I visit a site that reminds me how durable code really is. I'm starting to see programs that are outliving their developers. In many ways it is surprising given the amount of churn there is in the techniques and tools we use to build software.
- ninkendo 5y ago
  Something about CGI and perl always rubbed me the wrong way. On every request, you're spawning a new process from disk, reading the entire script's source code (including everything it imports), compiling it, and running it, just to throw all that away. I do appreciate how simple it is, and how much it inherently frees its own resources, but it seems super wasteful. I'm actually quite shocked how common it was in the early days of the internet.
  - psd1 5y ago
    What if I told you that my team does that today, for a million hits a month, and the process it spawns is powershell.
    - Macha 5y ago
      I suspect the site in question has rather less than a million hits per month, and the development staff is more a week of contractor time every couple of years than a full time team. This would make it hard to have a continuity of legacy technology devs and make it more likely that it just gets archived by a future team as that's easier than finding the appropriate expertise.
  - bityard 5y ago
    Spawning processes on unix is very cheap, Perl was very fast, and even back then disk cache in RAM was a thing. It's a perfectly fine solution if your site doesn't need to scale, and most do not.
    - ninkendo 5y ago
      I'm definitely aware, having done a lot of CGI programming in perl myself back then. But nowadays it just seems so strange to boot up an interpreter and start parsing/validating/executing a script from scratch on every request. Even if you have disk cache and fast process launching, it's just a lot of work you have to do each time.

by Macha 5y ago

nerdponx 5y ago

Maybe they are using Nginx in front of a 90s Perl CGI script?

b112 5y ago

Or, as you suggest, someone over time kept updating the scripts and backend... EG, small changes over time, is often less work than a rewrite. It's not illegal, or insane to use cgi and perl.

indymike 5y ago
Every day I visit a site that reminds me how durable code really is. I'm starting to see programs that are outliving their developers. In many ways it is surprising given the amount of churn there is in the techniques and tools we use to build software.
ninkendo 5y ago
Something about CGI and perl always rubbed me the wrong way. On every request, you're spawning a new process from disk, reading the entire script's source code (including everything it imports), compiling it, and running it, just to throw all that away. I do appreciate how simple it is, and how much it inherently frees its own resources, but it seems super wasteful. I'm actually quite shocked how common it was in the early days of the internet.
- psd1 5y ago
  What if I told you that my team does that today, for a million hits a month, and the process it spawns is powershell.
  - Macha 5y ago
    I suspect the site in question has rather less than a million hits per month, and the development staff is more a week of contractor time every couple of years than a full time team. This would make it hard to have a continuity of legacy technology devs and make it more likely that it just gets archived by a future team as that's easier than finding the appropriate expertise.
- bityard 5y ago
  Spawning processes on unix is very cheap, Perl was very fast, and even back then disk cache in RAM was a thing. It's a perfectly fine solution if your site doesn't need to scale, and most do not.
  - ninkendo 5y ago
    I'm definitely aware, having done a lot of CGI programming in perl myself back then. But nowadays it just seems so strange to boot up an interpreter and start parsing/validating/executing a script from scratch on every request. Even if you have disk cache and fast process launching, it's just a lot of work you have to do each time.