Melkij

Отойти на шаг назад и задаться вопросом: зачем вам для крона вообще wget, http и апач?
Вызовите сам скрипт из консоли.

Зачем? Если вы хотите генерировать uuid на базе - возьмите сразу sequence. Нет причин использовать uuid в этом случае, а неприятные побочные эффекты будут.

Пришлось играться с Autoincrement, раздвинуть диапазон, чтобы нужный участок влез

Зачем?
Взяли данные и вставили данные сгенерировав новые sequence. sequence даёт гарантированно уникальные значения.

function foo ($_POST) {}
PHP Fatal error: Cannot re-assign auto-global variable _POST in php shell code on line 1

Вы не можете назвать (в частности) параметр функции именем автоматической глобальной переменной.

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

Почему вы решили, что у них должны быть идентичные конфиги? Наоборот, конфиги обычно разные.

Ну и ошибка не имеет никакого отношения к json. Если лимит памяти memory_limit, выделяемой ядром PHP. Где бы вы его не превысили - получите fatal error, всё просто. И пути отсюда лишь два: пытаться снизить потребление памяти скриптом либо поднимать лимит.

Такого класса не существует в curl.

Следовательно, это пользовательский класс. Следовательно он может делать абсолютно что угодно в том числе и неожиданное. Смотрите реализацию этого класса.

Соберите php из исходников, какие проблемы? Раз вас всё равно интересует разработка модуля под ещё разрабатываемую версию PHP - то иметь дерево исходников самого php под рукой банально удобнее чем полагаться на некоторый сторонний репозиторий.

Кстати, вы совершенно не указали какой именно вы используете репозиторий. PHP7.4 на данный момент RC6. Значит это гарантированно не штатный репозиторий centos.

Если в catch больше ничего не происходит и нет finally - то такое перекладывание бесполезно.

если открыть файл сессии текстовым редактором

То вы как раз и найдёте serialize/unserialize, которые механизм сессий и использует для чтения/записи данных в файле. (разумеется, если не говорить о кастомных sessionhandler - там может быть что угодно)

кусок кода корзины товаров (добавляет товар в корзину):

Здесь serialize/unserialize не нужны и никакого смысла либо пользы не несут.

serialize выполняет представление переменной PHP в некий бинарный вид (и это важно! результат serialize не текст, а именно бинарный блоб, в том числе может штатно использоваться NUL-байт). unserialize это представление восстанавливает обратно. Обратите внимание на большой варнинг в документации и не используйте unserialize на данных которые вы не контролируете полностью.

А если я попробую просто записать в ячейку не сериализованный массив?

Получите слово Array вместо данных и предупреждение от языка за некорректное использование массива.

update чего именно? У вас в коде написано: на каждой итерации цикла обнови все строки таблицы.
Совершенно логично, что в результате выполнения скрипта все строки таблицы будут содержать данные с последней итерации цикла.

На вопрос может точно ответить phpinfo()
Смотрите секции Loaded Configuration File, Additional .ini files parsed