Таким образом контент от поисковой системы (как того требует дорвейный бизнес) не скрыть. Здесь идея совсем другая, и касается она передачи веса страницы. Анкор ссылки в таком блоке может даже теоретически может проиндексироватся поисковиком, однако, насколько я понял, вес страницы такой ссылке передаваться не будет.
Думаю клоакингом это назвать никак нельзя, как пример Google научился индексировать комментарии на JavaScript и AJAX. Основная цель - это более точная передача веса страницы нужным ссылкам. Логично будет если в будущем такой блок даже будет проиндексирован поисковыми системами. Но свою основную задачу он все равно будет выполнять. Надеюсь я правильно понял то, что хотел донести Александр в своем выступлении.
=DEREK= добавил 08-11-2011 в 15:48
Загрузка происходит сразу после построения браузером DOM документа. Проще говоря сразу после загрузки страницы без каких-либо событий (клик, наведение). Пользователь этого скорее всего даже не заметит.
В скором времени появятся отзывы от тестеров модуля.
Благодарю. Насчет других CMS обязательно подумаю. В первую очередь написал для Drupal, так как это моя основная специализация.
Заказывал у black velvet текст на главную страницу развлекательного сайта. Результатом очень доволен, текст получился очень в тему, с требуемой резкостью и чувством юмора.
При фильтрации по регулярному выражению вообще выбивает проект, не всю программу. При составлении фильтра из двух условий с логическим И работает только первый из них. почему так?
При использовании cck полей, чтобы получить такой вывод не нужно ничего кодить.
это решать нужно при проектировании сайта, основываясь на задании. вы удачный пример привели, марки и модели - делать терминами, чтобы можно было создать например меню с навигацией по маркам авто. а кузов, цвет, тонировка, объем двигателя и прочее - как cck поля. в будущем можно будет сделать форму расширенного фильтра по этим параметрам, но все равно правильно если это будут cck поля.
Можно использовать faceted search, или views с exposed фильтрами для придания cck полям функциональности терминов, но я предпочитаю так не делать.
перед выбором между таксономией и cck полями важно понимать разницу. если планируется осуществлять фильтрацию по полю (страницы с выводом нод с определенным значением поля) то здесь лучше использовать таксономию. но опять же это друпал, и поиск можно сделать и по cck полям, но все равно лучше сначала подумать. если же нужны просто свойства какого-то типа материала, как например количество цилиндров у авто в вашем каталоге, то можно использовать cck поля. короче, cck для свойств, термины для класификации - это прямой путь джедая:)
В данном примере, категория - я думаю лучше сделать таксономией, год выпуска - полем cck (исходя из известной мне информации).
Можно модулем http://drupal.org/project/term_display добавлять термины в объект ноды, и потом выводить их в шаблоне как угодно (режим load). Вот тут http://drupal.org/node/543656 подробно написано о том как вывести термины, отдельно по словарям.
Еще одно, если не планируется делать поиск по таким критериям, как у вас например год выпуска, то можно это сделать и cck полем.
в очередной раз все четко и быстро сработано, спасибо.
