Вполне возможно, что из-за падения рубля. Раньше падал, но совсем не так, как сейчас.
Например, оплатил я товар за 100 руб. Они сразу же зачислили 3 WMZ, а к моменту вывода (покупки ими WMZ) эти 3 WMZ уже стали стоить 110 руб. Но это просто предположение.
Другой вопрос, что альтернативы им особо и нет. Шило на мыло менять. Везде либо тоже задержки, либо геморой с подключением, либо платят рублями, которые пока поменяешь на $ получится убыток.
IP не переносят. На новом сервере будут новые IP (это по умолчанию). Если нужны старые IP, то про это написано у них тут.
Если конфиги серверов разные, то вряд ли получится что-то взять и целиком скопировать, нужно устанавливать всё заново точно также, как устанавливали на старом сервере.
Моментально приходило (наверно и сейчас приходит моментально) тем, кто зарегистрировался очень много лет назад. А тем, кто зарегистрировался в последние годы (думаю, таких большинство), приходило через создание заявок, ожидания нескольких дней и затем выплаты. Вот это ожидание становится всё более напрягающим. Сначало было день в день, потом на следующий день, а теперь уже дней 10, а то и больше.
Как я понял, достаточно в HTTP-запросе к CGI-скрипту в заголовке Referer или Host передать специальный текст и этот текст будет выполнен, даже если скрипт вообще пустой и ничего не делает.
Через HTTP, обратившись к CGI-скрипту, можно делать на сервере что угодно. Например, поставить php-shell и гулять по серверу, как вздумается. Но, это работает, только если CGI-скрипты используют необновлённый bash. Какой именно шел используют CGI-скрипты можно увидеть, запустив, например, такой скрипт на Perl:
#!/usr/bin/perlprint "Content-type: text/plain\n\n";print `echo \$0`;
Или через SSH выполнить команду (по идее тоже должно показать):
perl -e 'print `echo \$0`';
Вроде бы далеко не всегда используется bash. Но если там выведется bash и его не обновляли, то всё весьма печально.
А, действительно. Проверил, не выполняется.
Не, поможет. С помощью Nginx определяем, что пользователь без куки и с чужим сайтом в реферере. Такому посетителю выдаём мелкую статичную страницу с большим expires, которая джаваскриптом (который в отдельном файле) ставит куку и обновляет себя. Теперь уже у посетителя будет кука и Nginx покажет полноценную страницу.
P.S. img src загружает только саму страницу без внешних js. Вот это и используется. Т.е. через img src пользователь получит 1 раз мелкую статичную страницу и больше не будет беспокоить запросами.
Да, вариант вполне неплохой. Если в реферере чужой сайт и нет куки, то редиректим на статическую страницу с кукой, которая уже джаваскриптом переправляет пользователя на полноценную страницу.
Поисковых ботов это не должно затронуть, т.к. они вроде не ходят по сайту с адресом чужого сайта в реферере.
Пользователи загружают сайт через браузер, т.е. куки получают, юзер агент у них тоже нормальный. Банить по IP всех, кто запрашивает только страницу без js, css, картинок на ней тоже не самый подходящий вариант, т.к. пользователь может потом зайти на сайт по нормальному (не через "img src").
Да, возможно. Просто подумал, что хостерам это будет тоже интересно, наверняка многие хостинги из-за этого страдают, даже если и не замечают этого.
Зарегистрировался. Получил обычный виртуальный хостинг. Никакого VPS нигде нет в личном кабнете.
