ThunderCat

открыть вашу пхп страницу в браузере и ctrl+s не подходит?

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

Кодировка страницы + кодировка соединения + кодировка таблицы в бд + желательно дефолтная кодировка в пхп.ини = utf-8

Сессии, токены... Методов много, самый простой - сессия.

Как минимум по тому что у вас группа задач подана как один вопрос. Сначала определите на каком этапе у вас происходит сбой, а потом уже задавайте конкретный вопрос по конкретной проблеме. var_dump() в помощь. И порядок в коде... отсутствует, половина переменных хрен знает откуда взялась, вторая нигде не используется...

Есть несколько подходов, каждый по своему хорош в той или иной ситуации.
1) Забить на все эти куки/ип и считать каждый заход, что по сути нормально, я вполне могу зайти посмотреть какой-то материал 2-3 раза, а просто тупо рефрешить страничку редко кто будет. То есть это вполне нормальный способ без заморочек, тупо +1 на просмотр.

2) Считать куку в отдельной таблице айди | кука | айди статьи , где кука будет уникальным полем, пишете запрос с он дупликэйт игнор, и потом тупо селект суммы по айди статьи. Это накладнее по ресурсам, как по месту, так и по процу, но считает чисто уников. Считать по айпи - глупо, ибо 80% траффика на сегодня - мобила, а при переподключениях к сети айпи будет меняться у одного пользователя, короче это нифига не уникально.

3) Забить на подсчет своими силами, и ориентироваться на профессиональные счетчики а-ля яндекс гугл. Просто, качественно, весьма достоверно. Графики, аналитика и прочие плюшки бонусом.

https://www.php.net/manual/ru/function.array-column.php

Простое/тупое решение: Сдублируйте код, поменяйте во второй форме айдишник поля на phone1, и поменяйте var phoneInputID = "input#phone1";.

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

присылать уведомление, если цена изменилась более чем на 2%

Во первых откуда берутся изменения? Если у вас они происходят программно - проще во время обновления в бд проверить расхождение с предыдущей ценой, и в случае разницы в эн процентов оповещать всех подписанных на событие клиентов по сокету.
Во первых обновления будут приходить сразу, а не каждые 10 секунд,
во вторых не придется выбирать ВСЕ товары и сверять с каким-то хранимым массивом (его еще и хранить где-то надо чтобы разницу считать),
и в третьих нагрузка при этом на порядки ниже, так как у вас на руках сразу все изменения, и ничего дополнительно выбирать не надо.

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

Емнип скролл евент не имеет "направления" в жс, можно только отследить перемещение элемента относительно предыдущей позиции, так что никак, только если добавить 1 пиксель, и уже по нему отслеживать сдвинулось на 1 пиксель вверх/вниз или осталось прежнее направление.

Главная страница в данном случае должна "следить" за событиями на сервере, и по определенному событию делать что-то, например показывать попап или играть музыку, не суть.
Отслеживать можно несколькими способами:
1) Открыть сокет соединение и ждать события в сокете, требуется поддержка/установка сокетов на сервере
2) Через определенный интервал опрашивать сервер аяксом, единственное преимущество - не нужно ничего настраивать, будет работать с любыми дефолтно настроенными серверами.
3) Настроить лонг полинг, но для этого тоже требуется настройка лонг полов на сервере.

Во первых включите вывод ошибок.
Во вторых проверяйте данные, пришедшие с клиента.
В третьих - есть волшебная функция var_dump(), позволяющая посмотреть что вообще происходит и что куда попадает, пользуйтесь ей как можно чаще в таких ситуациях.
В четвертых - вам уже подсказали использовать готовые библиотеки для отправки почты, которые не зависят от настроек сервера и могут в том числе использовать произвольные почтовые сервисы, использующие smtp протокол.

Для отладки и проверки можно использовать mail() с заранее вставленными правильными данными, не через форму, и проверить работает ли вообще эта функция, и потом уже делать выводы.

Но этот домен заблокирован по ip из соображений безопасности или комфорта.

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