Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Go with PHP

gowithphp.com

Post reply on HN
Print view View original

241–250 of 532 posts

Re: Go with PHP

#241

Post by stef25 »

EGreg wrote: post #128
KRAKRISMOTT wrote: post #97

Earlier quoted context omitted.

The way your landing page is laid out isn't doing you any favors. If you are going to build a rapid application development platform, look at Retool for inspiration in terms of designs and copywriting. Cut the token stuff, otherwise you will lose customers or self select for crypto bros. The license you chose will turn off most professional development shops and the ones using the platform would be based in places li…

You seem to know what you’re talking about. I checked out payloadcms though, that site is pretty terrible…

Could do with some improvements, a template, maybe a CSS framework if you're not using one yet

https://i.imgur.com/RYEo7Gv.png

Re: Go with PHP

#242

Post by e12e »

I think I'll stick with rails if I want cute DSLs and lots of magic ("… broadcast an event to update the frontend in real time …"). But sure, it's great that php has come a long way since php3.

That aside:

> It can handle more than 500,000 orders per month when hosted on a $6/month server.

Surely it can do more than 700 orders per hour, 1 order every 5 seconds?

> The only additional fees are for a CDN (if you want your assets to be served faster) and a domain name

Uh, so no managed database, but you recommend paying for a CDN before slapping Varnish in front of your static assets?

I get that php might be eminently usable at this point - but this seems like an odd pitch.

Re: Go with PHP

#243

Post by ceejayoz »

tialaramex wrote: post #162
safety1st wrote: post #44

Earlier quoted context omitted.

This 100%. It's actually a bit of a red flag to me these days if a developer turns up their nose at PHP. The language has matured a lot and building stuff with it is simple, cheap, straightforward and fast. If someone's still hating on PHP in 2023 it makes me wonder if they've been focused on more exotic technology because they were looking to pad their resume with more expensive skills, build science projects for th…

PHP8. You think it's a red flag when people don't believe that PHP 8 finally got their shit together. What's that George W Bush line, Fool me once, shame on...shame on you. Fool me—you can't get fooled again. But we're not talking about getting fooled just once, or twice, we're talking about eight times .

First off, this comment reveals some ignorance about the language. PHP 6 never existed. Trying to infer anything off version numbers like this is goofy; in a much shorter time period Node is up to v20. Does 20 versus 8 mean anything? No.

No one got “fooled”. The got a useful tool that got better over time.

Re: Go with PHP

#244

Post by jeroenhd »

callahad wrote: post #199
alexriddle wrote: post #154

Earlier quoted context omitted.

What stack can handle 500,000 orders per minute - 22.3 billion a month - on a $6/month server?

Most of them? 500k per minute is around 8k reqs/sec. $6 will get you 2 vCPU, so each CPU only needs to handle 4k requests per second. I'd at least expect that to be possible in Node, and would be somewhat surprised if a Go or Rust framework didn't hit that mark.

I think 4k requests per second is quite ambitious even for native languages or garbage collected languages like Go.

Hello world will work, but once parsing, validation, and database queries get involved, you'll need some beefier hardware to get those numbers.

I can't get the cloud benchmarks for 2022 to work (a dedicated PowerEdge is the standard physical benchmark and that's not very realistic here), but according to these benchmarks: https://www.techempower.com/benchmarks/#section=data-r20&hw=... you're going to need some very optimized code to get close to 8k reqs/s.

Re: Go with PHP

#245

Post by cutler »

nologic01 wrote: post #174
konart wrote: post #66

Why would you go with PHP+whateverframework instead of Ruby on Rails or Django? I haven't touched PHP since 5th version and I'm kind of sceptical it can offer anything RoR can't.

I don't know why you are being downvoted, this is a very legitimate question. These server-side frameworks are all alive and kicking and very competitive. When some other smaller ecosystem comes up with a good idea (like elixir/phoenix) there is a rush to replicate which happens rather fast. I think in the end the competition will lead to specialization. Python will almost certainly capitalize on its data science / M…

Rails console, metaprogramming, elegant blocks, procs & lambdas, Turbo/Hotwire. Concise Ruby language vs PHP framework code with hideous inlined fully-qualified method paths.

Re: Go with PHP

#250

Post by systemtest »

gumballindie wrote: post #155
safety1st wrote: post #44

Earlier quoted context omitted.

This 100%. It's actually a bit of a red flag to me these days if a developer turns up their nose at PHP. The language has matured a lot and building stuff with it is simple, cheap, straightforward and fast. If someone's still hating on PHP in 2023 it makes me wonder if they've been focused on more exotic technology because they were looking to pad their resume with more expensive skills, build science projects for th…

PHP has matured and has been a nice language for a decade now. But PHP developers havent. Cargo culting “good practice” and lack of creativity plagues the community. Frameworks have become so heavy that you spend more time configuring them than actually adding value. Oh and some still argue over setters and getters.

My experience is that if I join a team of PHP developers, there is a 40% chance of the team being professionals and writing good maintainable code. With Java, .NET and Python I would say 80%. C and C++ around 90%.

This also reflects in their salaries.

Post reply on HN