Andry

jQuery для jajx-запросов прописывает доп. заголовок, выставляет правильный заголовок mime (если вы запрашиваете json/script). А значит можно обойтись без "самому добавлять параметр ajax".

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

Если всё верно, то первый вопрос реализуется очень просто. Достаточно изучить пяток апи разных платежек. Могу поделиться своим вариантом (серверной частью) (сейчас его и перекраиваю из опыта использования https://toster.ru/q/327212).

О второй части предлагаю подумать ещё раз. А надо ли оно? Если у вас будет универсальный код/модуль/плагин для оплаты, то что вам мешает раскидать его на разные сайты? Большинство платежный систем поддерживает "один договор/учетка и много магазинов".
Вводя дополнительные "пробрасывания/шифрования/и т.д." вы добавляете лишние звенья, увеличиваете шанс уязвимости, уменьшаете надежность системы в целом.

На каждой странице пропишите кому-нить из родителей меню уникальный класс и разруливайте дальше CSS. Я прописывал класс прямо body и потом правилами css разруливал "на какой именно странице находится мой шаблончик, и с каким извратом его показать".

/*типа такого*/
body[place="privat"] menu item.privathidden{
diplay:none
}

А можно каждому пункту меню поставить уникальный класс/значение параметра и на самой странице вписывать css, "активируя" нужный итем.

А можно параметром в body указывать параметр menu-activate=m1 и по загрузке страницы скриптом находить нужный пункт и добавлять ему класс active

Не легче расчитывать цену, зная дату установки начальной цены и текущее время?

Цена увеличивается каждые 3 дня начиная с 1го числа месяца.

Я теряюсь дальше подсказать. Трудно угадать, что как сколько должно отсчитываться.

Функционал похож, но разный.

Переделывайте структуру БД. Косяки и проблемы вам обеспечены и они будут только хуже и их будет только больше.

Почитайте про нормализацию баз данных. Только выбрать стоит не заумную статью с мат. выкладкми, а попроще, на бытовом уровне.

Например: https://habrahabr.ru/post/193756/

Атомарность.
Правило: поля не имеют дубликатов в каждой записи и каждое поле содержит только одно значение.

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

А не помешало бы дойти до четвертой формы.

Я полностью согласен с предыдущими ораторами.

Мне нужно, чтобы метод внутри класса могу работать внутри другого метода.

Перечитывайте перед публикацией )

Регулярным выражением очень часто нельзя безошибочно и безопасно распарсить/конвертировать html код.

Для 100% результата скормите свой текст DOM парсеру (их в php есть несколько), он корректно разберет код и отдаст вам дерево из DOM-элементов. Измените, как вам угодно это дерево и сохраните его обратно в строку html.
Так вы обойдете стороной кучу ошибок в разборе исходной строки и генерации верного html.

Опасно вот так:

<?php

include($_GET['lang']."/phrases.php");

//тут пошел код

?>

Ваш вариант, но с меньшим адом )

Опишите соответствие параметра и контроллера в массиве, затем ищите по параметру классконтроллера и запускайте через call_user_func()

$routeList = array(
    'login' => 'loginController',
    'pay' => 'ControllerForPayByYandex',
# и т.д.
  );

$_POST['$id']
'$id' - это название параметра (строка), $ лишний.