Может есть чек лист именно для Друпал сайта, как настроить, типа того, что выше указан?
Я ниже пишу, что Гугл указал, но по большинству пунктов я не знаю, как исправить, есть ли специализированные друпал решения.
Гугл подтвердил что все плохо, красные показатели (основной показатель в круге который =9).
Время загрузки первого контента - 5,9 сек
Индекс скорости загрузки - 9,2 сек и т.д.
По рекомендациям Гугла:
1)Отложите загрузку скрытых изображений

Спасибо большое, Semantics! А какие категории я смешиваю? Что именно делать на фронт (энде?)

Картинки просто еще лучше ужать? Какое время кэша поставить? Крон выключить?
У меня проблема с картинками, так как занимаюсь фотографией, то мне привычно пользоваться лайтрумом (программа для конвертации из исходного RAW в JPEG и т.д. и для обработки) но она иногда не достаточно компактно сжимает, буду другие способы искать.
Что еще из фронт Вы имеете ввиду?

через UI admin/structure/block

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

Спасибо. Это немного сложнее для меня, но предпочтительнее.
Но пока не получилось.
Я на пробу делаю

Спасибо. Могу залезть, только что править? Devel и отладку я не могу настроить. Куда смотреть?

Спасибо.

абсолютное или фиксированное

Нужно делать или сейчас настроено?
Может есть какой-то способ типа float, clear и т.д. чтобы задать расположения блока меню вверху региона?, а остальное было под ним.
З индекс меню я могу поправить, но тогда меню просто скроется за блоком РСЯ? А я хочу чтобы оно было выше, мне не нужно два слоя, мне нужно чтобы они были одно за одним
С https://codepen.io/ надо мне разбираться, спасибо, почитаю про это.

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

Спасибо большое всем за ответы. Ну тогда два уже сделанных на мультисайтинге сайта оставлю пока так, и для других подумаю, что делать с самописами, потому что следующие сайты все же попробую на Друпал 8. Не могу никак себя заставить освоить composer по-нормально, мне привычно все же пока просто по SSH и с drush.
Тогда какой источник "попроще" порекомендуете именно по быстрому перенесу конфигурации? Все остальное буду делать с drush и SSH.

А я вообще не понял, для чего вам мультисайтинг.

Чтобы быстро делать однотипные сайты на Друпал 7.

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

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

Тестирую сейчас domain и features.
Минус domain для меня в том, что ноды публикуются на всех сайтах при проставленых галках для публикации только на выбранных (у кого-то работаете нормально сейчас новая версия модуля domain?).
Фичи многое, как выяснилось, все же не переносят.
На Друпал 8 мне пока рано, так как не все нужные мне модули на нем есть.
Остается мультисайтинг.
С ним сложность в том, что при установке нового сайта с той же таблицей затираются данные для старого.

Спасибо. Все эти пунткы перечисляют способы быстрого создания однотипных сайтов. Мультисайтинг здесь просто как один из способов. Функционал типа общих паролей и т.д. в моем случае пока не главное.
В 6 пункте имеется ввиду переход с Друпал 7 на Друпал 8, если все остальное не решило проблему

Спасибо. Я еще раз продумываю все возможные способы.
Пока вопрос еще такой: в чем отличие между тем, чтобы переносить с фичами и дистрибутивом?
Стоит ли осваивать дистрибутив? Как быстрее всего делать свой дистрибутив, использовать модули для этого?
Дистрибутив и настройки конфигурации и правки файлов тоже переносит (например я в файле шаблона нод стираю для заголовка слово Welcome, мне приходится на каждом сайте заходить в этот файл и править, либо патчем это править). Дистрибутивом это же можно будет тоже переносить?
Все способы пока выглядят так:

Adano, спасибо. Буду пока осмысливать то, что Вы сказали применительно к своему проекту.

А так, 4 пункт наиболее приемлемый,

Как мне сделать правильный набор общих таблиц тогда?

adano wrote:

Вы опасаетесь чрезмерной нагрузки на БД? Забудьте, времена уже давно не те.

Да. Хотелось бы по практическому опыту услышать хоть какие-то конкретные цифры . Ну например что трафик в градациях 100 -1000-10000 в день тянется нормально и т.д. Пока есть цифра 100 в стуки на 6 доменах.
И вообще интересно, что больше влияет на то потянет ли база данных, количество доменов или трафик?

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

Спасибо. А как Вы настроили на domain access, чтобы разделить материалы на разные домены. У меня просто в ноде даже при выбранном нужном сайте из связки все равно публикуется на всех сайтах одно и то же. Никак не могу ограничить. Какая у Вас версия Друпал 7 и domain access?

Также какой способ Вы выбрали для подтверждения прав для поисковиков?

Обновление:
При создании сайтов с разными базами данных выяснилось что все настройки тогда не переносятся (чего и следовало ожидать).
Кто-то может поделиться конкретными цифрами сколько сайтов с каким общим трафиком у вас нормально работает на одной базе?
Что Вы думаете о решении проблемы, какой способ лучше:
1)все же делать общую базу?
2)делать разные базы и часть настроек переносит с помощью features?
3)переходить на Друпал 8, чтобы нормально переносить конфигурацию
4)делать разные базы с общими таблицами?

т.е. придется куда-то чуть ли не в ядро лезть,

и наверное в ядро лучше не лезть тем более из-за такого, и если другого пути нет, то остается первый вариант?

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