1. 3 вещи, которые вы должны скрыть на своем сайте Drupal (многие из вас не скрывают их)!
2. 1. Скрыть свой / узел, люди!
3. Что такое страница / узел в любом случае?
4. Почему вы должны избавиться от этого.
5. Это плохо для SEO
6. Это потенциальная угроза безопасности.
7. Это ужасно
8. Не имеет контроля
9. Как от этого избавиться?
10. Хотите увидеть несколько примеров?
11. 2. Скрыть страницы типа контента, не предназначенные для отображения
12. Почему вы должны это скрывать.
13. SEO
14. Они уродливые
15. Это сбивает с толку клиентов и конечных пользователей
16. Как их спрятать?
17. Заставь их выглядеть хорошо.
18. Перенаправить их
19. Скриншот моего "Перенаправления слайдов для администратора":
20. Скриншот шаблона узла "Перенаправить слайд для администратора"
21. Использовать Кроличью нору + Узел Сохранить Перенаправление
22. 3. Скрыть страницы терминов таксономии, не предназначенные для отображения
23. Почему вы должны скрывать эти страницы терминов.
24. Что ты можешь сделать?
25. Не используйте таксономию
26. Вы можете стилизовать их
27. Вы можете переопределить их с помощью представлений
28. Вы можете перенаправить страницы терминов.
29. Используйте кроличью нору
30. Не позволяйте вашему сайту получить взломанный узел
31. Прежде чем запускать сайт Drupal, задайте себе следующие вопросы:
32. об авторе

3 вещи, которые вы должны скрыть на своем сайте Drupal (многие из вас не скрывают их)!

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

Но часто есть 3 общих вещи, которые многие сайты не могут решить.

Они могут оставлять контент, который не предназначен для просмотра публикой. Этот контент обычно не имеет стиля и индексируется Google. Они могут даже раскрыть конфиденциальную информацию.

1. Скрыть свой / узел, люди!

Назовите меня хакером, но на известном сайте Drupal я всегда обращаю внимание на страницу / node. Большинство разработчиков не удосуживаются удалить или стилизовать его.

Некоторые новые разработчики могут даже не осознавать, что это «страница», которая даже существует. Это часто показывает содержание, которое было предназначено, чтобы быть скрытым.

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

Что такое страница / узел в любом случае?

Это часто называют рекой новостей или RON. Страница / node похожа на общую функциональность блога Wordpress. Он автоматически перечисляет тизеры любых сообщений в блоге на сайте. Обычно он предназначен для домашней страницы.

Для Drupal, он показывает контент из любых типов контента, для которого установлен флажок «Продвигаться на первую страницу». «Повышен на главную страницу» включен по умолчанию на новых / по умолчанию типов контента. Большинство людей игнорируют это как неиспользованное, если они специально не используют это.

/ Node также отвечает за отображение первоначальной фразы "Добро пожаловать на ваш новый сайт Drupal!" текст. В некоторых случаях это сообщение может оставаться на сайте, поэтому это не всегда список тизеров узлов.

Почему вы должны избавиться от этого.

Я редко когда-либо видел его в дикой природе. Как и ваше приложение, оно не имеет смысла. Вы должны вынуть это.

Это плохо для SEO

/ Node индексируется не только поисковыми системами, но и содержимым, которое оно раскрывает. Если у вас есть какие-то скрытые страницы вне меню на вашем сайте, то Google сможет найти их и проиндексировать.

Кроме того, если вы заходите в Google и выполняете поиск: inurl: node "Добро пожаловать на ваш новый сайт Drupal!" - примерно через 3 или 4 страницы вы начнете видеть настоящие полноценные сайты, на которых есть их / узел "Добро пожаловать на ваш новый сайт Drupal!" сообщение проиндексировано! Такие посторонние страницы могут иметь негативное влияние на SEO. В глазах Google это выглядит как тонкий или некачественный контент, который может вызвать Панда штраф ,

Это потенциальная угроза безопасности.

Если вы зависите от безопасности от безвестности (чего не следует делать, но люди все равно так поступают), то угадайте, что? Ваш «скрытый» контент может отображаться здесь.

Это заставляет меня смеяться, когда я вижу "частный" контент, указанный в / node. Однажды я даже увидел страницу под названием «Пароли компании!». Таким образом, вы можете видеть, что не стоит оставлять / открывать узел или хранить пароли на общедоступной странице.

Это ужасно

