А, действительно. Проверил, не выполняется.
Не, поможет. С помощью Nginx определяем, что пользователь без куки и с чужим сайтом в реферере. Такому посетителю выдаём мелкую статичную страницу с большим expires, которая джаваскриптом (который в отдельном файле) ставит куку и обновляет себя. Теперь уже у посетителя будет кука и Nginx покажет полноценную страницу.
P.S. img src загружает только саму страницу без внешних js. Вот это и используется. Т.е. через img src пользователь получит 1 раз мелкую статичную страницу и больше не будет беспокоить запросами.
Да, вариант вполне неплохой. Если в реферере чужой сайт и нет куки, то редиректим на статическую страницу с кукой, которая уже джаваскриптом переправляет пользователя на полноценную страницу.
Поисковых ботов это не должно затронуть, т.к. они вроде не ходят по сайту с адресом чужого сайта в реферере.
Пользователи загружают сайт через браузер, т.е. куки получают, юзер агент у них тоже нормальный. Банить по IP всех, кто запрашивает только страницу без js, css, картинок на ней тоже не самый подходящий вариант, т.к. пользователь может потом зайти на сайт по нормальному (не через "img src").
Да, возможно. Просто подумал, что хостерам это будет тоже интересно, наверняка многие хостинги из-за этого страдают, даже если и не замечают этого.
Зарегистрировался. Получил обычный виртуальный хостинг. Никакого VPS нигде нет в личном кабнете.
В худшем случае отвечали через 24 часа рабочего дня. Т.е. если спросить в пятницу, то ответят во вторник. Но так было давно. В последнее время чаще отвечают в течение пары часов, если спрашивать в рабочее время их поддержки (днём в будние дни).---------- Добавлено 18.09.2014 в 22:15 ----------
Чаще формальность. Если можете зайти на сервер, и он в реальности полноценно работает, значит всё установилось уже. А если зайти не получается, то тогда наверно нужно спрашивать у поддержки, почему не получается установить ОС.
Условия акциона нужно немного поменять, чтобы окончание было 25.09 23:59 или плюс 15 минут от времени последней ставки (т.е. как и в битве за рекламу на этом форуме).
В kimsufi в серверах 1 диск. Есть вероятность, что этот диск выйдет из строя. Тогда все данные пропадут, а замену диска нужно будет просить через их форум. Это не очень быстро + время и нервы на восстановление из бэкапа (который тоже нужно обязательно делать).
Так что если несколько дней простоя в работе сайта допустимы, то kimsufi будет лучше. Иначе - VPS.
Примерно месяца 2 назад они поменяли способ оплаты с PayPal на карты. У старых клиентов PayPal ещё остался, а у новых - только карты.
Возможно, если обратиться в поддержку, и новому клиенту включат PayPal, но надежды на это мало.
Не получается настроить работу IPv6 в VPS (OpenVZ) на сервере с CentOS 6 у Hetzner. На самой ноде IPv6 работает без проблем (там всё сделано по инструкции), но при выполнении команды:
vzctl set 1908 --ipadd 2a01:4f8:XXXX:XXXX::1908
получаем:
Adding IP address(es): 2a01:4f8:XXXX:XXXX::1908
Error: an inet prefix is expected rather than "2a01:4f8:XXXX:XXXX::1908/128".
И естественно в VPS после этого IPv6 не работает:
[]# ping6 ipv6.google.com
connect: Network is unreachable
Сталкивался ли кто-нибудь с подобными ошибками, проблемами?
