Весту стоит снести - это ужасная панель, глючная и дырявая 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.

Там было бы не killed, а ошибка php в стиле "memory limit exceed".
Тут не хватает именно выделения на стороне ОС, и срабатывает OOM killer.

Правильно - надо делать update на dev, а на prod делать install, как правильно выше написано.
Второй вариант - свап или доп. память.

Второй композер конечно менее прожорлив, но не так уж и лёгок в update. Первый конечно мог и пару гигов целиком сожрать. Но и второй несколько сот мегов может.

Чтобы отображались только сегодняшние, например ноды, это имелось в виду?

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

И изучать docker всяко полезнее чем разные docksal/ddev и.т.п., об этом именно было написано. Потому, что именно это тот инструмент которым вы пользуетесь. А изучать обёртки над ним это путь в никуда - время тоже будет потрачено, но при любой проблеме придётся тупо гуглить в надежде, что на грабли кто-то уже наступил, вместо понимания того, где проблема.

Ну и для поднятия продакшен окружения, ни d4d, ни docksal не годятся совсем, так на всякий случай.

И не заработает, т.к. на сервере уже есть кому слушать 80/443. Или придётся как для d4d писать конфиг nginx.
Лучше изучить docker и свои делать наборы контейнеров, понимая, что делаешь, чем лезть в эти чёрные ящики, к тому же применяя их не по прямому назначению...

В веб сервере, который запущен на удалённом сервере. Надо написать конфиг для этого сайта.

Этот набор заточен для локальной разработки, так что "как есть" использовать его не получится в таком сценарии.

Тут есть две вещи, которые нужно сделать по меньшей мере:
Чтобы резольвился правильно testdocker.local в браузере, надо добавить в hosts на локальной машине:
testdocker.local ip_удалённого_сервера

1. И закономерно. Такое не меняется в рамках одной версии операционки.
2. В debian вообще с webp всё не просто, вероятно из-за лицензионных каких-нибудь заморочек.
3. И зря в общем-то.

Если у тебя там старый debian или ubuntu 18.04, то придётся пересобирать php или устанавливать его из сторонних репозиториев.
Ну или на imagick перейти.