Дмитрий Дарт

Если работа с БД ведётся то класс в моделях лучше создавать, а назвать его как угодно можно, например Helper

Вы в какой IDE работаете? Если в шторме то используйте поиск по проекту, CTRL+SHIFT+F и вводите там var_dump, print_r
То что в коде нет ни одного это сказки для бедных...

Чем отличаются сайты на готовых движках от сайтов, написанных с нуля?

Временем разработки, сложностью поддержки, иногда скоростью работы (а иногда нет)

Что можете посоветовать первоначально для сайта по типу (ниже 3 пункта)?

Функционал не сложный и зависит от опыта человека который делает сайт. Если у него опыт на CMS большой он сделает это быстрее на CMS. Если на фреймворках - на фреймворке. Если без всего, то без всего.

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

Вы что-то путаете, эта функция не устарела php.net/manual/ru/function.preg-replace.php
Почему у вас в тексте замены другая функция?

WHERE id = '$id'
на
WHERE id = '".$id."'

Конечно можно, генерируете URL, записываете в БД, когда происходит переход - ставите флаг что визит был. При остальных переходах флаг считаете. Если 0 - пускаете, если 1 - нет.

1. В день релиза скорее всего ничего не произойдёт (если сайта раньше было), произойдёт в день первой рекламной кампании
2. Протестировать на нагрузку https://tech.yandex.ru/tank/
3. sql-инъекции: если вы использовали PDO то всё ок, если нет, то читать надо было раньше, а сейчас всё переписывать ))
4. Обязательно ли делать автоматический бекап баз данных? - зависит от критичности и частоты обновления данных

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

В теории вы можете завести 10 рюкзаков сразу - каждый для своего. Иногда это может быть удобно, но в основном неудобно. Если вам нужны 10 переменных, то, скорее всего, нужен массив.

https://tech.yandex.ru/tank/

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

При заказе генерировать хеш, хранить его в сессии или БД и при заходе с параметром = этому хешу проверять его уже надёжнее. Но так юзер сделавший заказ один раз сможет зайти повторно.

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

Данных недостаточно, надо видеть структуру массива $match[0] как минимум.
А вообще говорю заранее - всё работает, ищите ошибку.
P.S. Сделайте внутри for ради интереса, там работает, я проверял ))

Если вы про парсинг HTML то так https://regex101.com/r/24zil7/1 внутри регулярки только link на нужное слово меняете и всё. Справа в Group1 то что вам нужно

Сделать запрос не через прокси.
Довольно много работал с VK API и не очень понял зачем вам прокси в этом случае

Роутинг
Паттерны проектирования
Нормальное ООП - абстрактные классы, интерфейсы и наследования
Сахар вроде трейтов
Composer и установка библиотек с его помощью
Регулярные выражения

preg_replace('/([А-ЯЁ])/smu', " $0", 'БетонДерево')

sandbox.onlinephpfunctions.com/code/0ec6a5805a756c...

Ну только первый пробел поправьте...

$text = str_replace(['слово1','слово2','слово3','слово4'], '', $text);

В случае с preg_replace всё так же, читаем в доке:

pattern Искомый шаблон. Может быть как строкой, так и массивом строк.