Есть подозрение что страницы покупки открываются не всегда, и не со всех айпишников.
Сейчас не открываются снова!
В панель было не зайти пару часов назад.
Только что их главная страница вообще вот что выдавала http://s1.ipicture.ru/uploads/20120828/RJORYHlR.png
У меня их главная страница сейчас выдает такую же картинку.
Order Page открывается секунд за 15.
Видимо надо временно указывать альтернативного регистратора.
Правда не понятно, как это сделать хорошо. Чтобы и страницу особенно не переделывать и афиляты чтобы не обидились.
Здравствуйте, cppguy, Вы писали:
C>Есть подозрение что страницы покупки открываются не всегда, и не со всех айпишников. C>Сейчас не открываются снова! C>В панель было не зайти пару часов назад. C>Только что их главная страница вообще вот что выдавала C>http://s1.ipicture.ru/uploads/20120828/RJORYHlR.png
Да, я вчера долго пытался в админку войти и ордер-пейджи через открываются.
Здравствуйте, cppguy, Вы писали:
C>Есть подозрение что страницы покупки открываются не всегда, и не со всех айпишников. C>Сейчас не открываются снова! C>В панель было не зайти пару часов назад. C>Только что их главная страница вообще вот что выдавала C>http://s1.ipicture.ru/uploads/20120828/RJORYHlR.png
Здравствуйте, cppguy, Вы писали:
C>Есть подозрение что страницы покупки открываются не всегда, и не со всех айпишников. C>Сейчас не открываются снова! C>В панель было не зайти пару часов назад. C>Только что их главная страница вообще вот что выдавала C>http://s1.ipicture.ru/uploads/20120828/RJORYHlR.png
Здравствуйте,
На самом деле до сих пор происходили тайм ауты, при загрузках страниц заказа. Это происходило по причине установки фаервол фильтра, который ограничивал количество запросов с одного IP, с целью ограничения атаки. Эти ограничения были сняты пол часа назад, так как атака прекращена и системы безопасности работают в нормальном режиме.
На данный момент страницы заказа должны работать без задержек. Но в данный момент мы проводим тестирование.
Я сообщу сообществу RDSN о результатах тестирования, как только оно завершиться.
Приносим свои извинения за причиненные неудобства и благодарим за понимание.
M_F>Видимо надо временно указывать альтернативного регистратора.
а интересно есть какие-то решения, которые позволяют автоматом переключиться на другого регистратора в случае недоступности страницы у первого? хитрый такой редирект-скрипт...
Здравствуйте, Matrix_Failure, Вы писали:
M_F>Реквестируем благородных донов, которые могут сделать такой хитрый скрипт для редиректа!
ну вот типа такого PHP скрипта, не отлаживал но примерно должно работать
в ордер линке даем ссылку на этот скрипт myorder.php?pid=17291247
в качестве теста можно выложить к регистратору (где все картинки) какой-нить txt файлик с текстом для проверки, тогда после получения просто проверить его, или проверять какой-нить специфичный текст на ордер паге, в этом скрипте просто полученный размер проверяется >3000
Здравствуйте, ASX, Вы писали:
ASX>Здравствуйте, Matrix_Failure, Вы писали:
M_F>>Реквестируем благородных донов, которые могут сделать такой хитрый скрипт для редиректа!
ASX>ну вот типа такого PHP скрипта, не отлаживал но примерно должно работать
Хочу предупредить благородных донов о двух проблемах:
1. Если ваш скрипт будет обращаться к странице покупки ППГ слишком састо (несколько раз в минуту), то айпишник вашего сайта (сервера) будет забанен на 24 часа. Соответственно продажи пойдут через других регистраторов. Не удивляйтесь потом что в первой половине дня народ покупает через ппг а во второй через плимус
2. Если страница покупки не будет грузиться, то на строке
$file = fopen ($url, "rb");
скрипт будет "подвисать" ожидая загрузки страницы а уже потом, срабатывать по тайм-ауту. Не самый лучший вариант когда пользователь жмет купить и получает долгое ожидание...
Здравствуйте, autopsist, Вы писали:
A>1. Если ваш скрипт будет обращаться к странице покупки ППГ слишком састо (несколько раз в минуту), то айпишник вашего сайта (сервера) будет забанен на 24 часа.
это если кто-то будет ходить на ордер паге несколько раз в минуту
A>2. Если страница покупки не будет грузиться, то на строке A>скрипт будет "подвисать" ожидая загрузки страницы а уже потом, срабатывать по тайм-ауту.
надо таймаут сделать небольшим, 5..10 сек вполне достаточно, уж все-таки лучше, чем юзер будет получать вообще голую страницу или долго ждать
Здравствуйте, icezone, Вы писали:
I>Самое неудачное решение. Проверку ссылок надо дергать по крону иначе тормоза будут.
ну можно и по крону, особой разницы нет
если положить регистратору файл в котором только "Hello", то его чтение займет доли сек (тем более у сервака обычно быстрый канал)
кстати в скрипте можно проверять линки через раз, короче нет предела совершенству
вообще, наверное лучше это делать на юзерской стороне, если возможно
Здравствуйте, ASX, Вы писали:
ASX>надо таймаут сделать небольшим, 5..10 сек вполне достаточно, уж все-таки лучше, чем юзер будет получать вообще голую страницу или долго ждать
небольшой это 400 ms; 5..10 секунд это 90% bounce rate.
Здравствуйте, ASX, Вы писали:
S>>небольшой это 400 ms; 5..10 секунд это 90% bounce rate. ASX> ASX>bounce rate это когда страница висит 30 сек, а потом показывает какую-то хрень или кусочки, что бывает когда досят регистратора или он просто лежит