Модули ссылок, обзор и "зеленое" решение

Аватар пользователя Макс К. Макс К. 10 июля 2007 в 20:45

Модули ссылок, обзор.

Перепробовал несколько ссылочных модулей.

Моя оценка (5 звезд - максимум):

Links Package ***
Web Links ***
Janode ****
userlink ****

Подробнее об этих модулях.

Links Package, слишком толстый.

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

Дольше всех держался у меня модуль Janode, он попроще. Поставил его на работающий сайт. Janode умеет проверять оборванные ссылки.

При переезда с 4.7 на 5.0 пришлось ждать несколько месяцев, пока вышла новая версия Janode. При попытке поставить Janode 5.0 на сайт обновленный модуль так и не смог подцепить данные, созданные этим же модулем из Друпал 4.7. Пришлось ручками вытаскивать наработанные ссылки из базы.

"Зеленое" решение

В конечном итоге остановился на следующей "зеленой" схеме ссылок.

5-ая версия Друпала поддерживает создание нового типа материалов. Создаем тип материала "ссылки". Для типа материалов "ссылки" встроенными средствами таксономии Друпала создаем словарь, который разбивает ссылки на разные рубрики.

На странице добавления ссылок даются краткие указания, как должен добавляться материал (в заголовке - краткое описание ссылки, в теле - полное описание, в конце описания поставить ссылку на сайт, обязательно указать рубрику словаря).

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

Вот и вся работа со ссылками. Сделано средствами самого Друпала. Подобная "зеленая" схема работы со ссылками не убоится переезда Друпала на очередную версию или смену API. При переезде наработанные ссылки будут гарантированно сохранены в целости и сохранности.

"Razgonka.ru рекомендует".

Комментарии

Аватар пользователя A.L.F. A.L.F. 11 июля 2007 в 10:41

прикольная статейка, но в принципе этот шаг логичен.
Собсно я и сам так делал с самого начала))

Аватар пользователя Shedko Shedko 15 августа 2007 в 13:36

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

Уж больно некоторые люди любят удалять "старые" материалы Smile

Аватар пользователя Макс К. Макс К. 15 августа 2007 в 14:33

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Аватар пользователя Shedko Shedko 15 августа 2007 в 14:51

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

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

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

Аватар пользователя Макс К. Макс К. 15 августа 2007 в 16:05

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

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

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

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

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

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

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

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

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

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

Аватар пользователя ԉӱҭѧ ԉӱҭѧ 15 августа 2007 в 16:53

Какой Макс странный ****бол : )

То он пишет:
Вот и вся работа со ссылками. Сделано средствами самого Друпала. Подобная "зеленая" схема работы со ссылками не убоится переезда Друпала на очередную версию или смену API.
В другом топике он яростно относится к установке не стандартный модулей.

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

За****лся одним словом : )

Аватар пользователя Макс К. Макс К. 15 августа 2007 в 17:49

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

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

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

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

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

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

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

Аватар пользователя vadbars@drupal.org vadbars@drupal.org 15 августа 2007 в 17:09

Поработал роботом-цензором. Люта, давайте не будем материться на форуме, как бы ни раздражал вас Макс. Хотя бы потому, что форум читают женщины и дети. Smile