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

Goro – An implementation of PHP written in Go

github.com

Post reply on HN
Print view View original

131–135 of 135 posts

Re: Goro – An implementation of PHP written in Go

#131

Post by mattigames »

spejic88 wrote: post #126
mattigames wrote: post #6

Earlier quoted context omitted.

A great way to look into the future of languages is checking how many people is learning it now compared to the last few years, a great tool for that is google trends and things don't look good for PHP: https://trends.google.com/trends/explore?date=all&geo=US&q=p...

so are you saying that for javascript the things are not looking good as well ? https://trends.google.com/trends/explore?date=all&geo=US&q=p...

Not really, its a complex issue, look how five years ago "PHP tutorial" was more searched than JS tutorial but this year "JS tutorial" has almost the double than PHP: https://trends.google.com/trends/explore?date=today%205-y&ge...

Re: Goro – An implementation of PHP written in Go

#132

Post by [deleted] »

Solar19 wrote: post #90

I don't like unnecessary layers. Interpreted languages waste silicon and energy. I've heard startups justify using Ruby or PHP by saying "servers are cheap", which is just a bad engineering mindset. Instead of building PHP apps on a PHP platform built in Go, people should just build apps in Go. Or in C++, D, Nim, F#, C#, or even Java 8 or 10 with that new AOT compiler. (I think F# and C# can also be compiled in advan…

[deleted]

Re: Goro – An implementation of PHP written in Go

#133

Post by treve »

tyingq wrote: post #55
treve wrote: post #4

Earlier quoted context omitted.

I think the idea is for example creating an object in 1 PHP process, and modify it in the second. The point is there is no shared state in the running problem

Well, it mentions classes, for example. The opcache handles that already, cross process. For a live object, people tend to use apcu. It's not as nice as a shared object across 2 couroutines, but it's reasonably fast because it's using mmap and fairly fast serialization to share the object. So, what they are proposing is helpful. But, they seem to be assuming that PHP shares nothing across processes. That's just not t…

I'm not sure what you're trying to argue. A shared server state is a drastically different model from having the ability to access a key->value store. Try sharing a socket for example.

Re: Goro – An implementation of PHP written in Go

#134

Post by tgtweak »

acomjean wrote: post #89
Operyl wrote: post #72

Earlier quoted context omitted.

HHVM can't make its way entirely back to core, and is in fact completely separating from PHP entirely now[1]. If I recall correctly, while PHP7 implemented better op-caching, it has _not_ implemented JIT compilation yet. 1. https://hhvm.com/blog/2017/09/18/the-future-of-hhvm.html

This is true. But HHVM lit a fire under the php devs to get php7 out the door with significant performance improvements. (php6 never saw the light of day). Php has improved so much with the 7x releases.

Php7 is pretty damn fast with apc cache and some tuning. Not to mention it doesn't have any of the silly restrictions that hhvm had.

Re: Goro – An implementation of PHP written in Go

#135

Post by tyingq »

treve wrote: post #133
tyingq wrote: post #55

Earlier quoted context omitted.

Well, it mentions classes, for example. The opcache handles that already, cross process. For a live object, people tend to use apcu. It's not as nice as a shared object across 2 couroutines, but it's reasonably fast because it's using mmap and fairly fast serialization to share the object. So, what they are proposing is helpful. But, they seem to be assuming that PHP shares nothing across processes. That's just not t…

I'm not sure what you're trying to argue. A shared server state is a drastically different model from having the ability to access a key->value store. Try sharing a socket for example.

That would have been a better example than 'classes', yes.
Post reply on HN