Надо og image соответствующего размера. Только имей в виду, что все эти сервисы кэшируют сниппеты, поэтому если подтянулась маленькая картинка, менять её уже бесполезно.

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

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

У нас на проекте с полгода назад чел сказал типа смотрите, какой крутой селектор :has. Очень много где использовали, много где выручал. А потом спустя несколько месяцев прилетел баг от клиента, что что-то не работает в фаерфоксе В итоге пришлось очень много чего переписывать. Причём довольно основательно - приходилось добавлять дополнительные классы в шаблонах, при формировании рендер-массивов или через js.

jura1 wrote: так шапка весила 300кб

Напомнило

Для семёрки ставь в систему drush 8. Для десятки ставь новый через composer require drush/drush, и запускай из папки командой vendor/bin/drush

Дополнительно сделать контроллер, который будет выводить форму и таблицу.

По фэншую надо начать с того, чтобы использовать form API для создания формы.

Время работы в :: after? Вот это извраты)) ищите, где задаётся content для псевдоэлемента, может получится спарсить нужный стиль.

А settings.php на месте?

Там поменяли что-то в этой агрегации, теперь надо дополнительно nginx конфигурировать
https://www.drupal.org/node/2888767#nginx-php-fpm

Надо дать права на папку sites/default и на тот файл. Либо в composer.json указать, чтобы этот файл не переписывался

Если крутится, значит надо остановить, он же порт занимает. А проверить можно через команду top - посмотреть все запущенные процессы

Может быть у тебя апач или нжинкс в самой убунте крутится?

Посмотрите в информации о php параметр max_input_vars.

Довольно распространённая ситуация, что письма с сервера отправляются вникуда, вернее это почтовые сервисы их игнорят. Чтобы такого не происходило, лучше всего отправлять письма через SMTP. Для этого на семёрке есть модуль SMTP, а для 8 Swift mailer, а для 9 и выше Symfony mailer.

Кстати, аргумент -u у команд push и pull, делает ветку дефолтной. Если ты работаешь в одной ветке, то первый раз делаешь git push -u origin master, а в последующие разы просто git push

Если ты один работаешь на проекте, и кроме локалки сайт крутится только на продакшене, то тебе можно всё делать в одной ветке. Единственный случай, когда надо делать разные ветки при работе в одиночку - это когда тебе приходится постоянно переключаться между разными задачами. Ну например, надо на сайте переделать все вьюхи с обычных на search api. Такая задача может занять несколько дней или даже недель. Но при этом у клиента постоянно есть какие-то мелкие срочные правки. В таком случае логично делать большую задачу в отдельной ветке.

После того, как ты запушил свою ветку в репозиторий, попроси кого-нибудь из взрослых поревьювить её и смерджить. А потом на продакшене просто git pull. Сервер всегда работает только с одной веткой.

На продакшене у тебя всегда должна использоваться только одна ветка. И соответственно должна выполняться только одна команда:
git pull origin название-ветки-продакшена-обычно-это-main

Ну в целом почти так.

Нет, сам он ничего не добавит, надо всё собирать вручную.

Просто подключить ту же базу. Это не обновление.

1. Скорее всего придётся создать проект с нуля, поставить композером туда нужные версии всего, скопировать кастомные модули и накатить старую базу данных.
2. Композер нужно запускать из папки сайта.