Так и будет. Воркер (необязательно именно тот же) будет брать задачу до тех пор, пока не будет достигнуто определенное число попыток.
Полистал доку. У севера есть параметр -j (--job-retries), который регулирует количество повторных попыток. Работает глобально, что не всегда удобно.
Только для того же воркера. Остальные будут работать как обычно.
У сервера есть событие, которое отсылается клиенту в случае ошибки на стороне воркера. У задания есть уникальный идентификатор. Можно посчитать количество перезапусков.
Вот только я не знаю, как убрать задание из очереди. Это надо документацию перечитывать.
Для отладки чуть-чуть помогает mod_gearman под апач (если, конечно, он у вас есть).
В принципе управляющий протокол там не сложный, текстовый. Можно накидать простенький монитор используя всего две команды (status, workers), чтобы следить за тем, кто и что выполняет.
Общий совет: не надо использоваться в xpath запросах конструкцию // без лишней надобности. Это неэффективно: запрос пройдет *весь* DOM, в поисках удовлетворяющих условиям элементов. Потрудитесь указать полный путь до элемента (ну или хотя бы путь до области где могут быть эти элементы), это поможет вам сэкономить нервы и время на больших объемах данных.
Использовал 0W, неплохой сервер. Очень прост в конфигурации. Однако, пришлось отказаться от него в пользу nginx из-за gzip.
Кстати, лет этак пять назад, может даже больше, гулял по сети удаленный эксплоит для 0W. По слухам, с его помощью порутали li.ru, bk.ru и еще несколько интересных ресурсов.
Из собственных закладок: childrenofdos (8bit, chiptune) RUS ZUD (всяческая неформатная электронная музыка, типа breakcore, noise и т. п.)
Небольшой оффтоп: 3pbeats. Отличный лейбл, с отличными артистами, правда не сетевой. Однако, на сайте есть раздел с приличным количеством свободно распространяемой музыки.
Предполагаю, что насос изначально был запрограммирован на работу циклами не более 3 секунд, шарик не успевал лопаться. После запуска вируса программа изменилась, шарик стал лопаться.
Google не выкладывали свой корпус в свободный доступ. Они отдали его в руки консорциума по лингвистическим данным, который требует за него $150. Это только за пачку дисков с данными; еще может отдельно надо платить за использование в коммерческих нуждах.
Полистал доку. У севера есть параметр
-j (--job-retries), который регулирует количество повторных попыток. Работает глобально, что не всегда удобно.У сервера есть событие, которое отсылается клиенту в случае ошибки на стороне воркера. У задания есть уникальный идентификатор. Можно посчитать количество перезапусков.
Вот только я не знаю, как убрать задание из очереди. Это надо документацию перечитывать.
В принципе управляющий протокол там не сложный, текстовый. Можно накидать простенький монитор используя всего две команды (status, workers), чтобы следить за тем, кто и что выполняет.
Не в этой вселенной.
Смысл в том, xpath-конструкция
//неэффективна, и применять ее повсеместно вместо указания пути к элементу не рекомендуется.//без лишней надобности. Это неэффективно: запрос пройдет *весь* DOM, в поисках удовлетворяющих условиям элементов. Потрудитесь указать полный путь до элемента (ну или хотя бы путь до области где могут быть эти элементы), это поможет вам сэкономить нервы и время на больших объемах данных.Кстати, лет этак пять назад, может даже больше, гулял по сети удаленный эксплоит для 0W. По слухам, с его помощью порутали li.ru, bk.ru и еще несколько интересных ресурсов.
Я очень сомневаюсь, что когда нибудь её перепишут на ASP.NET.
childrenofdos (8bit, chiptune)
RUS ZUD (всяческая неформатная электронная музыка, типа breakcore, noise и т. п.)
Небольшой оффтоп: 3pbeats. Отличный лейбл, с отличными артистами, правда не сетевой. Однако, на сайте есть раздел с приличным количеством свободно распространяемой музыки.