Show HN: FrankenPHP, an app server for PHP written in Go • Hacker News Board

Re: Show HN: FrankenPHP, an app server for PHP written in Go

#91

Post by badcppdev » Mon, Oct 17, 2022, 10:30 AM UTC

TheRealPomax wrote: post #29

calvinmorrison wrote: post #21

Earlier quoted context omitted.

typically I find CMake would do this, or Make, to verify dependencies. Coupled with a packaging system, like debian gives you, this is all pretty straightforward. I ran into this yesterday, and turns out I don't want to install docker just to build a program...

Right, but there are as many setups as there are potential users, so even if Debian works, that doesn't mean other linux flavours will work as easily, or flavours of BSDs, and then also Macs, and even WSL, or even just plain old Windows. Having an "everyone gets the same thing, so no one wastes time on bootstrapping" solution is a perfect use-case for Docker. And then once the bugs have been found and fixed, and the…

I don't understand. I thought you needed different docker files for different architecture? x64 vs M1 chips?

Re: Show HN: FrankenPHP, an app server for PHP written in Go

#92

Post by sica07 » Tue, Oct 18, 2022, 8:15 AM UTC

NorwegianDude wrote: post #74

Not really sure what the pros of this is. Simple to deploy in a docker image? Didn't know that was an issue. I guess performance also takes a hit, and that worker mode is a good amount slower than Swoole? Some benchmarks against mod_php, nginx+php-fpm and swoole would be nice.

Not a benchmark but some helpful stats can be found in this slide: https://speakerdeck.com/dunglas/frankenphp-a-modern-app-serv...

Re: Show HN: FrankenPHP, an app server for PHP written in Go

#93

Post by eyberg » Mon, Oct 24, 2022, 10:44 PM UTC

mst wrote: post #77

bdg wrote: post #69

Earlier quoted context omitted.

Just some experiences I've had putting large PHP frameworks into strange spaces: 1. Most PHP frameworks are designed to have all state destroyed at the end of a request. I was trying to integrate a commercial ecommerce framework with something like Road Runner and another one that I forget the name of. The framework had a DI system which provides each module with its own private instance of all injected instances, so…

Re (1) how feasible would it be to basically teach the PHP VM the equivalent of fork() so you can do all the booting once but still have a fresh copy of the end result on each request? I mean, it's not going to be as cheap as getting the thing to actually run in a loop, but it might be enough cheaper than the booting process to be worthwhile.

This is one of the things FrankenPHP is dealing with (w/out fork).

The big 'gotcha' here is that the heap is typically shared amongst threads in a process and that's where globals tend to live. However, you could make a heap per thread (which is kind of how some implementations of isolates work). You lose a bit of perf by doing this but it does deal with the global stomping problem.

We've (NanoVMs) looked at this a few times. It can be done but as bdg mentioned most frameworks expect state to be in a completely clear so the real challenge is that you have to go in and deal with each framework itself (for instance using WP as an example).

Anyways, I thought FrankenPHP was pretty cool so went ahead and package it up for Nanos: https://repo.ops.city/v2/packages/eyberg/frankenphp/0.0.1/x8... .

If you had a php framework that wasn't so dependent on global state you could definitely make something way more performant.

In general scripting languages and their usage of global state is a recurring concurrency issue but I'm hopeful that the isolate pattern will catch on in other languages to help alleviate it.