Он может быть не в шаблоне напрямую, а в базе, и подставляться как блок, например. И это более вероятно. Стоит заглянуть для начала в управление блоками (url /admin/structure/block).
Ну и "шаблон" в случае drupal, это не один какой-то файл, а большая модульная структура - "тема", которая представляет из себя иерархию шаблонов - страниц, регионов, блоков, и.т.п.

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

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

bsyomov wrote: Под каким пользователем запускается пулл php-fpm, который обрабатывает запросы? Какой у него конфиг?

Тут точнее надо было спросить, как запущен в этой связке php. Если mod_php, то не используется-ли mpm-itk.

Это к чему вообще?

Вне зависимости от размера загружаемого файла? (У nginx по умолчанию лимит 2МБ, у PHP 8MБ.)
Под каким пользователем запускается пулл php-fpm, который обрабатывает запросы? Какой у него конфиг?
Откуда взят конфиг для nginx?

Смотреть надо логи веб сервера, и php-fpm.

karmike wrote: Наверно, где-то помнит исходную установку.

Нет, просто генерирует заново по своему шаблону конфиг.

karmike wrote: Псевдонимы сайта www.mysite.ru (может, сюда можно записать? т.е. mysite.ru/web ? хотя сомневаюсь)

Нет, конечно.

Тогда стоит воспользоваться https://docs.ispmanager.com/ispmanager6-lite/template-engine-for-configu..., и создать шаблон конфига для nginx + php-fpm. Заготовку конфига можно взять на сайте nginx: https://www.nginx.com/resources/wiki/start/topics/recipes/drupal/
В общем, немного чтения документации, и можно сделать это правильным образом.

Весту стоит снести - это ужасная панель, глючная и дырявая by design.
Вместо phpmyadmin, гораздо лучше использовать любой GUI mysql клиент через ssh туннель, или консольный mysql клиент, в зависимости от задачи.

А исследование проблемы стоит начать с логов веб сервера, как выше и посоветовали, потому, что по описанию проблемы невозможно дать никакое решение.

Какая-то уж очень рекламная публикация и бестолковая при том, такое ощущение, что написано абы что, главное ссылку воткнуть...
Всё в куче: масштабирование, отказоустойчивость, обновление зачем-то приплетено. И ничего о точках отказа, о том, как реализуется та же отказоустойчивость.
Даже о своей услуге, толком технически не рассказали, не то, что о репликации.

Что-то более мейнстримовое, тем более, чтобы попробовать.
Просто будет куда больше документации и проще что-то найти. Ubuntu, например, тот же.

Модуль php-ssh2 установлен?
У вас нормально резольвится этот хост на стороне сервера?
"SSH Connection failed to @host:@port" - порт и хост правильно указывается?

P.S. В целом, конечно, пользоваться composer для этих целей правильнее.
И даже код методов подключения по ftp/ssh там довольно кривой - там плохо с отладкой, масса @ используются, чтобы просто гасить ошибки.

P.S. ALT Linux - какой странный выбор... Зачем?

Поиски в и-нет показали, что это (скорее всего) результат конфликта версий PHP, что и подтвердилось.

Ну конечно, apache умеет работать только с одной версией mod_php.
Да и вообще, зачем вам apache? Ну и панелька вам не нужна, а только мешает, раз вы ломаете её конфиги таким образом.

Но сайт создается в поддир. web, так что пришлось дописать это в конфиге Апач.

Так и предусмотрено в recommended-project. Ядро и библиотеки выше уровнем, а то, что доступно из браузера в web/.

Советую меньше информационного мусора читать, и тем более его повторять.
Ну и меньше искать гипотетических врагов, заодно...

Тогда своп действительно может быть актуален.
Как, если кратко, то:

• Создать на диске файл нужного размера, с помощью fallocate например.
• Сделать на него mkswap
• Подключить в fstab.

Подробности в документации, которую крайне полезно в таких случаях читать.
Определить что мало free, top, нагляднее какой-нибудь htop.

Зачем в редис..Оперативная память нынче дорогая. Нужно настроить файловый кеш. Пускай на диске лежит.

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

Просто это может быть удобнее. Но это не быстрее, и не компактнее.

Не насколько. Надо либо перенастроить сервер так, чтобы было достаточно свободной памяти, уменьшив её выделение где-нибудь в других местах, либо перейти на тариф где будет больше памяти.

Это оперативная память. Но это именно нехватка памяти, а не лимиты в настройках php.

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

Эта ошибка НЕ связана с ограничением memory_limit d php, вообще никак.
Это ошибка нехватки памяти на сервере в принципе. Т.е. просто нечего физически выделять.

Ошибка при достижении лимита выделения в php вот такая:
Fatal error: Allowed memory size of XXX bytes exhausted

Это сильно не так. Там можно найти очень разного формата заказы.

Ну и ставки, обычно, куда больше чем на 20% больше чем на наших биржах. Также, 20% это только до $500 дохода с клиента, потом 10% и потом 5% но уже с довольно приличной суммы.

Оплата за часы это вполне нормальная практика. И очень часто применяемая.

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

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

Потому, что для организации работы над небольшими проектами есть много других площадок, например upwork, который для этого подходит куда лучше, в частности из-за наличия инструментов для проведения сделок.

Нет, вы ошибаетесь, это не будет работать при таком сообщении. В обоих случаях, и при memory_limit и при таймауте выполнения, была бы внятная ошибка со стороны php, точно указывающая на причину проблемы.

Ошибка "Killed", как тут, это либо вручную снят процесс, либо OOM killer при критичной нехватке памяти( ну а точнее SIGKILL или SIGTERM отправленные процессу извне, если быть точным). И именно в данном случае, это наверняка OOM Killer.