Ranter
Join devRant
Do all the things like
++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatar
Sign Up
Pipeless API
From the creators of devRant, Pipeless lets you power real-time personalized recommendations and activity feeds using a simple API
Learn More
Comments
-
@ItsaMeTuni nope, all towards whatever device supports web browsers. Let it be phones or computers. Just works.
-
Root797425y@ItsaMeTuni That was mostly sarcastic. Rails is a great backend (and it allows you to use Ruby, which is absolutely wonderful and blissful), but its templating is just templating -- even if it is better than PHP.'s JS, as much as I hate to advocate its use, allows you to make much better frontends.
-
neeno31485y@Root aw, I wanted to get rid of JavaScript for at least part of the job.
Obviously I know JavaScript is needed to create a good experience for the user, I just wanted to use it a bit less. I wanted to mix templating with JavaScript, but now that I think of it it sounds like it'd just be a mess. -
neeno31485y@M1sf3t heh, thanks! I'll take a look at it, but I'll get the basics on my own, I prefer not to annoy people with stupid noob questions :)
Unfortunately I won't be able to dive into it rn, school and a freelance job I can't get rid of are eating up all my time.
Thanks again! -
Not rendering things server side if you can at all avoid it. Server side rendering is spending money producing html that could be better spent on cocaine and unnecessarily expensive alcohol.
What is today's standard of server-side rendered pages, today's replacement of php since everyone seems to hate it? Is it Vue/react/angular SSR? Or is it some other technology I haven't heard of?
question
php replacement
server-side rendering