![]() |
Загрузка нескольких ХМЛ с разных серверов, как это лучше релизовать?
Что нужно сделать:
Есть список URL с которых нужно загрузить ХМЛ файлы (до 20-30 урл). Порядок загрузки неважен (чем быстрее все загрузяться тем лучше, при получении ХМЛ, он сразу отображаеться, дабы пользовотелю было на что смотреть и не скучать%)) ), если происходит ошибка загрузки для какогото урл, то нужно сделать несколько попыток загрузить инфу. Каждый ХМЛ должен "знать" c какого хоста он приехал. На эту тему у нас с Reijii возник спор. Я предложил сделать класец оберточку для ХМЛ, который кроме самого ХМЛ еще хранит инфу об Урле, хранителе/владельце ХМЛ и количестве сделаных попыток (если происходят сбои при соединении). Затем сразу начинаем грузить все ХМЛ, а они по мере загрузки сообщают кто, и откуда загрузился. Reijii предложил поочереди грузить ХМЛ, так мы тоже знаем откуда он пришел (УРЛ) ну и тд. Идея спора в том, что Reijii говорит "машина клиента здохнет от напруги", я тестировал - вроде ниче не здыхает %). Опять же думаю, что если мы начнем грузить толпой, то загрузиться конешно быстрее самый мелкий/с быстрого сервера, ХМЛ и отобразиться, т.е. будет чем развлечь юзверя. Если применить метод Reijii то может возникнуть ситуация - первый ХМЛ в списке, самый большой, тормознутый и вообще не хочет грузиться - т.е. нечем развлекать пользователя, пока возимся с этим ХМЛ. Ну я естественно защищаю свой алгоритм, а он свой %)), кто что может сказать/посоветовать но этому поводу? зы. в каждом получаемом ХМЛ может быть от 1 до 150-200 однотипных нодов инфы. |
Юзверя надо прелоадером развлекать :)
(Можно показать скока ты всего грузишь и как быстро ты это умеешь делать... => вариант Reijii) А если твой вариант действительно грузит из всей толпы самый маленький хмл быстрее, чем вариант Reijii грузит первую толстую ХМЛ (проверить имхо надо) - то флаг тебе :) имхо |
Вариант Reijii лучше имхо :) развлекай его как сказал St. Father прелоадером ) зато по результату пользователь начнет работать со всем объемом данных а не с огрызками, которые быстрее загрузились :)
|
не в варианте Reijii все равно придеться после загрузки первого показывать его %)) :p
|
зачем ? )
ну показывать то можно но имхо не стоит давать работать ) |
Я что то не понимаю, вы вроде обратились сюда с целью что бы вас другие рассудили, а вы получается что вы опять спорить между собой начали.
|
че нету никаких идей/советов? кто-то же делал такое? поделились бы впечатлением
|
Цитата:
|
Вы знаете что меня больше всего бесит на флэш сайтах? это прелоадеры.
На хтмл сайте я могу хотя бы начать читать часть текста, или посмотреть 30% картинки. |
поделись конкретными задачами и способами (читай алгоритмами) и почему именно так а не подругому, если можно.
|
Цитата:
если подумать - действительно, прелоадеры - это типа костыль. хотя я вот не видел никогда, чтобы в пустом клипе было прописано что-то типа Код:
this.loadMovie ("shapka.swf");сама суть флэша теряется........ а смотреть дерганную анимацию никому не нравится - это 100% (ведь все еще туева хуча народу сидит на мопедах) |
Цитата:
|
малость невоткнул. флэшовый оцх или сам ие хтмльный контент грузит макс. по 2? :)
...в любом случае спасибо за просвещение, но сути не меняет имхо. |
|
почетайу. пасиба.
|
Цитата:
кстате твой пример не работоспособен (вернее будет работать не так ка те хотелось %) ) Цитата:
iNils. про 2 файла незнал (вернее натыкался на это, но думал что виноват флеш, а не ИЕ). |
блин, так просто всё. если инициируем загрузку всей кучи, то на модемном соединении даже самый маленький будет показан после того, как "протиснется" в общем потоке загружаемых данных. это может случиться очень нескоро (предположим, что все грузятся с одинаковой соростью и равны по размеру => все отобразятся после полной загрузки одновременно). а при GPRS-связи? Для "слабых" юзерских каналов метод Reijii предпочтительней. На быстром канале метод __i может быть эффективнее. Т.е. всё зависит от конкретной задачи (универсальность подхода к юзерскому каналу + разница во времени загрузки даных), т.е. именно то, о чём сказал iNils. В случае подгрузки данных, файл которых имеет в заголовке сведения о размере, можно говорить о изначальной оценке картинки и построении наилучшего алгоритма. В случае с xml вы сравниваете круглое с солёным...
|
2 __i
по поводу this.loadMovie > да ))) немного поспешил))))) по второму квоту - это уже был оффтоп)) (ответ Nirth`y) |
| Часовой пояс GMT +4, время: 11:01. |
Copyright © 1999-2008 Flasher.ru. All rights reserved.
Работает на vBulletin®. Copyright ©2000 - 2026, Jelsoft Enterprises Ltd. Перевод: zCarot
Администрация сайта не несёт ответственности за любую предоставленную посетителями информацию. Подробнее см. Правила.