|
|
|
[Ajax] Асинхронный или синхронный запрос.
|
|||
|---|---|---|---|
|
#18+
Корма для размышления тут много, спасибо всем. Как опробую несколько вариантов, отпишу что получилось. Хотя с удовольствием почитаю новые варианты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2014, 10:58 |
|
||
|
[Ajax] Асинхронный или синхронный запрос.
|
|||
|---|---|---|---|
|
#18+
JOINskyANAJOIN, а что у Вас за база? :) Mysql, тип таблиц MyISAM. FishHook Конкретно то, что механизм придуманный для асинхронных запросов (что отображается даже в расшифровке аббревиатуры) юзают противоестественно. Ты можешь штаны через голову надевать, твоё дело. Но это неправильно. Не пойму ваших споров. Суть не в том можно ли отправлять запросы синхронно (хотя судя по опции async , применять можно, но не желательно, как описано в мануалах), а в том что результат 20-ти запросов выстраивает цепочку объектов в неправильном порядке. Что вы прицепились к расшифровке AJAX? Если так здорово знаете аббревиатуру, может и подскажите алгоритм решения моей задачи? Програмёр думай )) перечитай алгоритмы работы, и придёт просветление. Нет, тут ты не прав. Даже в плане целостности данных, надежнее будет отправить несколько запросов, чем наращивать колбасу на сервере потом выплёвывать в клиента. Согласен, что шагов взаимодействия клиент-сервер больше, но ИМХО 19 объектов успеют попасть в скролл, прежде чем оборвется связь с сервером, когда ни один объект не попадет в скролл в момент ожидания когда сервер возвратит 20 объектов в одном запросе. Это конечно грубый пример с обрывом связи на момент вставки 19 объекта, наверни ка таких ситуаций полно. Да и метод реализованный мной, я видел на других ресурсах, где так же отправляют по несколько запросов возвращая 20-30 позиций в скролл. Так что если и придет просветление, то точно не в эту сторону.Гы. Запросите сначала список идентификаторов, отсортированных нужным Вам образом, а потом по каждому посылайте запрос, если так хочется. И вместо того, чтобы гадать, проведите нагрузочные тесты. А то 5 одновременно работающих пользователей получат тормоза на ровном месте, генерируя сотню запросов к БД, крутя колёсиком :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2014, 12:12 |
|
||
|
[Ajax] Асинхронный или синхронный запрос.
|
|||
|---|---|---|---|
|
#18+
JOIN, Если всё же решил делать запросы по отдельности, то проще всего так: Для каждого id создавай пустой элемент в списке (они выстроятся в правильном порядке), присваивай ему соответствующий id, запускай запрос. Когда в любом из запросов приходит ответ, бери нужный пустой элемент и заполняй данными. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2014, 13:01 |
|
||
|
[Ajax] Асинхронный или синхронный запрос.
|
|||
|---|---|---|---|
|
#18+
Спрошу в этой ветке. Note: Starting with Gecko 30.0 (Firefox 30.0 / Thunderbird 30.0 / SeaMonkey 2.27), synchronous requests on the main thread have been deprecated due to the negative effects to the user experience. А это не противоречит спецификации XMLHttpRequest? И что считается main thread? Есть какие-то другие threads на JS? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2014, 14:41 |
|
||
|
[Ajax] Асинхронный или синхронный запрос.
|
|||
|---|---|---|---|
|
#18+
SevolodЕсть какие-то другие threads на JS?вебворкеры ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.12.2014, 15:59 |
|
||
|
|

start [/forum/topic.php?fid=22&msg=38833356&tid=1446435]: |
0ms |
get settings: |
9ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
59ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 237ms |
| total: | 378ms |

| 0 / 0 |
