Skip to main content
Темплейты для Drupal
Drupal для клиента

Drupal для клиента: просто и понятно

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

Однако это не повод забывать об удобстве пользования сайтом после его сдачи. Конечно, можно навязать клиенту post-production support за "символическую абонентскую плату". А можно сделать так, чтобы сайт стал немного проще и понятнее для его владельца (или менеджера).

Прежде всего, хочу сказать: для менеджера всегда нужно делать отдельную роль. Набор прав для этой роли должен содержать только необходимый для работы с сайтом функционал. Ничего лишнего! Это, в том числе, исключает фактор "случайного нажатия какой-то кнопочки", устранять последствия которого придется вам, причем в самый неподходящий для вас момент. И кроме того, публикация материалов от пользователя с uid=1, вообще в принципе не рекомендуется.

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

Создание и редактирование контента

В форме создания ноды изначально много лишнего: информация об авторе, ревизии и так далее. Убираем все лишнее из форм, включая выбор формата текста с помощью модуля Simplify. Настройки модуля применяются для всех типов материалов (Configuration → User Interface → Simplify) либо отдельно для каждого типа материала на странице настройки (Structure → Content Types → Your Type).

Обязательно ставим Wysiwyg редактор. Какой именно - вопрос личных пристрастий. Еще один пункт, который многих смущает - неудобная вставка изображений в текст [именно в текст, а не image field]. Я пробовала многие загрузчики - практически все требуют от 3 до 6 кликов для вставки картинки.

Единственное приемлемое решение, известное мне на данный момент, модуль One click upload (спасибо xandeadx'y). Два клика плюс выбор файла - все. Есть нюанс: этот загрузчик интегрируется с Bueditor и Ckeditor. Собственно эти редакторы я и использую.

Для удобной массовой загрузки изображений в image field можно использовать модуль Plup (plupload) или один из альтернативных модулей для массовой загрузки.

Еще из полезных "фишек": Autosave, Node edit protection, Save & Edit, View Unpublished, Publish Content. В некоторых случаях (если сайт предполагает работу с большим объемом контента и несколько менеджеров) может пригодиться Workbench Moderation.

Там где создание и редактирование контента - там же возникает необходимость редактирования/сортировки меню. Модуль Menu Editor или Menu Browser  значительно упростят этот процесс. Однако, доступ к редактированию меню нужен далеко не всегда, так что настраивая права менеджера объективно оценивайте необходимость доступа к тому или иному функционалу.

Dashboard

Сделайте удобную и содержательную панель управления. Для этого можно использовать, как вариант, Total Control Admin Dashboard. А можно сделать самому с помощью Views, Fasttogle и тех же Panels. Опять же, Dashboard требуется далеко не каждому сайту, на простой "визитке" такая панель ни к чему.

В панель управления не нужно пихать все подряд. Делайте только то, что реально будет полезно клиенту (это зависит от собственно клиента и предназначения сайта). Например, в одном случае важно видеть статистику по контенту, комментариям и пользователям. В другом случае возможность удаления/редактирования последних материалов и т.д.

Дополнительно

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

Вместо стандартного меню для администратора можно поставить Webmaster menu - в него включены сразу только необходимые пункты.

Инструкция для заказчика

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

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

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

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

4

Comments

AmiGator's picture
AmiGator

Хорошая статья. Жаль модуль Fasttogle не завелся на шестерке. Там бы он мне не помешал :(

Мария Шерскова's picture
Мария Шерскова

Да, на шестерке с админкой гораздо печальнее. Я когда впервые ее увидела - не знала с какой стороны подступиться (лет 5-6 назад).

NIK's picture
NIK

Почему не безопасно публикация материалов от пользователя с uid=1?

Kvark's picture
Kvark

Nik Как специалист по безопасности я тебе такой пример приведу - нужно тебе сгонять в магазин который буквально за углом, у тебя выбор или взять трактор или легковой автомобиль или вообще пешком сходить :) так и тут правило разделяй и властвуй. Каждый аккаунт должен иметь столько прав сколько требуется для выполнения своей роли - ни больше не меньше. Нагрузка в данном случае не создаеться как таковая, но потенциально доступ туда куда не нужно это уже не хорошо для здоровья сайта, а мы ведь хоим чтоб сайты работали долго долго долго (С) Енергайзер