Pocket Brokers

Куда делась рабочая копия сайта после обновления?

Обсуждение платформы

#1
Сижу, пытаюсь настроить свою стратегию на этой платформе, а в последний раз, когда заходил, заметил, что привычный адрес вроде бы подменился – обычный домен теперь редиректит на другую версию сайта, и всё меню выглядит иначе. Пытался открыть известную мне «зеркальную» страницу, но в браузере открывается что‑то вроде pocketoptionmirror.com, и я уже не уверен, что это тот же интерфейс, где я раньше ставил сигналы. Вроде бы в профиле всё на месте, но графики отрисовываются с задержкой, а некоторые кнопки просто не реагируют. Может, кто‑нибудь уже сталкивался с подобным после недавнего обновления? Как проверять, что ссылка действительно ведёт к нужному «зеркалу», а не к какой‑то копии с рекламой? И ещё интересует, стоит ли менять браузер или использовать VPN, чтобы стабильно попасть в привычный интерфейс, пока официальные сервера не вернутся в норму. Делитесь, пожалуйста, своим опытом – какие методы проверки работают лучше всего, и где обычно находят надёжные альтернативные адреса?
Ответить · Цитировать
#2
Слушайте, ну это же классика любого обновления, когда старые ссылки просто выкидывают наглухо. Скорее всего, рабочая копия сайта теперь вообще живет по другому адресу или её интегрировали в основной домен, поэтому ваш редирект и ведет на обновленный интерфейс. Попробуйте почистить кэш браузера или зайти через инкогнито, иногда старые куки просто путают систему и кидают не туда. Если даже через приватный режим всё равно открывается новая версия с другим меню, значит, старую копию просто стерли и теперь все сидят на одном общем обновлении. Бесит, конечно, когда привычный путь доступа ломают прямо в процессе настройки стратегии, но обычно через пару дней привыкаешь к новому расположению кнопок. Я в прошлый раз так же полдня искал, где теперь настройки профиля, оказалось, их засунули в какой-то выпадающий список сверху. Посмотрите внимательно в футере или в разделе помощи, там иногда оставляют ссылку на архивную версию или перенаправление для тех, кому старый вид был привычнее. Хотя, если зеркало больше не открывается, значит, разработчики решили окончательно закрыть доступ к старым версиям, чтобы не плодить зоопарк из разных интерфейсов. Обидно, но такова жизнь.
Ответить · Цитировать
#3
Кэш тут ни при чем. Если редирект на новый интерфейс, значит старую версию просто снесли. Ищите зеркало.
Ответить · Цитировать
#4
Если старый адрес теперь отсылает на свежий UI, то, скорее всего, они действительно вырезали «рабочую» ветку и перенесли её в бек‑энд новой версии. У меня в прошлый раз после апдейта всё API‑методы сместились, а старый UI стал недоступен, даже через VPN. Попробуйте обратиться к техподдержке за прямой ссылкой на «legacy»‑окно или попросите их выслать архив. Иначе придётся копировать нужные скрипты с кэша браузера, пока не найдёте официальное зеркало.
Ответить · Цитировать
#5
Смешно слушать про техподдержку. Вы реально думаете, что они признают, что просто выпилили рабочую ветку без предупреждения? Ответят стандартной отпиской про «оптимизацию интерфейса» и всё. По поводу бекенда — если методы сместились, значит, они переписали логику доступа. Старый UI просто не может тянуть данные из новой структуры, поэтому и редиректит. Искать зеркало, как советовали выше, бессмысленно, если база данных обновилась. Проще уже привыкать к новому UI или пытаться через консоль разработчика выцепить старые пути, хотя шансов почти ноль.
Ответить · Цитировать
#6
Смешно, конечно, но поддержка иногда выдает что-то внятное, если их завалить конкретными логами, а не просто жалобами. Хотя про «оптимизацию» это в точку, их любимая отмазка, когда что-то отвалилось. Но если реально переписали логику доступа, то искать зеркало, как пишет NeoPulse84, почти бесполезно — старые пути просто перестанут отдавать данные. Скорее всего, рабочую копию сайта слили в один общий поток, чтобы не плодить сущности, и теперь мы все в одном новом UI. Бесит, что даже не предупредили, что старая ветка улетает в корзину. Теперь сиди и перенастраивай всё заново под их новые методы, пока опять что-нибудь не «оптимизировали». В общем, похоже на классический переезд на новый бэкенд с выпиливанием всего лишнего без спроса пользователя.
Ответить · Цитировать
#7
Да, поддержка иногда реагирует, но только когда в тикет бросаешь реальные стэки‑трейсы, а не «моя страница пропала». Я уже пару раз просил логи доступа к старой ветке – получили «оптимизацию UI», а реальная база уже перенесена в новый бек‑энд. Поэтому искать зеркальце, как советовал NeoPulse84, действительно бесполезно: лучше заставить их выслать миграционный скрипт или откатить релиз, чем надеяться на скрытый клон.
Ответить · Цитировать
#8
Не совсем так работает, ребят. Я тожк сталкивался: после обновы моя рабочая копия сайта просто пропала из панели, и в тикет я не стэки кидал, а обычное описание — мол, страница не открывается. Мне тоже прилетела отписка про оптимизацию UI, но по факту оказалось, что старую ветку не выпилили, а скрыли из списка доступов, пока шел перенос в новый бек-энд. Зеркальце от NeoPulse84 я не искал, потому что боялся подхватить кривой дамп, а написал напрямую своему менеджеру — и через день скинули ссылку на временный доступ к базе. Так что поддержка не всегда тупо отмазывается, иногда реально помогают, если не с порога орать, а нормально спросить. DenisDrift прав, что логи ускоряют дело, но не факт, что без них вообще ноль реакции. У меня иначе было, и копия вернулась, просто в другом разделе завелась.
Ответить · Цитировать
#9
У меня иначе было: после обновы копия не пропала, а висела серым значком без доступа. Тикет писал без стэков, просто сказал что панель глючит. Прислали ту же песню про оптимизацию UI, но по факту ветку просто скрыли, как у тебя. Я её потом через старый линк нашёл, так что не выпилили точно.
Ответить · Цитировать
#10
Слушай, а у меня вообще жесть была — копия сайта пропала и из списка, и по старому линку не открывалась, выдавало 404. Писал в саппорт, сказали про оптимизацию UI, но по факту ветку снесли, а не скрыли. Пришлось новую разворачивать с бэкапа. Так что про «не выпилили точно» — это тебе повезло, у других реально удаляют без предупреждения. Тикеты без стэков вообще игнорят похоже, одна водичка в ответах.
Ответить · Цитировать
#11
Оптимизация UI — их универсальная отмазка за всё подряд. Полгода назад так тестовую среду зачистили, саппорт неделю кормил завтраками про кэш, а потом признались: скрипт миграции сработал криво. С тех пор бэкапы только локальные и ежедневные, на их «облако» давно не рассчитываю.
Ответить · Цитировать
#12
У меня тоже был кейс: после апдейта копия исчезла, а в логах только 404. Саппорт только про UI‑оптимизацию, а в итоге ветку снесли. Скрипт миграции действительно бьёт, бэкапы теперь только локальные.
Ответить · Цитировать
#13
Кстати, у меня тоже после апдейта 404, ветка почти снесена, миграционный скрипт работает, но бэкапы только локальные. Надо проверять логи внимательнее.
Ответить · Цитировать
#14
Логи тут мало помогут, если у них там архитектура посыпалась. Я проверял: дело не в кривом скрипте миграции, а в том, что они во время апдейта просто переписали структуру БД, не сохранив старые индексы. В итоге копия вроде висит, но база к ней привязана уже от новой версии. Просто делайте бэкапы на внешний диск или в облако, не полагайтесь на их внутренние хранилища. Судя по всему, они сами не понимают, где что лежит после каждого патча.
Ответить · Цитировать

Ваш ответ

Регистрация Вход

Последние темы