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

К сожалению или к счастью, но друпал из админки нормально обновляться не умеет. Формально так можно, но оно толком не работает. Воспользуйтесь composer-ом.

Несколько раз прочитал, но так и не понял суть вопроса. Никакой фтп для обновления друпала не нужен, обновляется он через composer, если хотите мазохизма и обновлять вручную, то на сервер вы обновленные пакеты можете скачивать через https с помощью curl/wget или чего-то там еще. Но вообще вручную обновлять не надо, скорее всего нарветесь на проблемы.

Вьюзы поддерживают аттачменты, т.е. к одной вьюшке можно прицепить еще сколько нужно. Таким образом можно вывести одну вьюшку с многочисленными аттачментами в одном блоке. Дальше уже с помощью css и js все приводится к нужному виду.

Также вьюзы поддерживают контент во вкладках, возможно такое тоже будет полезно.

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

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

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

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

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

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

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

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

Можно использовать что-то вроде https://www.drupal.org/project/addtoany или https://www.drupal.org/project/social_media_links но в общем-то самостоятельно созданный блок с иконками, например, от fontawesome обычно более гибкое решение.

Такое надо решать с помощью JavaScript в зависимости от того, какой аудиоплеер используется.

Например, если используется стандартный html5 плеер: https://www.w3schools.com/tags/ref_av_dom.asp

Загляните в конфиг сайта. Возможно у вас переопределена переменная $settings['maintenance_theme']

Вот и почитайте статью по линку выше, там краткое руководство по композеру применительно к друпалу. Если с английским проблема, то у Никлана есть статья: https://niklan.net/blog/130

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

На 9-ке надо научиться пользоваться композером и drupal-recommended-project https://www.drupal.org/docs/develop/using-composer/starting-a-site-using...

Скачивание архива с друпалом и ручная замена файликов, конечно, возможна, но, во-первых, потребует гораздо больше усилий чем 7-ка, так как многие модули требуют определенных зависимостей из /vendor, во-вторых, ряд модулей типа commerce вообще вручную установить крайне геморройно.

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

Тогда для начала загляните в /admin/structure/menu что там за ссылки стоят? Если там ссылки нормальные, скорее всего кто-то накриворучил в темплейтах сайта.

В ссылках явно неправильный адрес. Для начала добавьте к адресу своего сайта /admin/config/development/performance и сбросьте кэш, посмотрите поможет ли.

В гите хранить не надо, он не для того и в целом плохо подходит для хранения медиа файлов. Я только тему оформления в нем храню, там немного картинок, зато обновлять удобно.

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

Тогда варианта два:
1. Редактировался не тот шаблон (не той темы)
2. Вставленный код некорректен из-за обрезания тем или иным фильтром при переносе.

Добавление кода в head должно работать. Видимо, забыли сбросить кэш.

buddy90210 wrote: Еще вопрос, импорт конфигов делает записи в базу данных?

Импорт конфигов сравнивает содержимое конфигов с записями в БД. Если находятся отличия- то выводится информация о том, что импорт конфигов приведет к созданию/обновлению/удалению указанного конфига в БД.

Конфиги не содержат ноды с контентом и содержимое блоков например, только их техническое описание (поля, настройки и т.п.)

Да, в дополнение: переведите начальный сайт в режим обслуживания прежде чем сделать дамп базы.

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

В общем, в любом случае, если вы корректно сделаете дамп базы и развернете его на новом сервере, то все содержимое и настройки друпала будут работать, так как друпал хранит абсолютно все (кроме закачиваемых на сайт картинок и прочих файлов) в БД.