3 ms·
Ask HN: Anybody else back on Laravel/PHP after 12 years of Express/Django/Flask?
After ditching PHP 12 years ago I headed for node/python/typescript based backend solutions like AdonisJS
Now I find myself installing Laravel 11 + Orchid + FrankenPHP + Livewire exclusively
I also realized 99% of time you don't need Edge/Cloud. Simply hosting your application on dedicated/VPS machine is enough. Also didn't feel the need to use React/Vue anymore. Livewire on Laravel covers 98% of use cases (for state/context heavy apps like editors maybe not).
Just looking back at the past decade I can't believe how much backflipping I needed to do only to find myself returning to the classics but realizing that its evolved to the point it can negate the need for node/python/elixir/exotic stacks.
FrankenPHP has probably been instrumental in my decision. I've been consulting and moving companies to serverless and I regret it (but they convinced themselves servers were boring), there is extreme cost savings not only on rental side of things but development.
It's also easy and cheap to find Laravel developers who no can replicate 98% Frontend engineer work (who also concidentally pushes for more backend logic)
I keep remembering, I'm not facebook or google, kubernetes, react, abstractions are not for me and I finally finding so much joy with Laravel 11/FrankenPHP/Orchid again.
Anybody else finding themselves in my shoes?
- zer00eyz 2y agoI haven't written PHP in over a decade. The frankenPHP thread and then this: https://news.ycombinator.com/item?id=40543438 https://news.ycombinator.com/item?id=40543438 popped up in the last week. Now your here pitching this... A lot of the old guard of PHP left it behind for a few reasons... PHP 6: A lot of php devs in the frankenPHP thread took issue with me mentioning this because it never launched. A lot of devs shook their head and moved on after 6 got shit canned. After having gone through PHP 3-4-5 change where we got all the juicy OOP features, while watching python 2-3 flail we realized that we had been sold a future that did not exist. Python 2-3 took the UTF8 hit, the fact that PHP wasnt going to was a sign that we were going to be stuck with MB string bs for a long time if not forever. There's a lot of folks that went to python when 6 got canceled and didn't look back. Reuse of code: in this regard python and ruby were in a much better place for web code to be reused in CLI scripts, Workers, jobs... hell python ended up in a million other places cementing its win over ruby. This same "one language everywhere" mentality is why you see a lot of server side JS on the web. While most of the PHP devs who were my peers at the time went to python or node I ended up picking a very young Golang. It has been a decision that not only did I not regret but a lot of those python/node devs are asking me how to bootstrap their golang experience. Go, brings me the joy that early PHP4 did. When you just shoved a .php file onto a server. I get that same feeling when I ship out a product that was just the standard lib in go, or where I add in a bit of Postgres... That can be the whole stack for a working API... Mix in hmtx, maybe you want to use fancier templates (templ is one people like). I dont need a stack to do a project, my project dictates what I use, and candidly its very little.
- meiraleal 2y agoThat's surprising. Nothing in PHP would attract me to use it again. JS in the backend and in the frontend is a nobrainer.
- runjake 2y ago> is a nobrainer. Out of curiosity, why?
- meiraleal 2y agoJS is everywhere, nodejs is much more performant and scalable than anything PHP and the amount of HIGH QUALITY libs in npm is unparalleled.
- indianmouse 2y agoI have heard dreaded comments from *JS ecosystem users that the packages go to unmaintained state and there is just too much noise in the ecosystem. Very few packages thrive and live for longer periods... and eventually results in a lot of rewrites for newer engine support. Also, does it add to a non-maintainable code (or result in a complete rewrite) in a period of six months to one year? I don't code much of web apps as I'm a system's guy who still code in C where the created programs are running fine across OS versions without dependencies and many have crossed decades of use without resulting in any security issues. Most of them are for security and system's utility purposes and does some complex work on media and security pipelines. Also, many hours have gone into making them secure from the general RUST / GoLang fortification offering perspective as I am against using RUST or GoLang as I have got some experiences with them on the long term maintainability and support. Some of the created programs run fine with OSes older since the early day's of SUSE to the modern rolling versions of Linux (and almost all versions of Windows since Windows NT till date) without any modifications. It cannot be guaranteed with RUST or GoLang or with any other stack other than C... Sorry for the deviation though!
- rafark 2y ago> I have heard dreaded comments from *JS ecosystem users that the packages go to unmaintained state and there is just too much noise in the ecosystem. Very few packages thrive and live for longer periods... and eventually results in a lot of rewrites for newer engine support. I would say most packages are somewhat maintained. But there are definitely a lot that don’t. Just last week I tried to install a few web worker packages and I couldn’t make any of them work.
- iceburgcrm 2y agoI've seen working with Laravel for years. I recently (Friday) released a Django version for my AI CRM builder (provide a few words and use ChatGPT to build a CRM) I used packages with similiar functionality to Laravel (orator, Django Breeze) Everything translated well. The choice of backend didn't matter as much as I thought it would. Using VS Code compared to PHPStorm was the only part of the experience that felt degrading. Using PyCharm might have changed that. I don't think it matters as much as it once did. Laravel: https://github.com/iceburgcrm/iceburgcrm https://github.com/iceburgcrm/iceburgcrm Django: https://github.com/iceburgcrm/iceburgcrmpython https://github.com/iceburgcrm/iceburgcrmpython
- revskill 2y agoI just use node and webpack.