Сам продаю и покупаю брендовые вещи на платформе, поэтому вчера вечером словил ту же неприятную ситуацию: открываю клиент проверить статус перевода за отправленную сумку, а интерфейс встречает бесконечной белой страницей. В веб-версии на OSKELLY висит ошибка 502 Eroor Bad Gateway чат поддержки недоступен, а в официальных сообществах сотни продавцов и покупателей бьют тревогу из-за зависших заказов и замороженных выплат.
Причина происходящего лежит гораздо глубже обычной перегрузки перед распродажей. Сбой платформы OSKELLY, , напрямую связан с масштабной аварией в облачной инфраструктуре Yandex Cloud (выход из строя ключевых дата-центров и зон доступности). Представители официально подтвердили инцидент: приложение временно недоступно, чат со специалистами отключен, а синхронизация статусов заказов поставлена на вынужденную паузу.
В общем, посмотрел я на это все, и предлагаю Вам конкретные решения и заодно расскажу детальнее про причины и последствия.

Диагностика

Прежде чем беспорядочно переустанавливать программы или спамить банк отменой операций, сопоставьте ситуацию с таблицей:

Проблема	Причина	Что делать
Сайт встречает ошибкой 502 Bad Gateway или белым экраном	Балансировщик Nginx не может достучаться до упавших серверов бэкенда в облаке Yandex Cloud (таймаут ответа).	Очистить кэш сессии браузера или проверять статус через резервные каналы, пока поднимают базы данных.
Приложение на смартфоне зависает на белом экране при запуске	Клиент не получает ответа от API-шлюза авторизации и застревает на рендеринге интерфейса со старым токеном.	Сбросить кэш данных приложения через настройки операционной системы (инструкция ниже).
Товар доставлен покупателю или передан в офис, а денег на балансе нет	Сервисы автоматического подтверждения сделок временно остановлены для предотвращения ошибок биллинга.	Не паниковать. Средства надежно захолдированы банком-эквайером, выплаты пройдут пакетом после поднятия серверов.
Статус трек-номера СДЭК или Почты не обновляется в заказе	API-интеграция с курьерскими службами заморожена до восстановления целостности основной базы данных.	Отслеживать физическое перемещение посылки напрямую на сайте логистического оператора по номеру накладной.

Восстановления доступа и защиты сделок

Из-за аварии на серверах локальное хранилище приложения забивается битыми сессионными ответами. Обычное закрытие через свайп не поможет:

• На Android: откройте настройки телефона -> «Приложения» -> «OSKELLY». Нажмите кнопку «Остановить», затем перейдите в подраздел «Память» (или «Хранилище») и выберите «Очистить кэш». Если белый экран не исчезает, нажмите «Стереть данные» и войдите в профиль заново.
• На iOS: функция «Сгрузить приложение» сохраняет битые временные файлы. Зайдите в «Настройки» -> «Основные» -> «Хранилище iPhone» -> найдите OSKELLY и выберите полное «Удалить приложение». После этого установите свежую копию из App Store.

Сброс зависшего кэша в браузере

Часто инженеры уже подняли узел, но браузер на компьютере продолжает отдавать сохраненную страницу с ошибкой 502 из локальной памяти:

• Используйте комбинацию горячих клавиш Ctrl + F5 (или Cmd + Shift + R на Mac) для полной перезагрузки страницы в обход кэша.
• Попробуйте открыть маркетплейс в режиме приватного просмотра (Инкогнито): в нем используются чистые сессионные файлы без старых cookies.
• Если используете антивирусные расширения или сторонние блокировщики рекламы, временно отключите их для домена oskellyru, так как они могут блокировать резервные CDN-серверы.

Фиксация платежей и трекинга посылок во время блэкаута

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

• Для покупателей: если деньги списались, но карточка заказа не отобразилась, зайдите в приложение своего банка, сформируйте PDF-выписку с номером транзакции и кодом авторизации (RRN). Ни в коем случае не проводите платеж повторно.
• Для продавцов: сохраняйте бумажную или электронную накладную СДЭК, Boxberry или Почты России. Перемещение вещи происходит независимо от IT-инфраструктуры маркетплейса: пока приложение «лежит», курьеры продолжают везти посылку на аутентификацию.
• Для срочной связи используйте официальный почтовый ящик клиентского сервиса wecare@oskelly[тчк]ru или пишите в личные сообщения официального сообщества бренда в Telegram.

FAQ

Где сейчас находятся деньги за проданные товары?

Платформа работает по модели «Безопасная сделка» (Escrow). Ваши средства хранятся не внутри скриптов сайта oskelly[точка]ru, а на защищенном транзитном счете банка-эквайера. Деньги заморожены (захолдированы). Как только инфраструктура базы данных будет полностью развернута из резервных копий, финансовый шлюз автоматически получит реестр успешных доставок и распределит выплаты на привязанные карты продавцов.

Что происходит с вещами, которые сейчас находятся на аутентификации?

Офис аутентификации и эксперты в Москве работают в штатном физическом режиме. Вещи продолжают принимать, распаковывать и проверять на оригинальность под видеокамерами. Задержка касается исключительно программной части: сотрудники временно не могут проставить в системе статус «Экспертиза пройдена», поэтому уведомления на телефон не приходят.

Влияет ли включенный VPN на доступ к сайту?

Да, причем существенно. Защитный экран Web Application Firewall (WAF) платформы на фоне аварийных работ жестко отсекает подозрительный трафик из зарубежных подсетей для предотвращения перегрузки серверов. Если вы заходите с включенным VPN европейской или американской локации, сайт гарантированно выдаст таймаут соединения. Обязательно выключайте туннелирование при работе с площадкой.

Сколько времени обычно занимает восстановление после подобных аварий?

Поскольку проблема завязана на внешнем облачном провайдере Yandex Cloud, сроки зависят от скорости миграции данных на уцелевшие кластеры. Обычно подъем ядра баз данных, верификация транзакционных таблиц и повторный запуск микросервисов занимают от 24 до 48 часов. Первыми запускают функции просмотра каталога, затем — личный кабинет и платежный модуль.

Почему сайт выдает ошибку?

Чтобы понять природу ошибки 502 Bad Gateway, нужно взглянуть на архитектуру платформы:

• Отказ апстримов в облаке: фронтенд маркетплейса обращается к связке балансировщиков Nginx, которые распределяют нагрузку между микросервисами бэкенда. Когда облачная зона размещения серверов внезапно обесточивается или теряет связь, балансировщик отправляет запрос в пустоту. Не дождавшись ответа за установленный лимит времени, шлюз отдает пользователю статус 502.
• Контролируемое отключение сервисов: деактивация встроенного чата поддержки и заморозка динамических статусов заказов — это штатная практика выживания высоконагруженных систем (Graceful Degradation). Разработчики намеренно выключают второстепенные модули, создающие миллионы запросов к базе, чтобы высвободить процессорную память для спасения финансового ядра и данных пользователей.

Если до сих пор не работает, пишите в теме, буду лично помогать, а что еще делать.