On Mon, Mar 26, 2012 at 1:54 AM, Arno Töll <deb...@toell.net> wrote: > So, as a start, web applications should recommend a web server like > this if they ship both, an Apache2 configuration file and a Lighttpd > configuration file: > > Recommends: apache2 | lighttpd | httpd
What's the advantage over apache2 | httpd or just httpd? > Of course, that's not enough to run for a PHP application. I was > outlining lots of ways to execute PHP scripts on a web server. I do > not see what's so bad to depend on libapache2-mod-php5 or whatever PHP > maintainers provide these days. It's basically code duplication. What if php6 comes along? What if another php provider is added? With Apache 2.4, isn't FastCGI the recommended way to run PHP? > Obviously a web application needs a > PHP interpreter at some point and that's a perfect use case for a > dependency. That's what they are for. Isn't that what the php5 meta pkg is for? > However, I can certainly imagine ways where such a dependency could be > satisfied by any web server supporting PHP by one way or another. What > about a httpd-php virtual package for example which could be provided > by a web server and enables a configuration in the web server ready to > execute PHP scripts? Sounds like a good idea. > For Apache, the libapache2-mod-php5 package could provide httpd-php > (among others, including FastCGI and FPM setups), for lighttpd we > would only need to set-up a running FastCGI + PHP-CGI environment at > postinst time, which is already mostly there, too. Likewise for nginx, > I guess. Then, PHP web applications could formulate dependencies like > this: > > Depends: libapache2-mod-php5 | whatever-alternative-php5 | httpd-php > > Now, people who would like to use Lighttpd instead of the default > Apache would only need to do a > > apt-get install lighttpd the-web-app Is that guaranteed to work if no pkg providing httpd-php is installed yet? Will apt-get pick the right httpd-php provider? > Having that said, you can see on my CC:-orgy this discussion is > getting nowhere if we continue to spread it among dozens of people, > lists and bugs. Hence, please, let's pick a single list, start over > doing a clean proposal and see where things end up. Let's stick to #664997 Everyone interested can subscribe. Greetings, -- Olaf -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
