Adamos

1. Запрос к pages - выборка нужных данных, выделение ID результатов.
2. Запрос к props_group WHERE page_id IN (), выделение ID результатов.
3. Запрос к props_value WHERE props_group_id IN ().
4. Сбор в кучку полученной информации и передача этой кучки в отрисовку шаблоном.
0. И никакого JSON.

Посмотрите на результат выражения date('Ym'). Долго. Вдумчиво...

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

Старый способ: распечатать pdf - документ, потом подписать его и потом сделать фото или отсканировать лист бумаги.

Новый способ: HTML-шаблон со вставленными картинками-факсимиле и печатью, в него подставляются нужные данные и генерируется PDF.
HTML-шаблон может быть заменен PDF-файлом, но тогда координаты наложения прозрачных картинок с печатью и подписью придется вычислять по каким-то сторонним данным, и их непрозрачные части будут закрывать оригинал.

Теоретически яхту можно поставить на валки и съездить на ней в булочную, если ветер позволит.
Но лучше потратить те же усилия на что-то более естественное, пусть даже это будет велосипедом.

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

Вы идете поперек идеологии С++, предполагающей, что скомпилированный код будет делать только то, что реально нужно алгоритму. Для того же, чтобы делать еще кучу всякого на тот случай, когда надо будет показать горе-программисту, где он облажался - есть многие и многие другие языки.
Право, если бы был простой и естественный способ сделать такую отладочную информацию - неужели вы думаете, что разработчики STL не использовали бы такую возможность?
С другой стороны, исключение вызывается методом контейнера и в него передается строка. Можно же добавить в эту строку некоторые данные самого контейнера, которые могут быть полезны при исследовании ошибки - его реальную длину, тип, ошибочный индекс....

Какой "доступ к файлам"-то? Виндовские шары, что ли? SMB это называется.

mPDF - не браузер, он не качает указанные в странице внешние стили. Их нужно загрузить самому и скормить библиотеке перед HTML. Собственно, в документации об этом сказано: https://mpdf.github.io/css-stylesheets/introductio...

Переписать вопрос, выкинув из него ненужное и указав конкретное: какие "нужные утилиты" планируются.
Они, вполне возможно, давно реализованы в CMS или плагинах к ним, и писать их с нуля просто не требуется.

SQL - это не база данных. Это язык. К нему никаких библиотек на С++ нет и быть не может.
Ну, и, имхо, человеку, который не способен за минуту нагуглить библиотеки на Крестах для любой из популярных БД, не стоит писать на Крестах вообще.

Вектора атаки не вижу. А вот прекрасную возможность проанализировать ввод и вместо отправки писем засунуть этот ввод обратно в задницу любого, кто впихнет в эту форму скрипты или ссылки - это да. "Любой" не заставит себя ждать, кстати - боты заваливают своими рекламными простынями любую обнаруженную форму, даже не глядя, что в ней предлагается. Хоть форму заявления на добровольную эвтаназию опубликуй.

Использовать С++ можно на любой системе, но:
1. С++ нужно знать. Погуглил и в продакшен - не выйдет. Быстро заклинит в глубоком непонимании ошибок, которыми сыплет компилятор.
2. С++ - это не быстро и не гибко (программу нужно всерьез писать, собирать и отлаживать, и так для любого изменения). Для формошлепства, где реально не требуется оптимальное использование ресурсов - совершенно избыточно.
3. Есть же альтернативы. И у Питона гуи найдутся, и Электрон какой-нибудь, на худой конец. Есть смысл изучать их и не городить.

Итого: искренне полагаю, что вам С++ не надо. Ничего хорошего из этого не выйдет.

Если носителей несколько и вы готовы рулить ими вручную - полагаю, можно же просто прописать их по UUID в fstab на автоматическое монтирование. А монтирование пользователем запретить.