Я просто не пойму Ваш способ и поэтому прошу ссылку на источник, который Вы переводили в Гугл transalte. В любом случае спасибо.

VasyOK, Спасибо!
Я уточню, что я имею ввиду под тегами термины в данном случае.
Вариант Semantics полностью решает задачу.
А про то что Вы пишете похоже как раз соседняя ветка и про термины, и про языков программирования теги.
А можно саму ссылку из Гугла?

Спасибо. Да, просто нужно чтобы все авторизованные пользователя могли осавлять комментарии но использовать там теги, и способ добавления полей в саму ноду не подходил, нужно чтобы это были именно комментарии. Оказывается нужно было не на вертикальном столбце вкладок искать (где настройки публикации и comment settings), а на горизонтальной строчке вкладок, там же где manage fields для самого контента, но на вкладке comment fields. И гугл ничего не выдавал про это. Я уже два часа везде ищу и в конфигурации, и везде.

Ясно. Спасибо.

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

Спасибо. Ясно. Буду смотреть на практике.

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

Semantics wrote:

например, для "колхозного шардинга" с выносом отдельных разделов (форум, блоги, etc) на поддомены

Спасибо, а что такое колхозный шардинг?

Да, для создания однотипных сайтов на разных доменах, точнее для выноса на отдельные домены узких тем сайта, чтобы не приходилось каждый раз создавать все типы материалов и делать настройки конфигурации.
Предполагалось делать с domain access, функционал все равно будет общий, т.е. все изменния на одном должны быть и на другом и чинить, если что, все вместе все равно, удобно было бы использовать до допустимого предела общую базу, вот и хочу понять как определить, что все предел, не тянет, нужно какие-то сайты уже к отдельной базе привязывать.

Удалось найти настройку. Нужно в настройках типа материала в управлении полями для этого поля поставить еще галку remote files в разделе file sources. И при создании материала появится кнопка Remote file (а первый модуль добавляет кнопку remote URL)

Смотрю внимательнее, точнее здесь, наверное, просто справочник в стиле vim с небольшим интерактивом, а я имею ввиду с большим количеством интерактивных заданий тренажер (хотя по тренажерам лучше? отдельую тему сделать).

Очень удобно, спасибо. Мне кстати и по git похожий встречался тренажер, а встречались ли Вам такие же хорошие по php тренажеры?

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

Вот по Друпал 7, несмотря на наличие многих солидных руководств, все равно приходится кучу разных источников использовать. А есть какие-то источники для Друпал 8, которые Вы бы могли рекомендовать для начала изучения Друпал 8 для преимущественной работы через консоль?