links.db и ночные таймауты

[kuraga]

Вторую ночь наблюдаю картину:
все мои площадки (разные серверы) не могут приконнектиться к dispenser, "подвешивая" тем самым весь процесс загрузки страницы ($_socket_timeout = 6, но таймаут значительно дольше).
Переименовываю временно links.db, делаю запрос вновь. Создается links.db нулевого размера. Вчера это длилось около часа, после чего всё заработало штатно. Площадки на разных серверах в разных странах

Вопроса два:
1. Что это? ddos или отдых диспенсеров?
2. Почему не отрабатывает таймаут?
ini_set('default_socket_timeout', 10);
echo ini_get('default_socket_timeout');
= 10.

Пока писал -- всё наладилось, но факт имел место быть.

[zeg]

Сообщение от kuraga

Пока писал -- всё наладилось, но факт имел место быть.

Подобное безобразие наблюдаю уже не первую ночь . Надо авторам с этим что-то делать, бо задолбало уже!

[big.bon]

Делайте обновление ссылок по крону - и все проблемы решатся!

[Kent]

ИМХО .. это всетки сервак бекапится и все переглючивает.. по крайней мере больше на это похоже чем на ддос..

[stealthy]

на серче сказали что была авария в rtkomm и лежали также nnm, bash и другие сайты. а в модулях нужно делать паузу минут на 15 после ошибки получения файла со ссылками, прежде чем обращаться к dispenser еще раз. я такое изменение как у себя в код внес (в перловый модуль) так и сайты виснуть перестали.

[mman]

Рассказываю как лечить.
Заходим в свой SAP.php, ищем строчку

var $_fetch_remote_type = '';

заменяем на

var $_fetch_remote_type = 'socket';

После этого таймаут работает правильно.

Единственное НО - должна быть включена поддержка сокетов в PHP.