Я никогда не видел хорошо оформленную страницу / страницу узла. Обычно это путаница дразнилок узлов, которую вы не хотели показывать в первую очередь. Если вы один из немногих, кто разрабатывает тизеры узлов, а не использует представления, то вы можете быть в безопасности с этого момента.

Не имеет контроля

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

Как от этого избавиться?

Чтобы избавиться от этого в Drupal 6 и 7, у меня есть простой пользовательский модуль, который вы можете загрузить или объединить в свой собственный пользовательский модуль. Для Drupal 8 теперь это View, да! Так что вы можете просто выключить его.

Вот очень простой пользовательский модуль для удаления / узла с вашего сайта навсегда.

При желании есть Отключение страницы узла модуль, который делает то же самое, что и мой пользовательский модуль. Кроме того, он дает вам флажок для его отключения - как если бы вы хотели установить этот модуль, но оставьте / узел включенным. Я так не думаю.

Хотите увидеть несколько примеров?

Просто для удовольствия, я взглянул на некоторые популярные сайты Drupal, чтобы увидеть, что показали их страницы / node.

Я надеюсь, что этот скриншот скриншотов наводит на мысль, что вы должны скрывать свой / узел. Вы можете увидеть странную информацию и ужасные раскладки, которые она может раскрыть.

2. Скрыть страницы типа контента, не предназначенные для отображения

Популярно создавать типы контента, используемые только для отображения в представлениях. Так что вы бы не хотели, чтобы у него была своя страница отображения. Я часто вижу это на слайд-шоу с домашней страницы. Ex. Для слайд-шоу будет использоваться тип контента, а затем он будет отображаться в слайд-шоу «Виды».

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

Вы должны скрыть это!

Почему вы должны это скрывать.

Есть несколько веских причин, чтобы скрыть эти типы контента.

SEO

Google их проиндексирует. Конечно, вы можете добавить noindex для этих типов контента, но лучше даже не раскрывать их.

Они уродливые

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

Это сбивает с толку клиентов и конечных пользователей

Когда добавляется новый фрагмент содержимого (для ЛЮБОГО типа содержимого Drupal), он автоматически перенаправляет вас на страницу отображения содержимого.

Поставьте себя на место конечного пользователя. Если вы попадаете на эту уродливую страницу с контентом после добавления слайда слайд-шоу, это может сбить вас с толку и расстроить. Вопросы наполняют ваш разум: почему я здесь? Что это за неприятная страница? Включен ли мой слайд в слайд-шоу? Как мне вернуться? И т.п.

Как их спрятать?

Есть несколько способов решить проблему отображения страниц с нежелательным типом контента.

Заставь их выглядеть хорошо.

Вы могли бы потратить некоторое дополнительное время, чтобы эти дисплеи типов контента выглядели хорошо.

Перенаправить их

Я предпочитаю перенаправлять их. Это легко сделать с помощью правил или менеджера страниц. Вы можете справиться с тем, что происходит, когда анонимный пользователь просматривает дисплей. Вы также можете справиться с тем, что происходит, когда менеджер сайта просматривает тот же экран.

С правилами

1. Создайте новое правило «Перенаправить слайд для администратора» с событием «Контент просматривается»
   1. Ограничить по типу: слайд (или любой другой тип контента, который вы перенаправляете)
2. Добавить условия:
   1. Пользователь имеет выбранную роль (и)
      - Селектор данных: сайт: текущий пользователь
      - ii.Roles: администратор (или любая другая роль, которую вы используете для добавления контента)
   2. Контент имеет тип (или Entity имеет тип - оба делают то же самое)
      - Тип контента = Слайд (или любой тип контента, который вы перенаправляете)
3. Добавить действие
   1. Перенаправление страницы
   2. Установите URL для перенаправления на.
4. Сохранить
5. Вернитесь в admin / config / workflow / rules и клонируйте только что созданное правило и назовите его «Перенаправить слайд для анонимного».
6. Изменить условие
   1. Пользователь имеет выбранную роль (и)
      - Селектор данных: сайт: текущий пользователь
      - Роли: анонимные
7. Изменить действие
   1. Установите URL для Перенаправления (если отличается).
8. Сохрани это. Готово.

Скриншот моего "Перенаправления слайдов для администратора":

Скриншот моего "Перенаправления слайдов для анонимных":

С менеджером страниц

