🚀 go-pugleaf

W dniu 2012-12-14 13:46, jaro pisze:
> Krótkie podsumowanie: - za każdym razem tworzę nowy obiekt
> XMLHttpReqest - wykorzystanie jednego globalnego powoduje problemy.
> Każda przeglądarka może wysłać równolegle kilka zapytań. Jak się ta
> pula wyczerpie to obiekt jest nadpisywany i wszystko pada. - za

Niekoniecznie musisz za każdym razem tworzyć nową instancję 
XMLHttpRequest. Sprawdź, czy poprzednia jeszcze istnieje  i jeśli ma 
readyState === 4 to możesz ponownie użyć tej samej instancji.

> pomocą xmlhttp.ontimeout wychwytuję zapytania na które nie przyszła
> odpowiedź w określonym czasie. 'Zabijam' je za pomocą
> xmlhttp.abort(). Chrome nie obsługuje tego wcale a IE z problemami -
> po ubiciu zapytania  IE zgłasza xmlhttp.readyState=4 z 'pustym'
> obiektem - obsługuje wyjątkami. - tworzę zapytanie bez użycia

IE słabo lub wcale nie radzi sobie z obsługą np. requestów do nie 
istniejących zasobów (i podobnych problemów). Ja robię tak:

1. Ustawiam var done = false; zaraz po metodzie send().
2. Ustawiam setTimeout na 30 sekund i po tym wywołuję lokalną metodę 
_abort w której sprawdzam, czy "done" jest false / true. Jeśli false to 
robię abort().
3. W przypadku, gdy request powiódł się, to "done" ustawiam na true i 
kasuję timeOut-a.

> Math.random() w celu pominięcia cacha przeglądarki. Stosuję tylko
> odpowiednie nagłówki http. Użycie unikatowego linku powoduje
> nadmierne zapełnienie cacha przeglądarki kolejnymi wersjami plików. -

MZ lepiej robić sobie build-y nowe do nowych katalogów za każdym razem, np.

/build123/[...]
/build124/[...]

Wówczas masz gwarancję, że klient zawsze pobierze najnowsze pliki i 
jeśli nic się nie zmieni to przy ponownym wejściu będą pobierane z cache 
przeglądarki. W uproszczeniu.

-- 
Cezary Tomczyk
http://www.ctomczyk.pl/