• wolo@lemmy.blahaj.zone
    link
    fedilink
    English
    arrow-up
    137
    ·
    edit-2
    1 year ago

    my website’s backend is made with bash, it calls make for every request and it probably has hundreds of remote arbitrary code execution bugs that will get me pwned someday, it’s great

    edit: to clarify, it uses a rust program i made to expose the bash scripts as http endpoints, i’m not crazy enough to implement http in bash

    it behaves like a static file server, but if a file has the others-execute permission bit set it executes the file instead of reading it

    it’s surprisingly nice for prototyping since you can just write a cli program and it’s automatically available over http too

  • agilob@programming.dev
    link
    fedilink
    English
    arrow-up
    114
    ·
    1 year ago

    Before nginx was a thing, I worked with a guy who forked apache httpd and wrote this blog in C, like, literally embedded html and css inside the server, so when he made a tpyo or was adding another post he had to recompile the source code. The performance was out of this world.

    • Schmeckinger@feddit.de
      link
      fedilink
      arrow-up
      31
      arrow-down
      2
      ·
      edit-2
      1 year ago

      There are a lot of solutions like that in rust. You basically compile the template into your code.

      • voxel@sopuli.xyz
        link
        fedilink
        arrow-up
        9
        arrow-down
        1
        ·
        edit-2
        1 year ago

        yeah, templates can be parsed at compile time but these frameworks are not embeeding whole fucking prerendered static pages/assets

        • sebsch@discuss.tchncs.de
          link
          fedilink
          arrow-up
          8
          arrow-down
          1
          ·
          1 year ago

          They are nowadays. Compiling assets and static data into rust and deliver virtual DOM via websocket to the browser is the new cool kid in the corner.

          Have a look at dioxus

        • Schmeckinger@feddit.de
          link
          fedilink
          arrow-up
          3
          arrow-down
          1
          ·
          edit-2
          1 year ago

          Compiling all assets into the binary is trivial in rust. When I have a small web server that generates everything in code I usually compile the favicon into the binary.

    • PieMePlenty@lemmy.world
      link
      fedilink
      arrow-up
      16
      arrow-down
      1
      ·
      1 year ago

      Does a file lookup really take that long? Id say the trick was to have just plain old html with no bloat and you’re golden.

      • agilob@programming.dev
        link
        fedilink
        English
        arrow-up
        28
        ·
        1 year ago

        Blog content was stored in memory and it was served with zero-copy to the socket, so yea, it’s way faster. It was before times of php-fpm and opcache that we’re using now. Back then things were deployed and communicated using tcp sockets (tcp to rails, django or php) or reading from a disk, when the best HDDs were 5600rpm, but rare to find on shared hosting.

        • THE_STORM_BLADE@lemmy.world
          link
          fedilink
          arrow-up
          6
          ·
          1 year ago

          Couldn’t the html be loaded into memory at the beginning of the program and then served whenever? I understand the reading from disk will be slow, but that only happens once in the beginning.

          • MeanEYE@lemmy.world
            link
            fedilink
            arrow-up
            4
            arrow-down
            1
            ·
            1 year ago

            There are plenty of sins people still commit and can commit when it comes to web development. Reading from disk is not the bottleneck. If site is slow most likely it’s not the disk read times, database access or anything similar, but silly code that generates the page. It’s almost always the code generating the page that’s at fault.

      • MeanEYE@lemmy.world
        link
        fedilink
        arrow-up
        9
        arrow-down
        1
        ·
        1 year ago

        The answer is no. The more file is used the longer it sits in kernel filesystem cache. Getting file from cache versus having it in process memory is few function calls away all of which takes few microseconds. Which is negligible in comparison to network latency and other small issues that might be present in the code.

        On few of our services we decided to store client configuration in JSON files on purpose instead of running with some sort of database storage. Accessing config is insanely fast and kernel makes sure that file is cached so when reading the file you always get fast and latest version. That service is currently handling around 100k requests a day, but we’ve had peaks in past that went up to almost a million requests a day.

        Besides when it comes to human interaction and web sites you only need to get first contentful paint within one second. Anything above 1.5s will feel sluggish, but below 1s, it feels instant. That gives you on average around 800ms to send data back. Plenty of time unless you have a dependency nightmare and parse everything all the time.

    • Bazsalanszky@lemmy.toldi.eu
      link
      fedilink
      arrow-up
      12
      ·
      1 year ago

      This reminds me of one of my older projects. I wanted to learn more about network communications, so I started working on a simple P2P chat app. It wasn’t anything fancy, but I really enjoyed working on it. One challenge I faced was that, at the time, I didn’t know how to listen for user input while handling network communication simultaneously. So, after I had managed to get multiple TCP sockets working on one thread, I thought, why not open another socket for HTTP communication? That way, I could incorporate a fancy web UI instead of just a CLI interface.

      So, I wrote a simple HTTP server, which, in hindsight, might not have been necessary.

    • MeanEYE@lemmy.world
      link
      fedilink
      arrow-up
      5
      arrow-down
      4
      ·
      1 year ago

      Nothing good old cache can’t solve. Compile JS and CSS. Bundle CSS with main HTML file and send it in batches since HTTP2 supports chunkifying your output. HTTP prefers one big stream over multiple smaller anyway. So that guy was only inviting trouble for himself.

      • agilob@programming.dev
        link
        fedilink
        English
        arrow-up
        6
        ·
        edit-2
        1 year ago

        You’re telling me about compiling JS, to my story that is so old… I had to check. and yes, JS existed back then. HTTP2? Wasn’t even planned. This was still when IRC communities weren’t sure if LAMP is Perl or PHP because both were equally popular ;)

        • MeanEYE@lemmy.world
          link
          fedilink
          arrow-up
          2
          arrow-down
          1
          ·
          1 year ago

          Am just saying including source code into Apache is an overkill. But I guess if Apache was so old that doing so wasn’t much of a chore, sure thing. Still think apache module would have been simpler.

    • aes@lemm.ee
      link
      fedilink
      English
      arrow-up
      11
      ·
      edit-2
      1 year ago

      i already learned how to use my operating system, now you’re telling me I have to learn 30 new libraries that do the exact same shit?

      • bort@feddit.de
        link
        fedilink
        arrow-up
        11
        ·
        edit-2
        1 year ago

        no, you’ll also have to learns each libraries special quirks on your OS

        • DreamButt@lemmy.world
          link
          fedilink
          English
          arrow-up
          1
          ·
          1 year ago

          Fair enough. The line for me has always been whether or not I expect to use it for more than just glue or a one off run