Shedko says: Все ничего, но как проверять "живучесть" ссылок.

Часть битых ссылок могут отследить сами посетители. Если ссылка битая, то в комментариях к описанию статью рано или поздно появится комментарий "ссылка битая".

По силам ускорить этот процесс. Так как описание самая обычная нода, то можно поставить на сайт любой модуль, дающий возможность пожаловаться администратору. Тогда внизу описания появится дополнительная ссылка "пожаловаться администрации".

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

Внешнее решение

Есть сервисы, которые проходят по всем ссылкам на сайте и выкладывают список страниц, на которых есть битые ссылки. Есть программы, которые делают то же самое.

Внутреннее решение

Можно раз в год вытаскивать из базы Друпала все внешние URL и проверять их на ошибку 404. Битые URL делать некликабельными.

Битые внутренние URL легко вытаскиваются через логи. Если доступа к логам нет, то можно завести специальную страницу с сообщением об ошибке 404. Друпал-5 позволяет через админку назначить показ такой страницы посетителю. С этой страницы можно собирать адреса битых внутренних URL-ов.

Решение со стороны сообщества Drupal.org

Вполне возможно, что и в сторонних модулях Друпала скоро появится отдельный модуль, который только тем и занимается, что периодически запускается по крону и проверяет ссылки на сайте на битость.

Один из модулей каталогов ссылок умеет проверять ссылки на битость. Осталось только выделить проверку на битость в отдельный модуль, непривязанный к каталогу ссылок. Рано или поздно кто-то из друпальщиков озаботится и сделает это. А через несколько лет функция периодической проверки URL-ов на битость возможно даже войдет в ядро Друпала.

Эй, программисты-друпальщики!

Ищете славы? Напишите модуль для периодической проверки всех внешних ссылок сайта. Его будут ставить практически на каждый сайт.

Код для периодической проверки ссылок ссылок можете взять из модуля Janode.

Shedko says: Пусть даже alexa и выдаст список "битых", но это же сколько времени на исправление битых ссылок уйдет времени

Если уж очень проблема тревожит, то написать небольшой скриптик. На вход подается список битых ссылок от той же alexa, скрипт пробегает по нодам, ищет битые ссылки и добавляет спереди подчеркивание. По возможности скрипт делает из ссылки курсивный текст, чтобы народ зря не кликал.

Shedko says: Так что остается только надеятся на вариант "Решение со стороны сообщества Drupal.org"

Да, это самое разумное. Просто подождать.

Проблема с битыми ссылками стоит не только у ссылок, опубликованных на сайтах. Вплотную к ней примыкает еще мощная ветвь борьбы со спэмными ссылками. Их тоже надо проверять и работать с ними.

Вполне возможно, что будет найдено какое-то единое решение, которое периодически проверяет каждую ссылку со всех сторон:
- не стала ли ссылка битой
- на "перекрасилась" ли страница, на которую ведет ссылка и теперь на месте ранее нормальной страницы показывается совсем другое содержание (спэм, порно,...)
- насколько страница по ссылке отвечает тому, что заявлено в описании ссылки
- ...

Например, можно показывать страницу по ссылке на отдельной странице сайта. Внизу во фрейме саму страницу по ссылке, вверху показать окружающие ссылку 2 абзаца и попросить оценить страницу по 5-ти бальной системе, насколько содержимое страницы соответствует описанию ссылки на нее.

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

Shedko says: Но ведь не все пауки понимают nofollow, и как итог кликов по этим ссылкам ложных будет предостаточно.

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

Люта пишет: "В другом топике он яростно относится к установке не стандартный модулей."

Читаю такие комментарии и понимаю, что мне еще надо долго и упорно учится. Учится излагать свои мысли так, чтобы их понял даже Люта.

Я не против сторонних модулей. Я предлагаю лишь их разделить на 2 класса:

1. "Зеленые" сторонние модули, которые не создают свои собственные типы данных (служат для украшательства сайта, облегчения модерации и другим сиюминутным вещам). Даже если они грохнутся, то ничего не изменится. Вместо них можно будет поставить другие подобные модули.

2. "Красные" сторонние модули, которые создают свои собственные типы данных

Жалоба на некорректную ссылку повлечет изменение ссылки, но в итоге изменение будет сохранено в той же самой стандартной ноде. Так что модуль жалоб вполне "зеленый". Его можно свободно ставить, как и другие "зеленые" сторонние модули.

"Красные" модули, которые создают свои собственные типы данных, нужно по возможности избегать ставить просто так. Хотя если задача "просит" красный модуль, то можно его поставить.