rorc

Приложения масштаба предприятия пишутся на Symfony очень легко и удобно, в одиночку примерно за 2-3 месяца.
Но с одним огромным примечанием - опыт работы и знание фреймворка.

Судя по вопросам опыта у вас не так много. Создать проект из коробки сейчас возможно в двух вариантах, традиционное приложения (ставится много компонентов, включая шаблонизатор) и приложение для микросервисов (удобно, когда точно знаешь, что нужно и как установить).
Третий вариант - использовать только нужные отдельные компоненты, как делают во многих cms.

Какие сложности возникнут:
1 - перенос текущих таблиц и данных, нормальный генератор для доктрины убили несколько версий назад.
2 - готовых пользователей можно сказать нет, есть минимальный функционал, который нужно расширить.
3 - проработка структуры url адресов, прав доступа, преобразования данных.

По стилю кода внутри страницы style="background-color:red", это ни о чём не говорит, если не знать полностью историю, возможно сроки поджимали, фронт разработчика не было или запланировали, а их уволили.

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

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

XML это текстовый формат.
Кроме разбора, возможны варианты, разбить по разделителю >, регулярным выражением.
Читать весь не обязательно, достаточно прочитать только часть данных.

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

Но в XSL есть <xsl:if> и <xsl:choose> которые позволяют выбирать данные если значение доступно.
Проверку можно вынести на уровень программы или внешнего скрипта, который проверяет наличие файлов и пишет сведения о доступности файлов в подключаемый шаблонный файл xls.

Ошибка

Warning: Journal has been rotated since unit was started. Log output is incomplete or unavailable.

в большинстве случаев показывает проблемы с ротацией логов в системе с помощью logrotate, с сервисом postgresql или mysql это никак не связано.
Самое простое лечение - удалить логи программы в папке /var/www/log/****
после чего стоп, старт сервиса.

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

В англоязычной официальной документации об этом написано,

You will need an Android device to run your React Native Android app. This can be either a physical Android device, or more commonly, you can use an Android Virtual Device which allows you to emulate an Android device on your computer.

facebook.github.io/react-native/docs/getting-start...
Но в русском переводе почему-то решили пропустить, что эмулятор должен быть запущен. Как результат много вопросов и в первых рядах выдает данный сайт, так что ответ погуглите не лучший из возможных учитывая не постоянность выдачи.

Перед тем как сделать

UPDATE users SET credit_balance='$new_balance' WHERE id='$user_id'"

Вначале проверить текущий баланс

SELECT credit_balance FROM users WHERE id='$user_id'"

если он менее 10, то переадресовать на страницу пополнения баланса.

Order Deny,Allow
Deny from all
Allow from 192.168.0.10

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

Архитектурная ошибка уже допущена на этапе проектирования url. {% url 'articles' article.slug article_page.slug %}. В любом случае будут дубли, т.к. адрес url будет /cat1/article /cat2/article/

Способов избавиться от них два:
1) Статьи отдельно, категории отдельно. /url/catalog/name /url/article/name
В этом случае даже если выводится одна статья несколько раз, url уникален
2) Одна главная категория, url на основании этой категории. Остальные категории второстепенные, отдельным списком.

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