Избегание отсылки двойного запроса

[grafillo!]

У меня по таймеру отправляются запросы, иногда сервер тупит не успевает за время между запросами ответить и отсылаются два запроса то есть получаем два идентичных ответа. Что бы этого не был я ввёл переменную которую при отсылке запроса меняем на false а при ответе на true. И запросы не отсылаются если пeременная false. Есть ли более рациональный способ избежать двойных запросов или эт норм система?

[in4core]

норм система. Есть еще hash для сокет ответов, когда запрос может рубиться на 2 и более кусков.

[grafillo!]

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

[КорДум]

он же меньше ресурсы сервера потребляет.

Что это значит? Как будет написан, так и будет потреблять. Открою тайну: все работает через сокеты. Даже обычные HTTP запросы открывают сокеты.

Есть еще hash для сокет ответов, когда запрос может рубиться на 2 и более кусков.

Не понял тебя, что за hash и почему запросы вдруг могут рубиться на части?

[dimarik]

Считаю, что вполне нормально отправлять следующий запрос после получения положительного ответа от предыдущего, в том числе с отсрочкой отправления по таймеру.

[in4core]

Не понял тебя, что за hash и почему запросы вдруг могут рубиться на части?

Недавно писали под сервер на дельфе. Суть такая, что отправляем запрос до сервера, если у него получается большой КУСОК данных в ответ, то он делить ответы на куски, сначала в первом ответе приходит 1 часть текста потом другая, просто пачки данных, а их надо соединить, чтобы получить не обрубленный хмл, как то так.

[dimarik]

Кор, это обычная практика работы с Socket и URLStream. Вот только про hash я тоже не понял.
Обычно это решается протоколом, где каждый пакет предваряется записью о его длине. Пока в промежуточном буфере чтения (после извлечения данных из сокета) нет такого количества данных, этот пакет не считается загруженным.

[in4core]

Дима, ну я своим велосипедом пользуюсь, меня он устроил вот таким , только не хеш, а буффер, голова просто кипит седня

private function onResponse(e:ProgressEvent):void 
		{
			var str:String = socket.readUTFBytes(socket.bytesAvailable);
			var check:String = str.slice(str.length - 6);
 
			if (check != "&2&2&2") 
			{
				buffer += str;
				return;
			}
			else 
			{
				if (buffer.length) 
				{
					str = buffer + str;
					buffer = "";
				}
			}
 
			this.dispatchEvent(new SocketServerEvents(SocketServerEvents.RESPONSE, str));
		}

[dimarik]

Проблема в том, что UTF — это многобайтовая кодировка. Ты не можешь прочитать последний символ, если в payload, например, пришла только часть его.

socket.readUTFBytes(socket.bytesAvailable);

[Gerbert]

in4core помню Вы даже обругали кого-то за подобный код, только на пхп...
Почему бы просто не написать esle if( buffer.length ) ? Ответ - я просто из контекста выдернул не считается,
Вы накинулись у человека не спросив его псевдо это код или нет.