Vitsliputsli

По логам, список загрузок (с началом и окончанием работы):
journalctl --list-boots

systemd/Timers

Вы в index.php ничего post-ом не передаете, соответственно "POST is empty".

push failed on refs/heads/master pre-receive hook declined
что с этим делать ?
я гуглил!!!! честно!!!! но не понял ничего

Да, ладно? Первая же ссылка в google предлагает обратиться к автору репа за разъяснениями почему настроенные им хуки отклоняют пуш, ну и заодно неплохо, когда хук возвращает причину отказа.
Возможно пуш вообще запрещен, только мерж, выясняйте у автора репа.

Использование GPT вместо MBR на скорость никак не повлияет. У вас, либо что-то активно сжирает ресурсы, либо потихоньку отказывает HDD.

Избавьтесь от формы "выгружать в git", с git вы должны работать постоянно, а не выгружать в него. Сборка для тестирования должна быть такой же как для продакшн, иначе подобные ошибки будут вас преследовать постоянно. Автоматизируйте сборку, и не будет вопросов "деплоить после каждого чиха?".

В разных ОС разные форматы исполняемых файлов, т.к. ОС должна понимать как загружать и выполнять файл.
Java такой же компилируемый как и PHP, это интерпретируемые языки, но за счет JIT-компиляции их, наверное, могут называть компилируемо-интерпретируемыми.

Для локального использования (разработка/отладка), проще всего запускать Apache/nginx от пользователя под которым работаете.

Вам нужно будет получать данные изнутри json прямо из БД? Если не нужно, то вполне нормальное решение. Даже если нужно и БД поддерживает json, то можно, если, конечно, вы не будете делать отбор по этим сущностям.

dialog

Как делать запрос зависит от того, как хранятся данные в БД.
А если вы хотели спросить как это хранить в БД, то если количество рек и перевозчиков может быть любое, то можно использовать модель Attribute Entity Value. Но собирать данные по такой модели сложно, а при неопределенном кол-ве столбцов нужно будет динамически собирать запрос. Как уже написали используется для этого pivot, это очень затратная операция, так что если есть возможность лучше рассмотреть другие варианты.

prefer - это предпочтение, если не будет выбранного, загрузит другой.
source - исходники, то что нужно, если вы хотите править компонент (git).
dist - дистрибутив, то что нужно, если подключаете в прод, подключается быстрее (zip).
А будет ли там документация, тесты и примеры зависит от того, положат их туда при сборке или нет.

Примерно так:

$sel = mysql_query("
    SELECT DISTINCT(`seller_id`)
        FROM `oc_ms_seller`  
        WHERE categ REGEXP '(^|,)$cat_id($|,)'", $link);

очень плохое решение хранить в таком виде, весь смысл реляционных СУБД теряется. И переменные лучше байндить.

$message = 'Сообщение';
$dann = require 'app/view/patch/' . $patch . '.php';

Тогда все работает, но файл подключается сразу в скрипте а не в нужном месте сайта. В переменную $dann содержимое не заносится.

Не очень понятно что хотите сделать. А в $dann ничего не приходит, потому как в подключаемом файле должен быть return возвращающий то, что вам нужно.

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