Иван Корюков

Если у вас есть огромная простыня кода, которая не содержит "естественных" регионов которые можно скрыть, то значит что-то с вашим кодом не так.
Лучшие практики всех популярных языков программирования говорят о том что тело функции должно помещаться на экране, а иногда и вообще быть не больше 10-15 строк.
Бывают случаи когда большие куски кода оправданы, но если у вас они встречаются так часто что необходим способ их сворачивания...

<input type="hidden" name="LMI_PAYEE_PURSE" value="<?=$webMoney['wmr'] ?>">

Number of args (0) doesn't match number of placeholders (1)

В ошибке говорится о том, что количество подставляемых значений ноль, а в запросе один плейсхолдер. Зачем нужен ?u в конце запроса?
Либо это там не нужно, либо вы забыли передать параметр, который подставится на место знака вопроса (или на место ?u, зависит от БД и драйвера работы с ней).

Кстати, почему вы вставляете данные из post в запрос без предварительной обработки? Именно для этого, отчасти, и предназначаются плейсхолдеры - они непозволят злоумышленнику передать в качестве одного из значений кусок sql,

Каким образом вы передаёте параметр $Page скрипту?
Обычно, когда создают php приложение с единой точкой входа, используют mod_rewrite, ну и отрезают всё что идёт после домена, и присваивают отрезанное некоторому get параметру.
Можно обойтись и без mod_rewrite, но тогда ссылки будут иметь вид index.php?page=index
В первом случае необходимо в .htaccess добавить условие, что переданный путь не является файлом или папкой.
Во втором случае, ничего не мешает поисковому боту, или кому угодно забрать этот xml файл из корня сайта, и делать дополнительных телодвижений по его отдаче не нужно.

Если уж вам очень уж хочется сделать так как делаете, то необходимо не подключать xml файл, а читать его содержимое и выводить на страницу. Что-то вроде:

case "sitemap.xml":  
    echo get_file_contents('sitemap.xml'); 
break;

Если вопрос лишь в том как обойтись без цикла и вставить значения в html теги, то вот:

<a href="#wmr" tabindex="-1" data-toggle="tab">Пополнить через <?=$webMoney['wmr']?></a>
<a href="#wmu" tabindex="-1" data-toggle="tab">Пополнить через <?=$webMoney['wmu']?></a>
<a href="#wmz" tabindex="-1" data-toggle="tab">Пополнить через <?=$webMoney['wmz']?></a>

Однако точно такого же результата можно добиться таки используя цикл:

<?foreach( $webMoney as $key => $value ) : ?>
    <a href="#<?=$key?>" tabindex="-1" data-toggle="tab">Пополнить через <?=$value?></a>
<?endforeach?>

ведь такой цикл выводит текст и на странице получаются точно такие же, как вы говорите "полноценные" ссылки

Ну на самом деле код неправильно закомментирован. Нужно либо переносить строки, чтобы комментировать только код, но не открывающий и закрывающий php-теги
либо использовать многострочный комментарий /* */ чтобы не зацепить закрывающий тег.
Что качается комментирования кусков кода и сокрытия того что выводится php кодом, то тут есть два пути:
1) замутить обработку выдаваемого html. Возможно используемый фреймворк/cms что-то такое умеет. Возможно придётся самому оборачивать всё в ob_start() а дальше регуляркой из конечного html вырезать комментарии.
2) просто не оставлять комментарии. Используйте CVS чтобы была возможность посмотреть на старый код.

Налицо неправильное разделение программы на модули. Наивно полагать что в модуле работника должна быть модель работника, поиск работника и, например личный кабинет работника из-за того, что все они относятся к работнику.
Деление системы должно происходить после анализа предметной области и составления списка вариантов использования. При составлении вариантов использования, учитываются роли пользователей.
В вашем случае чётко выделяются две роли - работник и работодатель. У каждого из них есть несколько возможностей на сайте - создать профиль/резюме/вакансию, искать чужой профиль/вакансию/резюме.

При этом работодатель может создавать вакансию и искать резюме, а работник наоборот.
Что это значит? Что во-первых модули надо компоновать именно так. А во-вторых - процессы, исполняемые представителями обеих ролей пересекаются. Модуль работодателя не имеет смысла, без модуля работника, т.к. если работник не создаст резюме, то работодателю нечего искать.
Ну и в-третьих, оба модуля очень сильно связаны друг с другом. Модели придётся выносить наружу, чтобы использовать и там и там. Так зачем же модули?

Ну так из БД она и вытягивается целиком. Обрезание происходит в при выводе на страницу.
Я не знаю как это сделать быстро и грамотно, но на ум приходит поиск позиции начала и конца тегов ссылок регуляркой. Если вдруг оказывается что ссылка начинается до 400 символа, а заканчивается после, то значит она обрежется. В этом случае мы обрезаем не по 400, а по конец этой ссылки. Если у ссылок длинные анкоры, то можно немного посчитать и обрезать анкор внутри ссылки, сохраняя её функциональность.

А нужен ли тут паттерн? Возможно стоило бы описать недостатки того что есть, хотелки, и спросить как этого добиться.

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

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

С другой стороны, даже если принять за среднюю нагрузку некоторое более-менее определённое число пользователей, то встаёт вопрос о конфигурации сервера, на котором располагается redis.

Для большого сайта, нужна возможность горизонтального масштабирования. Т.е. в какой-то момент вам не хватит мощности одного web-сервера.
Поэтому крупные сайты стоит делать если не микросервисными, то хотя-бы такими, чтобы можно было поднимать 2-3 копии сайта и ставить между ними балансировщик нагрузки. Для этого надо продумать несколько вещей, например хранение сессий на отдельном сервере (в БД или каком-нибудь redis). К чему я веду?
К тому что подобные трюки, позволяют не только горизонтально масштабировать монолитный сайт, но и облегчают разделение сайта на несколько частей, каждая из которых может быть написана на чём угодно. Так, например основная часть сайта может быть выполнена на PHP, а такие высокоинтерактивные части, как чат или уведомления, могут быть реализованы на nodejs. Обе эти части сайта без проблем смогут работать с сессией пользователя, потому что она не привязана к конкретному web-серверу.

А зачем копировать? Gii позволяет посмотреть какой результат получится, но основная его функция - сгенерировать файлы.

У вас fetch вызывает переданный ему callback, а callback снова вызывает fetch и так по кругу.

Каждый ajax запрос, как и открытие каждой страницы, заново запускает php скрипт на сервере.
Поэтому с точки зрения сохранения объекта между ajax запросами, нет никакой разницы - объект всегда будет создаваться заново.