Михаил Бобков

Где-то в Фри Касса должна быть настройка типа "success callback" - url на который будет отсылаться запрос с данными платежа при успешном завершении оплаты.
Вам нужно обрабатывать такой запрос. Получить id пользователя и сколько денег он закинул и изменять счет пользователя.

Есть ли у бизнеса время на переписывание проекта?
Насколько частые обновления предполагаются?

Будете ли вы делать текущие задачи по проекту во время переписывания?

Возможно будет проще при поступлении новых задач рефакторить код связанный с ними.

При этому можно попытаться продать идею переписывания проекта.
Если поддержка будет дешевле и внедрение новых фич быстрее.

Храните и обрабатывайте время в одной таймзоне (к примеру UTC).
При получении времени с клиента передавайте так же его таймзону (или смещение), преобразовывайте в вашему стандартному и работайте с ним (пишите в базу и тд).

Проверяйте регуляркой какой сайт в iframe. Если не в списке разрешенных, удаляйте тег.

Сделайте дамб структуры базы с тестовыми данными достаточными для работы приложения.

Но если вам принципиально нужно чтобы сотрудник не мог скопировать базу сделайте публичное api с теми же тестовыми данными.
Разделить ваше приложение на фронт и бек части. Это сложнее (если приложение изначально не работает через api) но тогда верстальщик будет редактировать только свою часть без возможности залезть в скрипты сервера.

Создайте одну точку входа на сайт.
Тогда у вас все запросу будет идти, к примеру, через index.php.
В скрипте проверяйте url. Если он есть у вас на сайте - отдавайте контент.
Если нет - отдавайте данные для 404.

На клиенте js должен обрабатывать ответ с данными для 404.

Фиксируете факт оплаты. При входе пользователя на закрытые страницы проверяете есть ли оплата.
Есть - даете доступ.

без субд и файлов.

А что случится с данными если сервер внезапно прекратит работу? Текущее количество товаров потеряется? История заказов исчезнет?
Т.е. для сохранности данных нам уже нужно куда-то их записывать после изменения (в файл или базу).

Код для парсинга страницы категории вынесите в отдельную функцию, принимающую url
пример:

foreach ($products as $tovar) {
  $product_Url = 'http://happygifts.ru' . $tovar['url'];
  parseCategory($product_Url)
}

function parseCategory($url){
...//тут парсим продукты страницы
  if($next){
    parseCategory($next);
  }
}

Можно объединить регулярки для разного типа номеров через |.
Но тут нужно учитывать возможные разные форматы номеров (городские номера есть и с 7 цифрами и тд)

PS Когда сам решал задачу валидации номеров телефона - в итоге валидацию убрал так так введенный пользователем валидный номер не значит что этот номер будет реальным номером а не случайным набором цифр.

Лучше сделать через DateTime->diff и получившийся DateInterval форматировать так как нужно.

Для изменения данных нужна форма.
По сохранению - где-то эти дынные вы взяли?
Вот туда же и сохранять в скрипте обработки формы.