>Раз уж взялись писать социальную сеть, то пишите все своими руками.
>Иначе как-то непрофессионально получается.
и мускуль тоже написать своими руками?
>Такая очередь крайне просто реализуется обычными средствами mysql.
как показано в статье — так раза в три проще чем и раз в пять быстрее, через мускуль
Мне понравился ответ Дерика: «Раз вы что-то не понимаете, то значить Вам это не надо»
пару слов о мониторинге:
у нас свой собственный мониторинг (к сожалению про монит я узнал поздно)
есть класс скриптов, которые должны жить «вечно»
алгоритм приблизительно следующий:
— скрит запускается по крону каждую минуту.
— скрипт проверяет кол-во запущенных копий, кстати метод тот же через ps ax -u | grep $scriptName
— если копий больше чем нужно, то завершаемся
— далее идет цикл на длительный интервал напрмер час
в цикле выполняем метод run() & sleep(1)
— далее выполняем ps ax -u | grep getmypid() и вычисляем занимаемую память
— если в конце цикла кол-во памяти превысит допустимый — цикл заканчиваем (так избегаем утечки памяти)
— перезапускаем процесс используя php-forker
это позволяет нам запустить процесс не ровно в 00сек а например в 05сек (и не ждем 55 сек)
крон — для подтсраховки, хотя существует собственный мониторинг работы процессов.
>Иначе как-то непрофессионально получается.
и мускуль тоже написать своими руками?
>Такая очередь крайне просто реализуется обычными средствами mysql.
как показано в статье — так раза в три проще чем и раз в пять быстрее, через мускуль
Мне понравился ответ Дерика: «Раз вы что-то не понимаете, то значить Вам это не надо»
только вот еще Питер и Москву к сожалению не отсняли.
Гуулль — съемка со спутника, а здесь скорее всего аэрофотосъемка
и до этого использовал блокирующий в/в
ищу примеры неблокирующего I/O
тоже хочу использовать
ну и др проектах
правда это к трекеру не относится,
я на тот случай, если мы не обрабатываем сигналы, то рождаются зомби.
сейчас стабле 0.8
по телеку говорили что ФАПСИ долго проверяла защиту сайта Президента.
видно день такой…
наверно тогда бы «Мы пошли другим путем»
форкая таким образом ты рождаешь зомби.
необходимо обрабатывать SIGCHL
именно чтоб не было зомби и был придуман php-forker :)
интересно а минусы за что???
про статью на ©dkLab уже упоминали.
пару слов о мониторинге:
у нас свой собственный мониторинг (к сожалению про монит я узнал поздно)
есть класс скриптов, которые должны жить «вечно»
алгоритм приблизительно следующий:
— скрит запускается по крону каждую минуту.
— скрипт проверяет кол-во запущенных копий, кстати метод тот же через ps ax -u | grep $scriptName
— если копий больше чем нужно, то завершаемся
— далее идет цикл на длительный интервал напрмер час
в цикле выполняем метод run() & sleep(1)
— далее выполняем ps ax -u | grep getmypid() и вычисляем занимаемую память
— если в конце цикла кол-во памяти превысит допустимый — цикл заканчиваем (так избегаем утечки памяти)
— перезапускаем процесс используя php-forker
это позволяет нам запустить процесс не ровно в 00сек а например в 05сек (и не ждем 55 сек)
крон — для подтсраховки, хотя существует собственный мониторинг работы процессов.
отслеживание зависания, контроль по объему памяти
о котором хотел поделиться в блоге