Так я же и говорю что mod_php нормально работает с mpm_prefork. Тредовый апач сам по себе работает весьма хорошо, но много чего написаного для него — хотя бы тот же mod_php — не thread-safe. www.camelrichard.org/apache-prefork-vs-worker
For now, on Linux (and even UNIX) you should only use the (default) prefork module with PHP. This is specified at compile time. Other MPM modules (any involving threads) break PHP. This is partly because PHP uses a great number of external libraries, and many or most of them are not thread-safe or thread-aware.
Тут речь идет о том что mod_php принуждает к использованию mpm_prefork, который не является самой удачной моделью.
Цитируя Алексея:
Это означает, что Вы не сможете использовать worker mpm, который наилучшим образом работает с passenger, потому что mod_php с ним работать нормально не в состоянии.
но на mpm_prefork все работает вполне неплохо.
Единственное что пока не дружило с mod_passenger (насколько мне известно) — это mod_vhost_alias.
Писал скрипт на руби, который парсил логи и отстреливал через ip route add blackhole _ip_, потому как iptables реагировал на правила ох как не сразу, и посему правил набивалось по 100-200 для каждого IP. От чего iptables чувствовал себя еще хуже. Роутами же блочится наура.
И все было бы хорошо — но скрипт использовал sqlite3 и ел процессор из-за этого. Буду в скором будущем переделывать на TokyoCabinet, там вроде бы не должно быть загвоздок с производительностью.
Мои скромные потуги можно лицезреть на github.com/daemon/bananoid/tree/master
pkg_add -r subversion
или как-то в том же духе — давно фряху не трогал.
Svn имеет замечательную тулзу — svnserve. И после «svnadmin create /pub/home/megauser/myrepo» можно подправить внутри созданой папки конфиги, описав там пользователей и права. После чего сделать
svnserve -d --listen-port=PORT_YOU_WANT -r /pub/home/megauser/myrepo
Он: спрашивай
Она: почему мужчины смеются над блондинками?
Он: да
© bash.org.ru
Винда при этом сходила с ума (сервер стоял именно на винде).
www.camelrichard.org/apache-prefork-vs-worker
Цитируя Алексея:
но на mpm_prefork все работает вполне неплохо.
Единственное что пока не дружило с mod_passenger (насколько мне известно) — это mod_vhost_alias.
А вот приложение убивали (
Писал скрипт на руби, который парсил логи и отстреливал через ip route add blackhole _ip_, потому как iptables реагировал на правила ох как не сразу, и посему правил набивалось по 100-200 для каждого IP. От чего iptables чувствовал себя еще хуже. Роутами же блочится наура.
И все было бы хорошо — но скрипт использовал sqlite3 и ел процессор из-за этого. Буду в скором будущем переделывать на TokyoCabinet, там вроде бы не должно быть загвоздок с производительностью.
Мои скромные потуги можно лицезреть на
github.com/daemon/bananoid/tree/master
Интересно посмотреть на решения.
Отбивался от такой заразы. И основной траффик валил из рунета.
Но так как http-методы эти не реализованы до конца, то они эмулируются посредством скрытых форм с полем method.
или как-то в том же духе — давно фряху не трогал.
Svn имеет замечательную тулзу — svnserve. И после «svnadmin create /pub/home/megauser/myrepo» можно подправить внутри созданой папки конфиги, описав там пользователей и права. После чего сделать
svnserve -d --listen-port=PORT_YOU_WANT -r /pub/home/megauser/myrepo
Однозначно надо в отпуск!