Имитация задержки при разработке на локальном веб-сервере

Question

Золотое правило Performance из Рекомендации Yahoo по производительности :

80-90% времени отклика конечного пользователя потрачено на скачивание всех компоненты на странице: изображения, таблицы стилей, скрипты, Flash и т. д.

Это означает, что когда я занимаюсь разработкой на своем локальном веб-сервере, трудно получить точное представление о том, что получит конечный пользователь.

Как я могу имитировать задержку, чтобы понять, как будет работать мое приложение, когда я развернул его в Интернете?

Я разрабатываю в основном для Windows, но меня также интересуют решения для других платформ.

Answer 1

Fiddler2 может сделать это очень легко. Кроме того, он делает гораздо больше, что полезно при разработке.

Answer 2

A лазерный модем , направленный на зеркала на Луне , должен давать задержку, которая вне этого мира.

Answer 3

YSlow может вам помочь. YSlow анализирует веб-страницы на основе правил Yahoo!

Дроссель Firefox . Это может снизить скорость (только для Windows).

Это плагины для Firefox.

Answer 4

Запустите веб-сервер на соседнем компьютере Linux и настройте NetEm , чтобы добавить задержку для пакетов, покидающих соответствующий интерфейс.

Если ваш веб-сервер не может работать в Linux, сконфигурируйте Linux-маршрутизатор как маршрутизатор между вашей тестовой клиентской машиной и вашим веб-сервером, затем все равно используйте NetEm

Answer 5

Вы можете просто настроить прокси снаружи, который будет направлять трафик с вашего веб-сервера на него и затем обратно на локальный браузер. Это было бы вполне реалистично (конечно, это зависит от того, куда вы поставили прокси).

В противном случае вы можете найти множество способов реализовать это в программном обеспечении.

Answer 6

Если вам нужно смоделировать только один запрос к серверу, простой способ - просто перевести сервер в спящий режим () на секунду перед возвратом.

Answer 7

Хотя существует множество способов симуляции задержки, включая некоторые очень хорошие аппаратные решения, одним из самых простых для меня является запуск TCP-прокси в удаленном месте. Прокси прослушивает, а затем направляет трафик обратно в мой конечный пункт назначения. На удаленном сервере я запускаю Unix-программу под названием balance . Затем я указываю это обратно на мой локальный сервер.