- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Переиграть и победить: как анализировать конкурентов для продвижения сайта
С помощью Ahrefs
Александр Шестаков
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Да, именно ускорить, только дропать моментально :)
Ну, а теперь суть вопрос.
Есть у меня много всякой фигни в виде доменов в файле hosts и всё это висит на 127.0.0.1
И вот я заметил, что браузеры делают запросы туда и ждут ответа секунды 2-5. И если такой домен попадается или внутри сайта ссылка идёт на JS, то браузер честно ждёт ответа от 127.0.0.1
Можно как-то сделать, чтобы такие запросы дропались моментально? А то получается домены, без 127.0.0.1 быстрее грузятся, чем с ним. :popcorn:
Система винда 7
надо запустить локальный сервер или прокси и настроить его чтоб дропал все запросы сразу.
возможно, ещё фаервол настроить так можно.
надо запустить локальный сервер или прокси и настроить его чтоб дропал все запросы сразу.
возможно, ещё фаервол настроить так можно.
ну я не много решил проблему через apache, поменял с 127.0.0.1 на 192,168,0,1 Но хотелось бы его из-за такой фигни не напрягать.
Прокси стоит usergate но как его настроить на дроп не знаю, есть там переброс портов, но куда их перебросить?
фаервол виндовый пробовал запрещать, толку нет, браузер всё равно будет упорно ждать ответа.
фаервол виндовый пробовал запрещать, толку нет, браузер всё равно будет упорно ждать ответа.
знач так фаерволит :)
в линухе проще.
ну я не много решил проблему через apache, поменял с 127.0.0.1 на 192,168,0,1 Но хотелось бы его из-за такой фигни не напрягать.
по моему самый простой солюшен для веб-девелопера. апач не сильно напрягается :)
---------- Добавлено 07.08.2013 в 12:02 ----------
Прокси стоит usergate но как его настроить на дроп не знаю, есть там переброс портов, но куда их перебросить?
грубо говоря, прокся в роли вебсервера/фаервола - приняла конект и дропнула.
но раз стоит апач, то порт уже занят, лучше апачем сделать.
по моему самый простой солюшен для веб-девелопера. апач не сильно напрягается :)
Ну так то да конечно :)
Но, сам по себе интересный момент. Такое ощущение, что его при разработке систем не учли и нет такого как "чёрная дыра" :)
Кстати когда сделал это, сайты сразу стали быстрее грузиться заметнее, особенно, где была реклама, всякие аналитки, метрики. 🍿
Возвращаюсь к данной теме.
Я что-то с трудом понимаю, почему все плохие сайты закручивают на 127.0.0.1
Пингуется ли IP или как у меня нет:
Превышен интервал ожидания для запроса.
Браузер всё равно будет ждать ответа.
А вот если сделать 0.0.0.0.
то получаем МОМЕНТАЛЬНЫЙ вышиб и:
PING: сбой передачи. General failure.
Ничего не нужно ждать. Браузеры моментально закрывают соединение.
Так откуда пошла чушь про зацикливание на 127.0.0.1?
А вот если сделать 0.0.0.0.
то получаем МОМЕНТАЛЬНЫЙ вышиб и:
это просто неправильный адрес.
можно попробовать и 999.999.999.999
Так откуда пошла чушь про зацикливание на 127.0.0.1?
видать когда зацикленым прогам подсовывали ответы локального вебсервера.
а то если прога получит от ремоут сервера инвалид хост - она туда в скором времени снова ломанется.
а если ответ, похожий на реальный, то ещё не скоро второй раз полезет.
это просто неправильный адрес.
можно попробовать и 999.999.999.999
Нельзя. 0.0.0.0 это внутренний адрес.
Вот разница:
При проверке связи не удалось обнаружить узел 999.999.999.999.
Проверьте имя узла и повторите попытку.
Обмен пакетами с 0.0.0.0 по с 32 байтами данных:
PING: сбой передачи. General failure.
PING: сбой передачи. General failure.
PING: сбой передачи. General failure.
PING: сбой передачи. General failure.
Статистика Ping для 0.0.0.0:
Пакетов: отправлено = 4, получено = 0, потеряно = 4
(100% потерь)
---------- Добавлено 29.08.2013 в 02:20 ----------
видать когда зацикленым прогам подсовывали ответы локального вебсервера.
а то если прога получит от ремоут сервера инвалид хост - она туда в скором времени снова ломанется.
а если ответ, похожий на реальный, то ещё не скоро второй раз полезет.
Ответ есть от 0.0.0.0 и он моментальный. А вот 127.0.0.1 можно ждать по 80 порту долго ответ т.к. браузер не знает по сути глобальный ли это адрес или локальный, он будет ждать пока ему по 80 порту что-нибудь не ответят.
Ответ есть от 0.0.0.0 и он моментальный
хороший ответ :)
PING: сбой передачи. General failure.
http://serverfault.com/questions/78048/whats-the-difference-between-ip-address-0-0-0-0-and-127-0-0-1
http://ru.wikipedia.org/wiki/IPv4
хороший ответ :)
http://serverfault.com/questions/78048/whats-the-difference-between-ip-address-0-0-0-0-and-127-0-0-1
http://ru.wikipedia.org/wiki/IPv4
Мы тут не теорию ковыряем и кто у доски правильно ответит.
Я что-то с трудом понимаю, почему все плохие сайты закручивают на 127.0.0.1
Ну не все, я обычно заворачиваю на 127.0.0.0, эффект такой же, как от вашей идеи с 0.0.0.0. Во многих FAQ встречается такой совет. По-моему, я его где-то на форуме денвера и вычитал.