Witajcie,

orientujecie się jakie są najlepsze techniki przy anulowaniu requestów Ajaxowych? Już tłumaczę o co chodzi:

Załóżmy, że piszemy skrypt autocomplete dla inputa. Ktoś wpisuje kolejno litery:

1. K - wysyła się zapytanie o sugestie na K
2. KO - znów wysyłami, tym razem na KO...
3. KOT - KOT...

Z oczywistych przyczym każde zdarzenie nie może generować osobnego requestu asynchronicznie, bo mielibyśmy śmietnik. W takim razie jakie są zalecane techniki w takich sytuacjach? Bawiłem się w coś takiego:

[JAVASCRIPT] pobierz, plaintext 
var xhr = {};
 
$("#field").bind("input", function() {
	if(typeof xhr.abort === "function") {
		xhr.abort();
	}
	xhr = $.get(
		// parametry requesta
	);
});
[JAVASCRIPT] pobierz, plaintext 

Działa prawidłowo, ale nie tak szybko jak powinno. Wygląda to tak, jakby metoda .abort() nie działała natychmiastowo. Da się to odczuć w tym przypadku, gdy szybko piszemy w tym polu. Odpowiedź przychodzi o wiele później niż w przypadku powolnego pisania.

Pomysły?

Bo wysłanie, przetworzenie odpowiedzi przez serwer i jej obsługa po stronie klienta trochę trwa. Nie jest to długo ale przy szybkim wpisywaniu tekstu może być odczuwalne.

Nie rozumiem natomiast czemu:


Przecież właśnie wykonywanie żądania asynchronicznie znaczy tyle, że skrypt nie musi czekać na odpowiedź serwera i jest ogólnie zalecane. Jak wspomniałem w twoim przypadku to najprawdopodobniej kwestia przetworzenia i obsłużenia w krótkim czasie x requestów.
Robisz coś na wzór Google Suggest, więc chodzi Ci o ograniczenie liczby request-ów wysyłanych do serwera.

Sugeruję zrobić tak, że jeśli użytkownik wpisuje znaki szybciej niż ustalony limit czasowy (250-300ms) skrypt resetuje wskaźnik czasu i jednocześnie ustala go na nowo dla setTimeout, który obsługuje żądanie do serwera.

Schemat wygląda tak :
- tworzysz zmienną przechowująca wskaźnik czasu
- resetujesz wskaźnik funkcją clearTimeout kiedy ma być wykonane żądanie do serwera
- wykonujesz żądanie za pomocą seTimeout z ustalonym opóźnieniem czasowym i przypisujesz jego wynik do zmiennej przechowującej wskaźnik czasu. Dzięki temu jeśli user będzie szybszy niż czas to wskaźnik będzie resetowany patrz pkt.2 i żądanie nie będzie wykonane.

1. Liczenie ilości wpisanych znaków - request odpalany np. po wpisaniu min. 3 znaków
2. Timeout pomiędzy requestami ustawiony na 200-500 milisekund
3. Po stronie serwera to samo co w pkt.1 i 2

Jeżeli tak bardzo zależy ci na zabijaniu requestów - http://stackoverflow.com/questions/3312960...sending-another

@edit byłeś szybszy ;P

To raczej nie jest przyczyna, bo przecież abort możesz robić w każdym stanie requesta. Może on nawet nie zdążyć otrzymać odpowiedzi od serwera, więc to nie ma związku z moim pytaniem.

Z tymi niezależnymi asynchronicznymi requestami chodziło mi o to, że wcale nie jest pewne który otrzyma odpowiedź szybciej. Nie jest wykluczony taki scenariusz:

1. Ktoś wpisuje K...
2. Wpisuje KO...
3. Wpisuje KOT...

I oto co się może stać:

1. Przychodzi odpowiedź z K
2. Przychodzi odpowiedź z KOT...
3. Przychodzi odpowiedź z KO...

I mamy wielką lipę. Oczywiście można użyć sztuczek, jak np. odsyłać w requeście wartość inputa z powrotem i używać odpowiedzi tylko wtedy, gdy pasuje do aktualnej wartości pola.

Czyli rozumiem, że jasnego i oczywistego sposobu nie ma.

A nie prościej, szybciej i lepiej jest użyć gotowych klas do tego? np. ta
http://bassistance.de/jquery-plugins/jquer...n-autocomplete/

Oczywiście, że prościej. Autocomplete to tylko przykład, zastanowił mnie brak źródeł odpowiadających na tak banalne wydawałoby się pytanie.

Z tego, co wiem, to połączenie w trakcie oczekiwania na dane siedzi już w stosie TCP systemu operacyjnego, a przerwanie tego jest raczej średnio możliwe.

Lepiej olać wynik takiego. [;

Ja tam pracuje na jQuery i przerywanie żądań ajaxowych odbywa się natychmiastowo

Analogowy smoku: ty żądania ajaxowe wysyłaj na serwer z lekkim opóźnieniem, a nie od razu gdy ktoś wpisze cokolwiek. Odczekaj te pół sekundy i dopiero gdy w tym czasie nie napisze kolejnej literki, dopiero wtedy slij żądanie.