|
ru.cgi.perl
- RU.CGI.PERL ------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 29 May 2001 19:39:59
To : bachin@chat.ru
Subject : Re: Скрипт для ссылок.
--------------------------------------------------------------------------------
Здравствуй, Alex Bachin.
В твоём письме от Tue, 29 May 2001 11:48:24 +0000 (UTC) написано:
>>>>Задача для кронтаба.
>>> Ой, не пинайте меня строго, но я не знаю что такое кронтаб,
>>man 5 crontab
bachin> Упс. Да вообще-то я и не хочу пока знать. Тем более,
bachin> это вроде как оффтопик, а я робко предложил решение,
bachin> которое хоть наполовину по теме эхи. Можно было бы
bachin> послушать все возражения "за и против" такого варианта.
bachin> Одно "за" я вроде как вижу - если мы выкидываем нафиг
bachin> нашу страницу со ссылками - то не будет посещений, не
bachin> будет запускаться никакой скрипт, не будет никакого
bachin> трафика. Ставим обратно - все возвращается на круги
bachin> своя. С кронтабом, наверняка, для лоха вроде меня
bachin> будет настроить все сложнее.
"Лох вроде тебя" скорее всего поимеет возмущенные вопли "а хрен ли оно у меня
часто по полтора часа грузится?". Ибо тот, кто умеет работать с fork(), может,
как правило, и crontab написать. При этом cron тебе гарантирует, что
информация будет не старше ..., а вариант on demand либо очень долго отдает
ответ (и собственно, не успевает его выдать, обрубленные если не сервером, то
нетерпеливым юзером точно), либо отдает информацию, устаревшую неизвестно на
сколько, если мы выдали fork() и пошли обновлять ее в бэкграунде, а посетителю
отдали старую информацию. И только очень грамотный юниксовый программист
сможет написать проверялку так, что она сумеет пойти проверять все ссылки
одновременно. Hо все равно с разумным таймаутом это минут пять подождать. И
геморрою при программировании не оберешься. Единственный повод так изгаляться
- недоступность cron на хостинге.
>>>>> И желательно дату последней проверки показывать.
>>>>Last-Modified в хедере отклика ссылки
>>> Дату проверки или дату документа по ссылке? Таки
>>> разные вещи.
>>Таки да. Hо Last-Modified, пожалуй, несколько полезнее.
>>Дата последней проверки при нормальном подходе
>>известна заранее, и она, в общем, примерно одна на
>>все ссылки.
bachin> Опять уходим в оффтопик. Дата документа - это тоже
bachin> некоторая абстракция. У меня на сервере апач криво
bachin> настроеный админом (я поделать ничего не могу), и
bachin> документы собираемые из SSI-кусочков получают
bachin> текущую дату (или не получают никакой ?).
Hепонятно, что в этом кривого.
bachin> По-вашему, это будет лучше?
Hет, это будет то же самое, что и дата проверки. Hу, на худой конец так.
bachin> Тем более (если касаться предложенной
bachin> реализации скрипта) - скрипт проверяет урлы раз в месяц,
bachin> а вебмастер одного из сайтов, на которые есть ссылка
bachin> апдейтит свои файлы три раза на дню. Как по-вашему,
bachin> какие чувства он будет испытывать, видя на чужом
bachin> сайте в "ссылках" слова напротив своего сайта:
bachin> "последнее обновление <дата трехнедельной давности>"
А ты формулировки аккуратнее пиши. Последнее _обнаруженное_ обновление.
--
Artem Chuprina E-mail: ran@ran.pp.ru
Programmer FIDO: 2:5020/371.32
Memonet Ltd. Phone: +7-095-284-1356
--- ifmail v.2.15dev5
* Origin: NTV Internet (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
