Потому и приоритет. Даю подсказку: libmysqlclient.so.15
Кстати. apc и memcache не ставятся. Говорят API не то… Как быть? Это было - точно (!) не так давно.
Гм. Т.е. Это не баг, а фича? Или это? А, может, вот это?---------- Добавлено 16.02.2012 в 13:38 ----------
Да нет. Сам гипервизор он поверх ядра. А вот ядрышки уже пересобирать под ксен не надо. просото поставить гипервизор и поменять конфиг загрузчика. Т.е. на сам гипервизор никакой модуль ядра повлиять _НЕ МОЖЕТ_. А вот на kvm - запросто.
Я НЕ знаю, как сейчас. Но вот на основании ЛИЧНОГО опыта сообщаю: у меня httpd после установки из того репозитария отказался работать корректно (вис). Даунгрейд решил проблему. А то, что при его подключении нужно ОБЯЗАТЕЛЬНО (!) понижать приоритет - что-то говорит? дело в том, что конкретный пример - mysql.
Т.е. CentALT и rpmforge не совместимы?!
Естественно. В первую очередь жизненный опыт. Т.к. зачастую системы строятся не на железе за много миллионов, а на "том, что есть". И железо не всегда бывает приятным. KVM значительно моложе XEN и имеет значительно больше проблем, на мой взгляд, но это дело вкуса. Кроме того, XEN нативно включен в ядро Linux, а сам Dom0 тоже является виртуализированным, что означает минималистичность самого ксена и отсутствие потенциальных проблем из-за кривизны кода в самом ядре.
Гм. Для кого как. Это раз. А два - там выше написано, что php - самое минимальное. Кривые зависимости из того репозитория мне попортили кровь пару раз. На этом форуме, похоже, только я один работаю с тредовой моделью, ну тем интереснее. Тем более, что используют эту модель еще довольно много народу, правда не в России. Личное дело каждого, конечно.---------- Добавлено 16.02.2012 в 10:54 ----------P.S. Подключать репозиторий, поддерживаемый одним человеком для продакшна - тоже довольно интересное понятие.
Значит они не знают, с какими задачами я работаю. Всё просто, правда? Рад за их некомпетентность. Они, наверное, не знают, что сам по себе x86 от виртуалок мало отличается. И не знают о том, как именно разграничивается процессорное время в XEN. Видимо, они просто занимаются embedded-системами, а не разрабатывают узкоспециализированные задачи для отрасли. Между прочим, QNX ведёт себя вполне достойно, и я _точно_ знаю, когда будет тот или иной сигнал. При условии достаточного количества ресурсов. А ваш KVM умеет работать с HPET? Дайте им вот эту ссылку, пусть почитают: https://sites.google.com/site/realtimexen/home
Вышло недавно, но я уже с этим работаю. А вот ваш KVM нервно курит в сторонке.
Мы с вами сейчас выясняем, почему я не буду работать с KVM, или вы пытаетесь натыкать меня носом? Я сказал: у меня противоположный опыт. последний раз я тестировал его полгода назад. И дал вам ссылочку на то, что в KVM еще предстоит сделать, а в том же XEN уже давно реализовано.
А ниче, что я вам резюме не отправляю и на работу не прошусь?
Остальное стер нафиг. Желаю успешно найти специалиста в общем.
Сама по себе поддержка этой фичи в пыхе в общем-то не мешает, если её не использовать. но вот если придётся использовать - нехай будет. Я могу запросто предположить: поменяли mpm апача, а сайты отказываются работать с CGI. Вот в этом случае простейшим выходом и получится тредовый php. Так - то да, 99% его использовать не будут, да и не стОит. Поэтому поддержку собрать не помешает, а вот пользоваться её или нет - дело каждого. Кроме того, что по моему личному мнению, треды - не самое нестабильное, что есть вообще в этих левых репозитариях. Там столько всякого гумна попадается, что ой. Про remi, epel и atomic - не скажу. А вот rpmforge одно время ломал yum (не долго, неделю где-то). С perl и python там вообще федора какая-то получается... Так вот CentAlt (не знаю, как на текущий момент) - самое нестабильное из мною виденного. Кстати, сам редхат собирает php-zts для центоси, а это чего-то да значит ;).
Вот почему: http://www.php.net/manual/en/faq.installation.php#faq.installation.apache2
Собственно, это два ли является большой проблемой. А вот жизнь может упростить очень сильно в зависимости от ситуации. Всё же fcgi несколько более сложный выход из ситуации, и несколько с меньшими возможностями. Иногда...---------- Добавлено 16.02.2012 в 03:00 ----------DRsheff, php -v покажите. и yum list php installed---------- Добавлено 16.02.2012 в 03:02 ----------А, я забыл. А вы отредактировали remi.repo (там надо enabled=0 на enabled=1 заменить)?
в файле правите строчку с путем до файла конфигов. После этого правите csf -d на iptables -j DROP -A INPUT -s
Даёте права скрипту на выполнение и запускаете: ./barf.pl (имя фала лога) -t 3 (время за которое считаем запросы) -n 10 (за сколько запросов за указанное время банить) -s "GET /index.php HTTP/1.0"
Всё. Начало фильтровать.