1. Зайдите в admin / structure / pages и включите node_view
2. Добавить вариант
3. Я позвоню своему администратору, «Перенаправить слайд для администратора», проверю «Правила выбора»
4. Правило выбора 1: тип узла = слайд (или любой другой тип контента, который вы перенаправляете)
5. Правило выбора 2: роль пользователя = администратор (или любая другая роль, которую вы используете для добавления контента), далее.
6. Код ответа: 301 Redirect
7. Введите путь для перенаправления.
8. Создать вариант
9. Для анонимных пользователей нажмите Clone и назовите «Redirect Slide for Anonymous».
10. Введите путь для перенаправления (если отличается).
11. Нажмите Правила выбора и измените Пользователь: роль на анонимного пользователя.
12. Сохрани это. Готово.

Скриншот шаблона узла "Перенаправить слайд для администратора"

Снимок экрана с моими правилами выбора "Снимок экрана с моим" Перенаправить слайд для администратора "

Это мои предпочтительные методы, потому что менеджер страниц и / или правила обычно устанавливаются на моих сайтах. Поэтому нет необходимости устанавливать дополнительные модули.

Использовать Кроличью нору + Узел Сохранить Перенаправление

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

С помощью Узел Сохранить Перенаправление для менеджеров сайтов, добавляющих контент. Это касается моей точки зрения выше: «Это сбивает с толку клиентов / конечных пользователей». Node Save Redirect позволяет вам установить перенаправление, например, на слайд-шоу на домашней странице или на специальный экран администратора, который вы настроили для управления слайд-шоу после добавления нового слайда.

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

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

Почему вы должны скрывать эти страницы терминов.

Страница без терминов будет отображаться точно так же, как страница узла. Разница в том, что это не зависит от флажка «Продвигаться на первую страницу», и здесь могут быть тысячи страниц терминов. Вы должны скрывать эти страницы по тем же причинам, что и страницу / узел.

1. Google будет индексировать их, чтобы они вредили SEO.
2. Они Гадкие, потому что они обычно не стилизованы.
3. Они выставляют «скрытый» контент.

Что ты можешь сделать?

К счастью, есть довольно много вариантов работы со страницами терминов.

Не используйте таксономию

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

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

Вы можете стилизовать их

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

Вы можете переопределить их с помощью представлений

Представления поставляются с отключенным переопределением для пути таксономии / термина /%. Таким образом, если вы включите его, у вас будет контроль над информацией, отображаемой на ваших страницах терминов. Это просто становится немного волосатым, когда вы хотите сделать другой взгляд на словарь. В этом случае я бы предпочел использовать Правила или Менеджер страниц.

Вы можете перенаправить страницы терминов.

Используя описанный выше метод Page Manager для перенаправления типов контента, вы можете сделать то же самое для страниц таксономии. Это позволит вам указать разные пути перенаправления для словаря. Вы даже можете сделать специальные условия для индивидуальных условий. Так что это супер мощный. Вы бы просто включили term_view вместо node_view, а затем установили свои Правила выбора для таксономии.

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

И снова Page Manager - мое готовое решение для работы с нежелательными терминальными страницами. Это прекрасно работает.

Используйте кроличью нору

Кроличья нора Модуль также работает для таксономии. Это позволяет вам контролировать то, что происходит, если вы просматриваете страницу отображения термина. Если вы не хотите, чтобы они видели это, тогда он позволяет вам перенаправить или показать ошибку.

Не позволяйте вашему сайту получить взломанный узел

Несмотря на выявление «скрытого» контента через страницу / узел или страницы термина. Любопытный хакер может монотонно «взломать узел» вашего сайта, чтобы найти скрытый контент.

Что такое взлом узла? Прохождение структуры URL сайта через / node / 1, / node / 2, / node / 3…. Вы получите картину.

Вы также можете Термин Hack. Это то же самое, что Node Hacking, за исключением того, что вы используете / taxonomy / term / 1, / taxonomy / term / 2 и т. Д.

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

Прежде чем запускать сайт Drupal, задайте себе следующие вопросы:

1. Я скрыл страницу / узел?
2. Существуют ли типы контента, не предназначенные для отображения?
3. Хорошо ли выглядят мои страницы терминов таксономии?
4. Если кто-то взломает мой сайт или взломает мой сайт, меня уволят?

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

А теперь иди проверь свои сайты ...

об авторе

Боб Крузе является основателем Drupal Aid и фанат Drupal с 2008 года. Он также является создателем Корзина Craze , галерея дизайна сайта электронной коммерции и Больной журнал , онлайн-инструмент для отслеживания здоровья вашей семьи, болезней и лекарств.