- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Ставлю сервер на FreeBSD и там perl 5.10 на стадии make config спрашивает
Вопрос - если его собрать с тредами, то не возникнет каких-либо проблем с какими-нибудь модулями или дальнейшей работой.
Просто некоторым людям иногда требуются треды, не знаю правда точно для чего (уточните кто знает), вот чтобы потом не заниматься пересборкой можно ли сразу включить?
И еще вопрос.
Вот Apache (/usr/ports/www/apache22) можно собрать c WITH_MPM=itk (указав это в Makefile.local), мне то такой режим нравится (так как php скрипты запусаются под юзером безо всяких ресурсоемких php-cgi), однако говорят что apache при этом становится сильно тормознее и сильнее расфоркивается при обращениях к нему и вообще чуть-ли не все начинает глючить.
Правда ли это?
И еще, что б 2 раза не писать, какой python сейчас в моде? Программист знакомый сказал что однозначно ему проще писать для 2.6, так как на 3.0 совместимости нет :)
И MySQL 5.1 самый стабильный сейчас?, а то в портах 6.0 даже есть :)
Заранее спасибо за развернутые ответы :)
litos0, если нге знаете зачем вам треды, то они вам не нужны, перед апачем поставьте nginx, каждое соединение при itk обрабатывается своим процессом(ами)
А нет ли каких-нибудь распространенных скриптов на perl которые их требуют?
Для работы perl как mod в apache mpm worker надо треды.
А нет ли каких-нибудь распространенных скриптов на perl которые их требуют?
По-моему нет. К тому времени как в perl появились треды, он уже перестал быть языком для "распространенных скриптов". Собирайте с тредами - все равно вы не будете его использовать в вебе.
mysql, да 5.1 будет нормально.
Тут такое мнение, что каждая последующая версия mysql может и лучше предыдущей, но запросы в приложениях обычно оптимизированы под выкрутасы старой стабильной версии и при смене версии запросы приходится пересматривать. Так что и 5.0 еще может пригодится. Все, что ниже - однозначно хуже.
мускуль 5.1 не считается стабильным. использовать 5.0
мускуль 5.1 не считается стабильным. использовать 5.0
а на http://dev.mysql.com/downloads/ трудно зайти и взглянуть, какая версия в настоящее время считается стабильной?
а на http://dev.mysql.com/downloads/ трудно зайти и взглянуть, какая версия в настоящее время считается стабильной?
Да, спасибо, 5.1 они прямо и рекомендуют.
Вопрос - если его собрать с тредами, то не возникнет каких-либо проблем с какими-нибудь модулями или дальнейшей работой.
все дистрибутивы линукс собирают давно с -Dusethreads по-умолчанию.
$ ldd `which perl`|grep thread
libpthread.so.0 => /lib/libpthread.so.0 (0x00007f338abb3000)
Вот Apache (/usr/ports/www/apache22) можно собрать c WITH_MPM=itk (указав это в Makefile.local), мне то такой режим нравится (так как php скрипты запусаются под юзером безо всяких ресурсоемких php-cgi), однако говорят что apache при этом становится сильно тормознее и сильнее расфоркивается при обращениях к нему и вообще чуть-ли не все начинает глючить.
апач форкает несколько рут-процессов (в соответствии с обычными директивами prefork. пришедший запрос обрабатывается одним из этих процессов, пока он не распарсит заголовок
Host, после чего - именно данный апач форкает потомка, понижает в нем права до
нужного пользователя. запрос обрабатывается дальше потомком, после чего он умирает.
кучу раз обсуждали даже в этом форуме.
для массового хостинга - лучшего стабильного решения чем prefork/worker + suexec + cgi - пока не придумали.
И MySQL 5.1 самый стабильный сейчас?, а то в портах 6.0 даже есть :)
текущий стабильный - 5.1. Предыдущий - 5.0. В очень
немногих дистрибутивах что-то выше 5.0.
PS:
Если вас такие вопросы заботят - обратите внимание на Debian/СentOS. В любом
бинарном дистрибутиве linux подобные "дилеммы" решены. причем на порядок
качественнее, чем если "выбор" будет делать каждый отдельный администратор ;)
а на http://dev.mysql.com/downloads/ трудно зайти и взглянуть, какая версия в настоящее время считается стабильной?
значит тогда и php нужно ставить 5.3
у вас на сайте, который в подписи, что используется?
значит тогда и php нужно ставить 5.3
у вас на сайте, который в подписи, что используется?
perl 5.10 на нем используется :)
А вообще, на серваке поставлен PHP/5.2.6, для других целей