Как успокоить сайт?

Ну как я его починю?

Скрипт стандарный, вполне рабочий (разработчик проверил). Когда ссылок было немного, проблемы отсутствовали. А сейчас ссылок больше тысячи и для их индексации нужны ресурсы.

Что тут чинить?

Или в хостере :(

1000 страниц*объем страницы (боты за раз все не индексируют, и не каждый день)

15 ссылок в день (или сколько там) * объём страницы

Даже предположим 5 ботов всё индексируют.

ГДЕ НАГРУЗКА?

Я вот полазил по логу. Получилось примерно 300 запросов подряд сделал Яндекс (300 разных файлов прочел). И сделал это за полчаса. Нагрузка на Хостинг (исчисляется за час с 8 до 9 утра, а поиск был с 8 до 8:30 утра) - 7 процентов!

Хостинг www.1gb.ru

Считайте, если нормальное время на формирование страницы 1 секунда, сайт должет в час обслуживать 3600 запросов и не помирать.

У меня кстате недавно был подобный случай. Неожиданно сайт отключили, а отписал хостеру. Мне пришло письмо что сайт отключен из за того, что идет с него большая нагрузка на процессор порядка 40 процентов.

Попросил логи, в логах вся нагрузка идет на небольшую статическую картинку в дизайне сайта... вот и пойми чего там случилось в тот момент с ентой картинкой. Попросил включить, сказал исправил, сам ессесенно не исправлял, потому как исправлять то нечего было. С того момента как включили - все нормально.

Вот такая вот бешенная картинка :)

Владимир-C, пришлите хотя бы структуру БД, посмотрим, вдруг там явные ляпы есть.

На этом форуме сейчас одновремено "Присутствуют: 644 (312 пользователей, 211 гостей, 121 роботов)",можете представить, сколько SQL-запросов в секнду они генерят и ничего, форум работает.

Диагноз совершенно однозначный - кривой скрипт. Желательно скрипт починить, чтоб не гонял вас хостер.

Могу прислать сам скрипт. Он называется linkexchanger и используется довольно широко. А Бызы данных в нем нет, он работает без использования БД.

Владимир-C, в скрипте ковыряться не хотелось бы, муторное это занятие. Но, впрочем, присылайте, может на досуге покопаюсь. В личку стукнитесь - скажу куда слать.

Пробовал такой полгода назад, но не стал использовать. Возможно это уже устранено в Вашей версии, если нет, то информация для разработчика:

Скрипт организован неоптимально. Вот кусок из файла tmp.php, который инклудится в index.php

$file = file("base.dat");

$fp=fopen("tmp.dat","w");

flock($fp, LOCK_EX);

for($i=0; $i<count($file); $i++){

fwrite($fp, $file[$i]);

}

flock($fp, LOCK_UN);

fclose($fp);

$file = file("tmp.dat");

$fp = fopen("tmp.dat", "w");

flock($fp, LOCK_EX);

for($i=0;$i<count($file);$i++) {

list($id,$nick,$url,$mail,$category,$htmltext,$htmlimage,$urlink,$check_result,$check_next,$ip,$check_date) = explode("|", $file[$i]);

$tmp[$i] = array (field => $id, ext => "$nick|$url|$mail|$category|$htmltext|$htmlimage|$urlink|$check_result|$check_next|$ip|$check_date");

}

usort($tmp, fieldAsc);

foreach($tmp as $val) fputs ($fp, "$val[field]|$val[ext]");

flock($fp, LOCK_UN);

fclose($fp);

Файл где хранятся ссылки base.dat читается в массив ($file), из него создается массив $tmp, который пишется tmp.dat, потом в индексе.пхп опять читается ($base = file("tmp.dat");). Размер base.dat при 1000 ссылок под мегабайт скорее всего, одновременно получается 3 массива такого размера, что бы вывести 10 ссылок на странице. Два раза в индекс.пхп читаются категории: $cid = file("categories.dat"). Можно попробовать удалить вот этот кусок:

$fp=fopen("tmp.dat","w");

flock($fp, LOCK_EX);

for($i=0; $i<count($file); $i++){

fwrite($fp, $file[$i]);

}

flock($fp, LOCK_UN);

fclose($fp);

$file = file("tmp.dat"); 

и в конце tmp.php дописать $file=$tmp=null; вроде они по новой формируются в индексе.пхп. А по хорошему переписать все с построчным чтением файлов разработчику надо.