MagicMight

что делать?

Прочитать и понять сообщение об ошибке.
Прочитать документацию и понять, чем отличаются режимы long polling и webhook.
Выбрать нужный для себя режим и использовать только его.

При парсинге выдает ошибку 503. В чем может проблема?

В данном исполнение - никак. requests возвращает html, который сервер вернул при первом запросе, а сервер первым возвращает 503 ответ, затем js loader (загрузку), а уже затем необходимую страницу.

Буду рад, если распишите более подробно, как обходить данную ошибку.

В данном случае - использовать selenium + undetected_chromedriver/selenium-stealth.

Я сильно сомневаюсь, что этот сайт без антибот защиты

MagicMight прав, а DmitriyKLN еще придется с этой защитой столкнуться.

Проблема решилась тем, что в /etc/php/8.3/mods-available/opcache.iniнужно изменить opcache.jit=offна opcache.jit=tracing

Ну и перезапустить PHP.

Всем спасибо

preg_match('#selected="selected" value="(.*)"#isU', $html, $matches);
echo $matches[1];

Сообщество считает, что всё это бессмысленные ужимки, которые в 99% случаев используются только для того, чтобы прикрыть крайнее убожество кода. Серьёзные продукты никто не шифрует. Чем, в частности, объясняется заброшенность всех этих, на первый взгляд многочисленных, проектов, которые не выходят из стадии "мы тут с одноклассниками придумали крутую штуку". потом одноклассники либо умнеют и перестают теребить ерунду, либо находят занятие более интересное, чем пхпе.

Сам по себе код мёртв. Он устарел ещё до релиза. В работе софта важна не дискетка с исходниками, а поддержка. Вот поддержку и надо продавать. И не дрожать над каждым вором. Потому что защита от одного вора отпугивает 10 честных покупателей.

Плюс всегда есть SAAS.

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

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

1. Можно совмещать
2. Можно не совмещать.
3. Преимущества отдачи бэка — все готовое, не надо ждать или насиловать себе ногу, настраивая пререндер, например.
4. Безопасность: все, что лежит во фронте — видит любой желающий, все, что есть в логике шаблонизатора или бэка не видит никто, даже когда он отрендерен.
5. Не актуален для SPA на REST API (кривлю чуть душой).
И т.д. втекающие и вытекающие последствия.

Сравнивать бэк-шаблонизаторы по принципу их действия с фронтом, ИМХО, не самая здоровая затея, так как работают они по-разному.