Тайм-аут для веб-запроса

Вы можете отправить push-уведомление с помощью почтальона, отправив на URL:

https://fcm.googleapis.com/fcm/send
Method: POST

, не забудьте добавить в заголовок:

Authorization:key=yourServerKeyFromFirebaseTestEnvironment
Content-Type:application/json

И когда вам нужно отправить в вашей тестовой среде вам нужно создать тестовую среду firebase и использовать ее ключ сервера

5
задан steve_mtl 20 January 2009 в 19:31
поделиться

8 ответов

Необходимо рассмотреть, сколько времени потребитель веб-сервиса собирается взять, например, если Вы соединяетесь с веб-сервером DB, и Вы выполняете долгий запрос, необходимо сделать тайм-аут веб-сервиса дольше затем временем, которое займет запрос. Иначе веб-сервис (ошибочно) испытает таймаут.

Я также использую что-то как (потребительское время) + 10 секунд.

5
ответ дан 18 December 2019 в 12:02
поделиться

Бесцеремонно я позволил бы 10 секунд, но это действительно зависит от того, с каким сетевым соединением код будет работать. Попытайтесь выполнить некоторые тестовые ping в течение нескольких дней/недели для наблюдения, каково типичное время отклика.

2
ответ дан 18 December 2019 в 12:02
поделиться

Я имел бы размеры, сколько времени это берет для страниц, которые действительно существуют для ответа. Если бы они все отвечают приблизительно за то же количество времени, то я установил бы период тайм-аута для приблизительного удвоения той суммы.

2
ответ дан 18 December 2019 в 12:02
поделиться

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

period += (numTimeouts/numRequests > .01 ? someConstant: 0);

проверенный каждый раз, когда Вы поражаете тайм-аут, чтобы попытаться сохранить тайм-ауты менее чем 1% (например). Просто будьте осторожны относительно постепенного уменьшения его слишком низко :)

2
ответ дан 18 December 2019 в 12:02
поделиться

Разумное количество времени для ожидания веб-запроса может отличаться от одного сервера до следующего. Если сервер будет в дальнем конце ссылки высокой задержки затем ясно, то займет больше времени ответить чем тогда, когда это находится в следующей комнате. Но две минуты кажутся, что это - больше, чем достаточное количество времени для сервера для ответа. Значение тайм-аута по умолчанию для команды PING выражается в секундах, не минутах. Я предлагаю, чтобы Вы изучили значения тайм-аута, которые используются сетевыми утилитами как PING или TRACERT для вдохновения.

1
ответ дан 18 December 2019 в 12:02
поделиться

Я только ожидал бы (МАКС) 30 секунд, вероятно, ближе к 15. Это действительно зависит от того, что Вы делаете и что результат имеет неудачное соединение. Поскольку я уверен, что Вы знаете, что существует большая причина, почему Вы могли получить тайм-аут...

1
ответ дан 18 December 2019 в 12:02
поделиться

Я понимаю, что это непосредственно не отвечает на Ваш вопрос, но затем "ответ" на этот вопрос немного жесток. Так или иначе инструмент я использовал gomez в прошлом для измерения времени загрузки страницы из различных частей мира. Это свободно и если Вы не сделали этого вида тестирования, прежде чем с точки зрения предоставления Вам твердая идея того, могло бы быть полезно, что типичное время загрузки страницы для данной страницы от данного местоположения.

1
ответ дан 18 December 2019 в 12:02
поделиться

Я предполагаю, что это зависит от двух вещей:

  • скорость сети / загрузка (поскольку другие записали, с помощью ping, могла бы дать Вам общее представление об этом),
  • вид страницы Вы звоните: например, действительно ли это - статическая страница HTML, или действительно ли это - страница, которая могла бы сделать некоторые трудоемкие операции (доступ DB, и т.д.)

Так или иначе я думаю, что 2 минуты являются большим количеством времени. Я определенно уменьшил бы тайм-аут меньше чем до 30 секунд.

1
ответ дан 18 December 2019 в 12:02
поделиться
Другие вопросы по тегам:

Похожие вопросы: