оказывается, нужен модуль entity.

На первом тоже семерка, только админка дефолтная. А на втором adminimal стоит.

да, теперь понял, спасибо!

эээ..не очень понял этот комментарий. Сохраняется нода только один раз. Дальше запускается функция, которая проверяет, что там сохранилось, и меняет статусы.

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

Это в планах, конечно. Но проект пока не семерке.

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

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

Может с помощью api как-то можно?
Вроде несложная тема-то... Автор + Модератор. И тупик прям.

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

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

да, действительно. Можно и так тоже. Спасибо!

А где в обычном представлении поля, связанные с пользователями (имя, почта, роль и пр.)? В стандартном представлении предлагается выбирать поля из существующих типов материалов. Пользователей среди этих типов нет.

Спасибо. Помогло.

А еще способы есть? Без установки модулей? Своими силами как-нибудь?

спасибо!
с git-ом я тоже пока на вы. Как и drush предстоит все это на хостинге установить. Пока что все эксперименты на локальной машине на винде.

а как именно? опишите алгоритм, плиз.

согласен, поэтому и актуально было бы делать бэкап ядра + БД. Командой drush. А не бэкап всего сайта.

у меня есть сайты, которые весят по несколько гигабайт. А все что нужно - обновить ядро. По-моему, логично делать бэкап именно того, что будет меняться. К слову, команда drush up drupal - такой бэкап делает. Но только имею негативный опыт: в случае, если накатывание обновления ядра происходит с ошибками - бэкап не создается. То есть именно тот случай, когда бэкап необходим, чтобы откатиться, а он не создался.

а вы не знаете, как сделать бэкап только ядра? Перед обновлением этого самого ядра?

drush8 делает это одной командой. И файлы и бд. И восстанавливает тоже одной командой. Это удобно. Особенно, при переносах сайта.

нет команды для бэкапа сайта?

разобрался вобщем... оказывается, тот путь с дампом БД - он временный. Драш сбрасывает туда дамп, пока делается архив файловой структуры. Когда архив готов, дамп переносится в архив, а временная папка удаляется. В финальном бэкапе и файловая структура и дамп БД.

только осваиваю drush, поэтому и возникают такие нелепые ошибки.

а как понять рабочий или нет settings.php? В принципе сайт-то работает, все ок.