- если хостер такую услугу, как выбор сервера, предоставляет, то это разумно. Оценить количество сайтов на сервере можно по 1stat
- видимо большая нагрузка на сервер, может кого-то досят по HTTP, вот и 502-я ошибка и попытки хостера блокировать ip от которых идет повышенный трафик. Пока дос не сервер не кончится или пока сайт который досят не уедет куда-нибудь с этого сервера, проблемы будут продолжаться. Я конечно точно ситуацию не знаю, но судя по симптомам это проблемы из-за перегруза сервера запросами.
Извините за небольшой offtop, но нашел интересную статью на тему "помоев на форуме":
Оригинал статьи: Защита деловой репутации в сети Интернет
- включите, Вам ведь не трудно это сделать? :)
- предложите ему реализовать свои претензии судебным порядком, можно намекнуть на то что:
В данном случае закон на Вашей стороне, а охладить буйного "подростка" не вредно.
Возможно у этого хостера стоит автомат на блокировку адресов с повышенной активностью, который тупо залочил адреса поискового бота (аналогично бывают свинские автоматы которые блокируют весь аккаунт при создании им повышенной нагрузки, при этом никаких "здравствуйте, ..." предварительно не шлют). Как минимум хостер должен оговаривать в оферте наличие таких автоматов или точнее возможности блокировки адресов, так как это может ущемить интересы клиента, как произошло в данном случае.
- ну вот у нас например есть технически сложный "Java-хостинг" и клиент не всегда заранее знает на каком из тарифов его приложения заработают, так как на разных тарифах разные ограничения, разные лимиты на ресурсы, в связи с чем выбор тарифа представляет некоторые трудности - тестовый хостинг помогает людям понять чего они хотят, разобраться с возможностями, настройками. Не думаю что на этом надо экономить, хотя конечно именно на этом этапе с клиентом больше всего "возни" - а как это? а почему не заработало? а куда прописать то?
- на сокете можно сделать любой HTTP-запрос, в том числе Location, если надо, отправить куки, выполнить базовую авторизацию и т. п. Т. е. практически все, за исключением выполнения клиентского кода (JavaScript), можно имитировать в запросе. Возможно ТС не очень внятно описал задачу, а каких-то принципиальных проблем не вижу.
- про то что Location может быть только один написал уважаемый bearman. Добавлю свои две копейки: если очень хочется из одного скрипта сделать несколько запросов (GET или POST), воспользуйтесь созданием запроса через сокет (fsockopen и т. д.), т. е. открываете сокет и шлете через него поочередно несколько HTTP-запросов.
- собственно, как я понял, об этом и был вопрос, только он как-то криво сформулирован. Если сервер в Гондурасе, то неявно подразумевается что "быстрой скорости" по определению быть не может. Мне кажется что сервер должен быть там где находится основная целевая аудитория сайта - если сайт ориентирован на россиян, то разумней хостить сайт в Москве, если сайт ориентирован американцев, то разумней хостить его Нью Йорке, если целевая аудитория латинская Америка (Гондурас и т. п.), то наверное лучше хостить в Гондурасе. Естественно что все это при прочих равных, а то можно в Москве грузить страницы с московских серверов через Гондурас 🍻
Brim.ru добавил 06.07.2009 в 22:26
- думаю это зависит от тарифного плана :) на хостинге за 20 руб наивно расчитывать на наличие SSH-доступа 😂
Я бы переформулировал вопрос: "Насколько для вас важен trace к сайту при выборе хостинга?" Опять же у некоторых хостеров сервера физически расположены в разных ДЦ, в разных регионах и, иногда странах, и есть возможность выбора.
Возможно география важна в контексте законов распространяющихся на сервера - авторское право, спам, адюльт и т. п. Например спам сервера работающие на Россию часто находятся в Латвии (видимо в силу лояльного отношения властей к спамерам работающим против Империи Зла)
- как минимум переименовать "тестилку" во что-то безобидное, типа "index.php" ;)
