Apache, который будет обрабатывать динамический контент,
должен принимать соединения на 127.0.0.1:8080.Скрипт для запуска khttpd:
#!/bin/sh
modprobe khttpd
echo 8080 > /proc/sys/net/khttpd/clientport
echo /home/httpd/html > /proc/sys/net/khttpd/documentroot
echo phtml > /proc/sys/net/khttpd/dynamic
echo inc > /proc/sys/net/khttpd/dynamic
echo shtml > /proc/sys/net/khttpd/dynamic
echo php3 > /proc/sys/net/khttpd/dynamic
echo phps > /proc/sys/net/khttpd/dynamic
echo php > /proc/sys/net/khttpd/dynamic
echo cgi > /proc/sys/net/khttpd/dynamic
echo pl > /proc/sys/net/khttpd/dynamic
echo 1 > /proc/sys/net/khttpd/logging
echo 1 > /proc/sys/net/khttpd/threads
echo 80 > /proc/sys/net/khttpd/serverport
echo 1 > /proc/sys/net/khttpd/start
URL: http://www.linux-sxs.org/internet_serving/apache_khttpd.html
Обсуждается: http://www.opennet.me/tips/info/920.shtml
ню-ню!
сколько не пробовал енту гадость - все в кору падала по 404 ошибке.не лучше ли исп. lighttpd или ningx?
>сколько не пробовал енту гадость - все в кору падала по 404
>ошибке.Она в кору падать не может, только в "паник", потому как модуль ядра.
>не лучше ли исп. lighttpd или ningx?
Лучше с точки зрения надежности, но в khttpd нет переключений между user и kernel режимами, все в ядре.
Имхо, для встраевыемых задач это было сделано разработчиками. В первую очередь для встраеваемых.А вы идею продолжили. Опять же, имхо, httpd в ядре - дело поганое.