Vitaly Karasik

1) ну так и вы не не новичок. Докера под макос нет, поднимается виртуалка с линуксом, отсюда все следствия с производительностью.

2) проду макос соответствовать не будет, однако файловые права POSIX поддерживает

Также есть OrbStack https://habr.com/ru/articles/853720/

По моему ответ очевиден

требуется

'/var/www/moscow_phone_usr/data/www/moscow-phones.ru/system/startup.php'

а начальный индекс файл лежит в

/var/www/u2916331/data/www/moscow-phones.ru/admin/index.php

т.е. либо файла по пути выше нет, либо вообще нет такого каталога... не все файлы и каталоги перенесли, либо (что более вероятно) криворукий кодер вместо относительного (относительно index.php) вписал абсолютный путь, ну и при переносе ничего не находит

Как ... автоматически запускать bash скрипт после загрузки ядра linux?

В зависимости от используемого init и требуемых деталей запуска -- через файл /etc/inittab или добавлением файла с именем вида S[0-9][0-9]* в /etc/init.d (если busybox), либо добавлением юнита systemd если systemd.

С помощью buildroot

В buildroot есть несколько вариантов это сделать, они описаны здесь. Самый простой на мой взгляд -- BR2_ROOTFS_OVERLAY. Если добавить путь в эту переменную конфигурации, то файловая иерархия по этому пути будет скопирована в будущую корневую фс.

бро там так много вариантов, ты бы хоть тело письма прикрепил.
https://mxtoolbox.com/emailhealth

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

Например https://wellfound.com/ (бывший AngelList)

Много где зарегистрирован, и давно, но конверсию дает только линкедын.

Перестаньте думать в какую красивую обертку завернуть свое нежелание учиться. Лично я долго работал на фрилансе, да и сейчас нет-нет, да и да. И за десяток лет я понял одну простую, но не очевидную вещь. Не сайт надо делать, а решать проблемы ваших клиентов. Для бизнеса сайт - всего лишь один из инструментов. Бизнес может хотеть от этого инструмента каких то новых функций и механик. А может и не хотеть. Бизнес может не знать чего именно он хочет, он может думать что проблема в сайте, а проблема может быть в рекламе, в продвижении или в отделе продаж который не способен переварить тот поток заявок, который сыплется с сайта. При этом вам достаточно по верхам разбираться в смежных областях и глубоко знать одну какую-то область в которой вы специалист, чтобы либо решить проблему, либо перенаправить клиента по верному пути.

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

Знатоки меня поправят, но, насколько мне известно, нет легального способа запуска MacOS на железе не от Apple.
Поэтому Вам предстоит тяжкий путь путешественника по граблям..

Вот один из примеров:
https://habr.com/ru/articles/761408/

Проверьте журналы ошибок и запросов MariaDB (что-то в папке /var/log/mysql/ или /var/log/mariadb/), чтобы отследить последние операции с базой. Возможно, можно найти запросы на обновление, которые затрагивали BLOB-данные.
Если включён журнал запросов (general query log), можно посмотреть историю всех запросов. Это может показать, какие операции или пользователи изменяли данные.

Xeon L5630

жуть какие тормозные (в singlethread они как типовая машина уровня 2013г ~1000 попугаев, когда как современное железо дает 3000-4000), а еще контроллер nvme у тебя небось китайский нонейм, плюс у тебя виртуализация proxmos дает накладные расходы (минус 30%-90% cpu, именно так) плюс ты же виртуальный контроллер создаешь, он именно на мелких операциях так же даст накладные расходы.

Хочешь реальную скорость, тестируй из нативно запущенной ОС.

Полагаю именно это показывает разницу в скорости IOPS между домашней машины и 'сервером'.

мониторинг надо было погасить на 5 минут))
но в целом согласен с ky0

По твоим вопросам впечатление, что ты читаешь какую-то книжку и без практики или опыта пытаешься понять, то что без них вообще не понять, забей, ты занимаешься какой-то фигней. Либо указывай контекст.

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

это не сложность, это кривые руки, в чем проблема не удалять ключи? Если боишься что-то сломать, поднимай тестовый стенд и на нём тренируйся.

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