Две недели технических приключений

В прошлом месяце хостинг-провайдер моего личного проекта сменил сервер, и всё перестало работать. Я сразу же изменил A-запись в настройках DNS домена, но сделал это в Hurrican Electric, хотя уже перенес домен на CloudFlare и нужно было вносить изменения именно там. В результате сайт не работал почти две недели, так как из-за основной работы не было времени заниматься личным проектом.

Я исправил DNS-запись в нужном месте, но API-сервис после этого не заработал из-за ошибки SSL, хотя его домен через CNAME ссылался на основной, а на основной был включен прокси Cloudflare. Изменил CNAME на поддомен основного домена, для которого прокси отключен.

После всего этого оба сервиса продолжали работать некорректно или не работали вовсе.

Оказалось, что на основном домене стояла версия PHP по умолчанию, установленная хостером, а после смены сервера версией по умолчанию стала 8.4, тогда как приложение могло работать только на 8.3, поэтому всё выдавало ошибку 500.

С API-сервисом было сложнее, поскольку его пользовательский интерфейс реализован в Telegram-боте, и по какой-то причине изображения в боте не загружались. Оказалось, что Telegram за эти 10 дней, когда SSL не работал, закешировал все адреса изображений как неверные и даже после того, как адреса стали верными, отказывался их читать. Пришлось в этом случае добавить в адрес изображений текущий таймстемп, чтобы они точно читались.

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