Алексей Сундуков

Если конечный ресурс не предоставляет какого либо API реализующего нотификацию при обновлениях, то ни как. Только постоянное обновление.
Вообще есть там данные подгружаются постоянно через AJAX, то можно открыть страницу и не закрывать. И просто к ней постоянно обращаться используя ID сессии.
Есть еще вариант, когда можно в страницу внедрить свой JS код который будет отслеживать изменение DOM страницы и слать на заданный URL нотификацию. Но это достаточно сложный вариант.

Немного дополю ответ hint000 . Если уж беспокоится о безопасности, то нужно бекенд (например PHP) запускать от аккаунта владельца (например через PHP-FPM). В вашем случае это muhasa. В веб сервер (например nginx) работает от своего пользователя и имеет права только на чтение. При этом пользователь-веб-сервер включается во все группы пользователей.

В результате мы получаем следующее: веб сервер работает под своей личной учетной записью. Бэкенд не может стартовать скрипты от этой учетки. Поэтому не получиться одному пользователю запустить скрипт что бы прочитать файлы другого пользователя (например файл с паролями к базе). Получается крайне безопасно и просто в эксплуатации и настройки.

В вашем случае нужно сделать так:

1. установить nginx;
   
2. php запустить через php-fpm с правами muhasa;
   
3. добавить nginx в группу muhasa;
   
4. для папки /var/www/сайт_muhasa выставить права 2770
   

Можно линком на годную инструкцию/статью.

Ну вот готовый набор команд на 28-ом слайде. В целом тут вся схема приведена с примерами: Как избежать Permission denied на файлах проекта и...

rate=2r/s

С учетом того, что у вас не API сервис, а сайт, то указанного значение слишком мало. В среднем на сайте легитимный посетитель, не бот, может генерировать до 6-12 RPS.

Используйте бесплатные прокси взятые с просторов инета? Подозреваю, что да.
Используйте HTTPS адреса? Подозреваю, что да. У меня такой вот пример для puppeteer работает:

const puppeteer = require('puppeteer');

(async() => {
  const browser = await puppeteer.launch({
    arg: ['--ignore-certificate-errors', '--proxy-server=45.77.202.207:8080']
  }); 
  const page = await browser.newPage();

  await page.goto('https://ya.ru/'); 
  await page.emulateMedia('screen'); 
  await page.pdf({
    path: './page.pdf', 
    printBackground: true 
  });
await browser.close() ;
})();

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

1. В главный конфиг сервера в секцию http {} пишем:
   

   http {
       map "$server_port:$host" $is_https_redirect {
           "~^80:(.+)" 1;
       }
   }

   
   
   
2. server который listen 80 убираем вообще
   
3. В server который listen 443 ssl дописываем listen 80
   
4. Туда же дописываем:
   

   if ($is_https_redirect) {
           return 301 https://$host$request_uri;
       }

   
   
   
5. Делаем растарт сервера
   

А этот файл формирует бекенд? То, что это происходит ночью наталкивает на мысль бэкапах либо других видах сервисных работ. У вас VDS/VPS?
Предлагают добавить такой формат лога в основной конфиг:

log_format  with_time '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for" rqt=$request_time urst=$upstream_response_time';

В конфиге сервера задается:

access_log  /путь_до_файла_лога/access.log with_time;

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

Поставить на форму заявки reCapcha.

Самый нормальный гарантированный вариант - использование мьютекса через IPC семафоры ОС (для linux).

Используйте промисы.

Сложно ли? Технически нет, не сложно. Если у вас есть хотя бы минимальный опыт разработки.
Стоит ли заниматься? Ну это уже вам решать. Но если такой вопрос возник, то вероятно не стоит. Потому что как минимум не понимаете, зачем вам это нужно.

Технически сейчас разумнее использовать Chrome HeadLess или Slimer (для любителей FireFox). PhantomJS по сути умер, смысла использовать нет. И это самая простая часть. А дальше долгий путь проб и ошибок, а так же потребуется набрать Х более менее живых аккаунтов. Вот тут у вас и возникнут проблемы.

Если не ошибаюсь в этом видео https://www.youtube.com/watch?v=HjLnY0aPQZo говорили о том, что не нужно использовать PgQ в наши дни.

Но как быть с формами слов?

Хорошо помогает phpMorphy.
Указанный пример про "кошки".

Можно только использованием своих тайлов. Как пример: https://gist.github.com/donmccurdy/1d3998a37c73e94...
P.S. Есть подозрение, что такая модификация может нарушать условия использования.