Re: [PHP] Re: TUX web server replacement
Hi Manuel, El mar, 30-03-2004 a las 18:11, Manuel Lemos escribió: > > This might work... I gues that any web server to make advantage of the > > new kernel 2.6 has to make explicit use of the sendfile() system call. > > I know for sure that boa does it. I don't know about thttpd or apache2. > > Honestly I think your are crazy to start using such early versions of > Linux 2.6. It is very likely that it is still buggy and prone to > security holes that were not yet found and fixed. In general it is a > very bad idea to be an early adopter of the first releases of a new > software version. If I were you I would be patient and would probably > give it a year before start using Linux 2.6 in critical production > environments. Well... I'm not crazy, really :-). MDK 10 features a 2.6.3 kernel and it is much more stable than 2.4.3 was for example. In fact, from all distros I've ever tried, this one is the less problematic (if you can call it problematic). Not a single issue with the installation and configuration of the server. The only problem I had was that mounting a CD from the desktop wasn't working properly out of the box but it was fairly easy to fix. The single seriuos problem I have left to solve is with the NIC interface, I suspect it is working Half Duplex and mii-tool doesn't seem to work. OTOH, You might be right about security holes but the server is working in an intranet so it is way less risky than the internet. -William -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: TUX web server replacement
Hello, On 03/30/2004 07:55 PM, William Lovaton wrote: Well, I'am aware of that but the application is already made and it is big and development continue, so change it will be a huge task and we have no resources available for it. Tux used to perform very well here, but unfortunatelly there is no other user space competitor that offers the same features. :-( Actually there is Apache 2. The problem is that some PHP extensions are not re-entrant and they do not run properly in multi-threading environments. It depends on which extensions you use. I was thinking that may be I could configure the server to use Apache 2 (w/o PHP) with multi-thread just to serve static content and use I am not sure if you can do that. You may want to ask an Apache person like for instance Rasmus Lerdorf himself. reverseproxy to pass dynamic requests to Apache 1.3/PHP I do not think the reverse proxy is a good idea. It is not meant to solve your problem. It is meant to reduce the number of accesses to dynamically generated pages by caching them temporarily but you need to change your scripts to make them issue the necessary headers or else using a reverse proxy will just be a big slowdown. This might work... I gues that any web server to make advantage of the new kernel 2.6 has to make explicit use of the sendfile() system call. I know for sure that boa does it. I don't know about thttpd or apache2. Honestly I think your are crazy to start using such early versions of Linux 2.6. It is very likely that it is still buggy and prone to security holes that were not yet found and fixed. In general it is a very bad idea to be an early adopter of the first releases of a new software version. If I were you I would be patient and would probably give it a year before start using Linux 2.6 in critical production environments. -- Regards, Manuel Lemos PHP Classes - Free ready to use OOP components written in PHP http://www.phpclasses.org/ PHP Reviews - Reviews of PHP books and other products http://www.phpclasses.org/reviews/ Metastorage - Data object relational mapping layer generator http://www.meta-language.net/metastorage.html -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: TUX web server replacement
Hi Manuel, El mar, 30-03-2004 a las 17:38, Manuel Lemos escribió: > Hello, > > On 03/30/2004 09:38 AM, William Lovaton wrote: > > Well, I'am aware of that but the application is already made and it is > > big and development continue, so change it will be a huge task and we > > have no resources available for it. > > > > Tux used to perform very well here, but unfortunatelly there is no other > > user space competitor that offers the same features. :-( > > Actually there is Apache 2. The problem is that some PHP extensions are > not re-entrant and they do not run properly in multi-threading > environments. It depends on which extensions you use. I was thinking that may be I could configure the server to use Apache 2 (w/o PHP) with multi-thread just to serve static content and use reverseproxy to pass dynamic requests to Apache 1.3/PHP This might work... I gues that any web server to make advantage of the new kernel 2.6 has to make explicit use of the sendfile() system call. I know for sure that boa does it. I don't know about thttpd or apache2. -William -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: TUX web server replacement
Hello, On 03/30/2004 09:38 AM, William Lovaton wrote: Well, I'am aware of that but the application is already made and it is big and development continue, so change it will be a huge task and we have no resources available for it. Tux used to perform very well here, but unfortunatelly there is no other user space competitor that offers the same features. :-( Actually there is Apache 2. The problem is that some PHP extensions are not re-entrant and they do not run properly in multi-threading environments. It depends on which extensions you use. Anyway, it is always a good idea to make the path of static files like images depend on a variable so you can change it whenever you want. The combination of Apache 1.x for serving PHP pages and thttpd for static content like images is perfect. PHP is better run in a multi-process server because it always has bugs that make their processes crash. If a process crashes, it just kills one request. In a multi-threaded server one processes crash may mean many killed requests all at once. The TUX solution was never a good idea because an attack to the server would kill the whole machine and eventually make it very vulnerable. That is why practically nobody was using it even when using Kernel 2.4. -- Regards, Manuel Lemos PHP Classes - Free ready to use OOP components written in PHP http://www.phpclasses.org/ PHP Reviews - Reviews of PHP books and other products http://www.phpclasses.org/reviews/ Metastorage - Data object relational mapping layer generator http://www.meta-language.net/metastorage.html -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP] Re: TUX web server replacement
Hi Manuel, Well, I'am aware of that but the application is already made and it is big and development continue, so change it will be a huge task and we have no resources available for it. Tux used to perform very well here, but unfortunatelly there is no other user space competitor that offers the same features. :-( -William El lun, 29-03-2004 a las 21:08, Manuel Lemos escribió: > Hello, > > On 03/29/2004 04:45 PM, William Lovaton wrote: > > I've tried boa, thttpd, but none of these can do that, the only thing > > they can do is "redirect" which is not the same. > > > > I would like to know if there are others fast user space web servers > > that can pass dynamic requests to a second robust web server like > > apache. > > > > I heard about phhttp but it is too old and unmaintained. > > Why don't you just serve your static content (images and such) with > thttpd running on a different IP address or TCP port and leave Apache > running in port 80? > > -- > > Regards, > Manuel Lemos > > PHP Classes - Free ready to use OOP components written in PHP > http://www.phpclasses.org/ > > PHP Reviews - Reviews of PHP books and other products > http://www.phpclasses.org/reviews/ > > Metastorage - Data object relational mapping layer generator > http://www.meta-language.net/metastorage.html -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php