Быстрое обновление AJAX

Question

Быстрое обновление AJAX

-2

Каков наилучший способ обновления Ajax-запроса?

У меня есть следующее прямо сейчас:

setInterval(function() {
$.post('upload.php', function(finish)
{})},30);

К сожалению, это слишком медленно для меня, потому что я нуждаюсь в нем, чтобы обновить максимум за 0.030 секунд.

Как я могу улучшить производительность для удовлетворения моих потребностей?

Bendegúz Szabó 06 дек. 2012, в 19:23

Источник

3

Бедный сервер забивается.
epascarello 06 дек. 2012, в 18:23
8

Что ты пытаешься сделать? DoS сервер?
John Dvorak 06 дек. 2012, в 18:23
0

Да, сократите время для вашей функции setInterval. 30 - это 30 миллисекунд, что составляет 0,030 с. Вам нужно что-то быстрее? 30 в контексте ОП - это миллисекунды (исправлена моя опечатка)
Jay Blanchard 06 дек. 2012, в 18:24
1

@JayBlanchard 30 мс не 0,003 с.
John Dvorak 06 дек. 2012, в 18:24
2

@Jay Джей, 30 мс - это 0,030 с ... не 0,003 с
g19fanatic 06 дек. 2012, в 18:25
1

Пожалуйста, предоставьте свой сценарий, поясняя, что вы пытаетесь достичь с помощью этого.
Christian Westman 06 дек. 2012, в 18:26
4

Вы когда-нибудь слышали о розетках? html5rocks.com/en/tutorials/websockets/basics
epascarello 06 дек. 2012, в 18:27
0

У меня есть многопользовательская игра, и ее нужно не получать позиции других игроков
Bendegúz Szabó 06 дек. 2012, в 18:28
1

@BendegúzSzabó BendegúzSzabó Ajax - неправильный способ сделать это, если вам нужны обновления каждые 2 секунды или меньше, возможно, даже дольше из-за скорости сети
Kevin B 06 дек. 2012, в 18:29
0

@BendegúzSzabó BendegúzSzabó Как сказал epascarello, WebSockets намного ЛУЧШЕ, чем запрашивать сервер каждые 30 миллисекунд!
ComFreek 06 дек. 2012, в 18:29
0

2 секунды неверны, это слишком медленно, 0,03 секунды - это непрерывно для глаз.
Bendegúz Szabó 06 дек. 2012, в 18:30
1

@BendegúzSzabó BendegúzSzabó Это моя точка зрения. Ajax не очень хорош, когда вам нужны такие быстрые обновления. используйте веб-сокеты или постройте свою игру таким образом, чтобы не требовать обновления ajax для позиционирования других игроков. Я сомневаюсь, что даже веб-сокеты будут такими же быстрыми, как вы этого хотите, потому что данные все равно должны будут перемещаться по линии, что может занять от 10 мс до 10 секунд в зависимости от местоположения и скорости сети.
Kevin B 06 дек. 2012, в 18:33

Показать ещё 10 комментариев

Теги:

javascript

jquery

ajax

1 ответ

Ещё вопросы

Что ты пытаешься сделать? DoS сервер?
Да, сократите время для вашей функции setInterval. 30 - это 30 миллисекунд, что составляет 0,030 с. Вам нужно что-то быстрее? 30 в контексте ОП - это миллисекунды (исправлена моя опечатка)
Пожалуйста, предоставьте свой сценарий, поясняя, что вы пытаетесь достичь с помощью этого.
Вы когда-нибудь слышали о розетках? html5rocks.com/en/tutorials/websockets/basics
У меня есть многопользовательская игра, и ее нужно не получать позиции других игроков
@BendegúzSzabó BendegúzSzabó Ajax - неправильный способ сделать это, если вам нужны обновления каждые 2 секунды или меньше, возможно, даже дольше из-за скорости сети
@BendegúzSzabó BendegúzSzabó Как сказал epascarello, WebSockets намного ЛУЧШЕ, чем запрашивать сервер каждые 30 миллисекунд!
2 секунды неверны, это слишком медленно, 0,03 секунды - это непрерывно для глаз.
@BendegúzSzabó BendegúzSzabó Это моя точка зрения. Ajax не очень хорош, когда вам нужны такие быстрые обновления. используйте веб-сокеты или постройте свою игру таким образом, чтобы не требовать обновления ajax для позиционирования других игроков. Я сомневаюсь, что даже веб-сокеты будут такими же быстрыми, как вы этого хотите, потому что данные все равно должны будут перемещаться по линии, что может занять от 10 мс до 10 секунд в зависимости от местоположения и скорости сети.

g19fanatic · Answer 1 · 2012-12-06T15-58-00.000Z

основанный на ваших комментариях о желании запросить информацию для многопользовательской игры,

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

30 мс - очень быстрый таймфрейм для этого над веб-сервером и должен выполняться с помощью WebSockets (как указывали другие в комментариях).