https://www.opennet.ru/openforum/vsluhforumID3/36617.html Энтузиасты языка программирования PHP разработали (http://www.whenpenguinsattack.com/2007/02/01/a-web-server-in-php/) HTTP/1.1 совместимый web-сервер Nanoweb (http://nanoweb.si.kz) написанный полностью на PHP.<br><br><br>Из возможностей, можно отметить:<br><br>- Поддержка модулей (http://nanoweb.si.kz/manual/modules.html);<br>- Keep-alive и средства кеширования;<br>- Модули для CGI, FastCGI, SSI, сжатия контента, RewriteEngine и т.д.;<br>- Поддержка виртуальных хостов;<br>- Средства контроля доступа и аутентификации;<br>- Поддержка MIME.<br><br><br>Что касается производительности, то на сервере на базе AMD Duron 700 c 1 Гб ОЗУ для выполнения 500 запросов по выдаче статической картинки (20 потоков) было затрачено 3.1 сек (160 запросов в сек., например, раз в 5 меньше apache и раз в 10 меньше nginx).<br><br><br>В заключение можно отметить завершение работы (http://www.php.net/) по обновлению движка online документации на php.net, например, появилась поддержка картинок, появилось несколько новых руководств и т.д.<br><br><br>URL: http://www.whenpen https://www.opennet.ru/openforum/vsluhforumID3/36617.html#47 Fri, 16 Mar 2007 11:26:39 GMT &gt;&gt; Причина - хотелось пробиться в панель даже при нагруженном/лежащем апаче. <br>&gt;Мде.Я б в таком случае попробовал к lighttpd это приделать.Можно с php <br>&gt;в паре.Его во первых, положить на уровне фантастики (во всяком случае <br>&gt;я в 100 Мбит локалке этого сделать не смог) и ресурсов <br>&gt;ему надо с кошкин зад (1-2 мега оперативки и какие-то доли <br>&gt;процента современного процессора).И что-то у меня ощущение что оно+пхп было бы <br>&gt;легковеснее чем пхп+сервак на пхп и уж чего не боялось бы <br>&gt;так это нагрузки.К полеганию он тоже не склонен т.к. не форкает <br>&gt;процессы тоннами в отличие от апача, не жрет тонны памяти и <br>&gt;прочая.Может, где-то я не прав? <br>По правде говоря мне с lighttpd толком работать не приходилось. Я собственно не то чтобы профессиональный админ и занимаюсь всем этим по принципу достижения цели с минимумом гемороя :)<br><br>Для себя у данного забавного зверя я выделил следующие преимущества:<br>1. Не требует компиляции. То бишь скопировал с сервака на сервак - как есть, со всеми настройками и прочим - мет https://www.opennet.ru/openforum/vsluhforumID3/36617.html#46 Fri, 16 Mar 2007 11:04:11 GMT &gt; Причина - хотелось пробиться в панель даже при нагруженном/лежащем апаче. <br>Мде.Я б в таком случае попробовал к lighttpd это приделать.Можно с php в паре.Его во первых, положить на уровне фантастики (во всяком случае я в 100 Мбит локалке этого сделать не смог) и ресурсов ему надо с кошкин зад (1-2 мега оперативки и какие-то доли процента современного процессора).И что-то у меня ощущение что оно+пхп было бы легковеснее чем пхп+сервак на пхп и уж чего не боялось бы так это нагрузки.К полеганию он тоже не склонен т.к. не форкает процессы тоннами в отличие от апача, не жрет тонны памяти и прочая.Может, где-то я не прав?<br><br>&gt;Заменой нормальному хттп-серваку он никогда не станет, но для хостинга вторичного софта <br>&gt;на резервном веб-сервере (админок, и т д) - то что доктор <br>&gt;прописал. <br>Я еще могу понять зачем оно в девелопменте.Но вот зачем это чудо в production? https://www.opennet.ru/openforum/vsluhforumID3/36617.html#45 Fri, 16 Mar 2007 08:51:16 GMT На самом деле замечательная штука, заметил ее еще год назад.<br><br>Искал что-то подобное в качестве вторичного веб-сервера, чтобы разместить самопальную панель управления дедиком. Причина - хотелось пробиться в панель даже при нагруженном/лежащем апаче.<br><br>Заменой нормальному хттп-серваку он никогда не станет, но для хостинга вторичного софта на резервном веб-сервере (админок, и т д) - то что доктор прописал. https://www.opennet.ru/openforum/vsluhforumID3/36617.html#44 Fri, 09 Feb 2007 10:51:54 GMT &gt;Вы не правы. Писать приложение(именно приложение, а не web), которое обрабатывает большое <br>&gt;кол-во запросов на PHP или PERL-глупо, только C. Разве только для <br>&gt;эксперимента, чтобы попробовать свои возможности. <br>Дык а я о чем?Вон я выше lighttpd нахваливаю ).Просто PHP имхо вполне полнофичный язык.Кто-то сомневался что на нем можно сервер сделать?Тады он клинический дебил.Кто-то сомневается что сервер на PHP (и прочем) тормознее сишного?Тады он тоже дебил :).Вот мне и не понятно - в чем понт был писать этот сервер и пальцы раскидывать?То что это можно сделать вменяемые люди и не сомневались.Как и в том что на практике этот сервер мало кому нужен ибо тормоз. https://www.opennet.ru/openforum/vsluhforumID3/36617.html#43 Thu, 08 Feb 2007 10:31:21 GMT Ну эта...youtube.com, wikipedia.org = lighttpd, тем и грузят :D https://www.opennet.ru/openforum/vsluhforumID3/36617.html#42 Wed, 07 Feb 2007 16:11:11 GMT заметь, подобное повидение появилось относительно недавно.<br>однако признаю, ты меня удивил и огорчил одновременно. я не использовал сборки - так или иначе все собиралось модулями, однако отказом от базового набора модулей (в который входил и mysql, и iconv и еще много чего) при сборке, резко снизили переносимость кода. Это не есть гуд и это огорчает :( https://www.opennet.ru/openforum/vsluhforumID3/36617.html#41 Wed, 07 Feb 2007 07:58:06 GMT Вы не правы. Писать приложение(именно приложение, а не web), которое обрабатывает большое кол-во запросов на PHP или PERL-глупо, только C. Разве только для эксперимента, чтобы попробовать свои возможности. https://www.opennet.ru/openforum/vsluhforumID3/36617.html#40 Wed, 07 Feb 2007 03:04:57 GMT &gt;Люди просто хотели попробовать на что способен PHP.<br>Может я дебил?Но чем PHP хуже любого другого языка?Что, кто-то сомневался что можно?Ну пусть выпьют йаду, на php можно ровно то же что и на любом ином достаточно фичастом языке программирования.В общем смысл этой затеи остался для меня загадкой - ну разве что хакеров озадачивать - они хотят апач сломать а оказывается что ломать надо что-то другое вообще :) https://www.opennet.ru/openforum/vsluhforumID3/36617.html#39 Tue, 06 Feb 2007 17:58:45 GMT &gt;ой... <br>&gt;------------------------------------------------------------------------------------ <br>&gt;$ cat ./test_perl <br>&gt;#!/usr/bin/perl <br>&gt;<br>&gt;use DBI; <br>&gt;$mysql_dbh = DBI-&gt;connect("DBI:mysql:mysqlDBName", "mysqlUsername", "mysqlPassword");<br>&gt;<br>&gt;$ ./test_perl <br>&gt;Can't locate DBI.pm in @INC (@INC contains: /usr/local/lib/perl5/site_perl/5.8.6/mach /usr/local/lib/perl5/site_perl/5.8.6 /usr/local/lib/perl5/site_perl /usr/local/lib/perl5/5.8.6/BSDPAN /usr/local/lib/perl5/5.8.6/mach <br>&gt;/usr/local/lib/perl5/5.8.6 .) at ./test_perl line 3. <br>&gt;BEGIN failed--compilation aborted at ./test_perl line 3. <br>&gt;<br>&gt;$ uname -a <br>&gt;FreeBSD myhost.net 6.1-STABLE FreeBSD 6.1-STABLE #5: <br>&gt;------------------------------------------------------------------------------------ <br><br>йоп...<br>$ php test.php<br><br>Fatal error: Call to undefined function mysql_connect() in /var/home/dj_sedoy/test.php on line 2<br><br>$uname -a<br>FreeBSD xxxx.ru 6.2-STABLE FreeBSD 6.2-STABLE #0: Mon Jan 29 18:56:03 MSK 2007 xxx@xxxx.ru:/opt/usr/obj/opt/usr/src/sys/X