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

проблемы в том, чтобы все хранилось в одном месте. В конце дня я делаю пару команд git и хочу чтобы в репозитории сохранилось ВСЁ. Чтобы если вдруг завтра придется работать с другого компа, то мне не нужно было тратить время на восстановление файлов разработки, которые не попали в репо из-за gitignore.
Это конечно не такая уж большая проблема... Просто стало интересно, как в принципе люди поступают в подобных случаях.
И еще повторюсь, я пока новичок в git и вероятно хочу от него того, для чего он не предназначен.

почему?

дело не только в settings.php. Мне нужны и файлы, которые я использую для тестирования созданных материалов, и дамп бд... который я делаю в конце рабочего дня. Нужна ПОЛНАЯ копия моей локальной разработки на другом компе. Сегодня я на работе, а завтра из дома... Случается такое иногда. И на этот случай нужно чтобы в репозитории была вся локальная версия. Но в то же время этот же репозиторий нужен для деплоя на рабочий сервер.

по этому видео у меня процесс и настроен. И давно. Но это видео не решает мою задачу: возможность вести разработку на нескольких компах, то есть хранить локальную версию целиком (со всеми local.settings.php и .gitignore) на нескольких компах.

правильно я понимаю в целом: создаем две ветки - main и, например, dev. В main пушим всё, что не в .gitignore. В dev передаем только то, что нужно для локальной разработки и что изначально в .gitignore.
Потом на другом компе для локальной разработки получаем данные из обеих веток, а для прода только из main?

на еще один. То есть, локальная разработка может вестись с двух компов. И на каждом надо иметь возможность получить актуальные данные из репозитория. И запушить после работы туда актуальные данные. И при этом нужна возможность пулить данные на рабочий сервер с любого компа (без файлов, которые исключительно для local).
а заливать вручную надо в ту же ветку?

VasyOK wrote: Ревизии в типе материала можно отключить.

Отключены изначально, при создании типа материала. Но это, похоже, не работает. И таблицы в БД все равно создаются, да и сам функционал ревизий никуда не исчезает. Есть вкладка "Редакции" при отображении ноды и есть чекбокс "Создать новую редакцию" при ее редактировании. Так что, совершенно неясно, что собственно делает снятие галки с "Создать новую редакцию" при редактировании типа материала.

Отображение ноды. Вывод значений всех 20 полей. Системе нужно дернуть все 20 таблиц. А может и 40, не знаю, может она что-то проверяет с ревизиями связанное. Чем меньше таблиц, тем быстрее всё работает.

Чем больше таблиц в запросе, тем запрос медленнее работает. Да и сама база раздута, много места занимает. Всего-то один тип материала, а 40 таблиц. А если таких типов 10, 20? А есди не 20 полей, а 50? Уже 100 таблиц будет создано...
Да, на небольших сайтах с небольшой посещаемостью это скорее всего и незаметно будет. Но в целом, если о тенденции говорить...

класс. Добавила такой фильтр и пустые значения исчезли. Спасибо!

абсолютно. Если под полем понимать его значение - то да, значение не вводилось. Никаких забытых пробелов. Меток тоже нет. Переопределения поля нет, переопределения шаблона нет.

проблема не решилась от этого. Любая операция по-прежнему зависает на 0

выдает что-то про базы:

Не помогло, к сожалению (