150

Здравствуйте!

проект переехал на новый адрес

через 2.5 минуты вас перенаправит туда

(для отмены есть кнопка внизу страницы)

Ниже я обьясню причину переезда но есть нюанс

Я сутки правил один косяк. Перенёс приложение на новый хост (должно было помочь) и там столкнулся с тем же, и ещё пол дня фиксил.

Правда в том что он может и правда не работает, а может такого косяка и нет и есть только косяк в моих мозгах(но это не точно)

А в итоге что?

В итоге всё конечно работает как надо и даже лучше, но и переезд уже завершён

В общем велком по новому адресу

(заходи не бойся выходи не плачь)

Почему переехал ?

Проект переезжает на новый хостинг из-за несовместимости между GitHub Pages и Firebase Auth. К сожалению, это системное ограничение, о котором не сразу узнаёшь.

Причина детальнее

  • GitHub Pages — это статический хостинг, который не поддерживает специальные служебные файлы Firebase Auth (__/auth/handler и __/auth/iframe) без расширения.
  • При попытке обращения к таким файлам GitHub Pages отдаёт их как обычные загрузки (MIME application/octet-stream), а не как исполняемые обработчики.
  • В результате аутентификация через редирект (GitHub OAuth) зависает, так как Firebase не получает необходимого ответа.
https://webdotg.github.io/__/auth/handler?apiKey=...&providerId=github.com

С точки зрения Firebase, этот URL-адрес корректен, но GitHub Pages не может его обработать.

Вывод

GitHub Pages не может корректно хостить необходимые Firebase-хелперы, даже если URL указан верно. Это системное ограничение статического хостинга.

Итог

Чтобы решить эту проблему, я выбрал единственный простой и надёжный вариант: миграция на Firebase Hosting. Это позволит стабильную работу аутентификации.

Другие варианты, такие как использование прокси-хостинга (Netlify, Vercel) или самостоятельное размещение файлов, тоже возможны, но требуют дополнительных настроек, которые могут быть всё равно нестабильными на GitHub Pages.

Увидимся на новом хосте