PHP is dead? - eviltoast
  • araozu@lemm.ee
    link
    fedilink
    arrow-up
    3
    ·
    1 year ago

    I find that the only reason for SSR existence is to be able to just move a JS frontend to the backend for SEO/client performonce reasons with almost no effort. If the frontend really needs to be highly interactive then yeah, a FE framework makes things easier. But then you are locking yourself to using JS in the backend. Voluntarily locking yourself to use an objectively bad language.

    Then there are the react/angular/other people, who build everything in these frontends.

    I really hope tools like htmx gain traction, since it looks like a model able to solve the current JS madness.

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

      I’m not liking htmx, I checked it out, it seemed promising, but it has giant gaping security holes in it so I can’t endorse it.

      I have been sticking to using Ejs with html-bundler-webpack

      The combo is lightning fast and gives me a solid usability of html partials so I can modularize my front end in re-useable chunks.

      It compiles to the static site fast for iterative development, it has everything I need baked in for common needs (minification, bundling, transpiling, cache busting, integrity, crossorigin, tree shaking, etc etx)

      I like how it let’s me just focus on actually writing the html + js + css and not have to muck around with thirty boilerplate steps to just make the app run.

      If I need a lot of reactivity I’ll use vue or angular but I so so rarely need that.

      And now with the template element, half the time reactivity can just be done with those.

      Only time I actually need react/vue is when I have to frequently mutate/delete in the DOM.

      But if I purely am additive, adding things to the DOM, template elements are plenty.

      • araozu@lemm.ee
        link
        fedilink
        arrow-up
        3
        ·
        1 year ago

        Could you elaborate on the htmx security holes? I only know about xss attacks, and for those it’s trivial to sanitize in the backend.

        I too gravitate towards just templating for static or simple interactivity, but for pages that need SEO and interactivity I’m still wondering what’s a good solution that doesn’t involve SSR and a js framework. For a recent project I had I generated the html in php and sent a lot of pure js for dom manipulation

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

          Htmx has a bunch of logic that basically completely bypasses Content Security Policy stuff, as it has its own pseudo baked in “execute inline js” logic that executes arbitrary javascript via attributes on html elements.

          Since this gets executed by the HTMX logic you load in from their library, it effectively allows an attacker to arbitrarily execute js via manipulating the DOM, and Content Security Policy won’t pick it up because HTMX parses the attribute and executes on behalf of it (and you have already whitelisted HTMX in your CSP for it to function)

          Result: It punctures a giant hole in your CSP, rendering it useless.

          There’s technically a flag you can flip to disable this functionality, but its via the dom so… not reliable imo. If I could pre-compile HTMX ahead of time with that functionality completely disabled to the degree it doesnt even get compiled into the output .js at all, then I would trust it.

          But the fact all the logic is still technically there in the library I have loaded and I am purely relying on “this flag in the dom should block this from working, probably”, I don’t see that as very secure.

          So until that gets fixed and I can compile htmx with webpack or vite in order to completely treeshake that functionality right the hell out of my output, I aint gonna recommend anyone use it if they want an iota of security on their site. It’s got literally baked in security bypasses, don’t use it.

          Hell Id even just be happy if they released a “htmx-lite” package I could use, that just doesnt have that functionality baked in, thatd be enough to make me consider it.