Вконтакте lib

[$mival]

Сообщение от BlooDHounD

terbooter, а прочитать в документации, что чаще чем в 3 секунды низя, Вы не смогли?

http://www.flasher.ru/forum/showpost...9&postcount=14

[_KVA_]

поделитесь плиз примером создания очереди для запросов к API ВК. Или советом/принципом/алгоритмом ее создания.
заранее сенкс

[udaaff]

Алгоритм прост: не больше трех запросов в секунду. На деле в полторы, а то и в две.

[$mival]

ну из того класса который я писал летом

// попытка постановки запроса в очередь, если есть возможность, то запрос сразу выполняется не попадая в очередь
StackController.put(vars:URLVariables, url:String = null):void
// возвращает текущее время таймера
public function get time():uint
// возвращает длину очереди
public function get length():int

подписываемся у StackController на StackStatusEvent.STACK_STATUS

this._stackControl = new StackController();
this._stackControl.addEventListener(StackStatusEvent.STACK_STATUS, this.prepareAndSend);
this._stackControl.put(vars, url);
 
private function prepareAndSend(e:StackStatusEvent):void
{	
     trace(e.url, e.vars)
}

не совсем красиво но работает

[_KVA_]

хотелось бы найти сообща что-то типа такого:

TimeManager класс для создания очереди

метод QueryAdd -- ставим в очередь запрос, параметры:
-метод api
-параметры для метода api
-приоритет выполнения
-медот выполняемый при получении ответа

метод QuerySend -- отправка запроса к api (с учетом очереди, частоты запросов), параметры:
-
-

и т.д.
или такая функция уже есть в какой-то из сторонних библиотек для взаимодействия с api ВКонтакте и можно из нее взять пример?

[$mival]

Сообщение от _KVA_

хотелось бы найти сообща что-то типа такого:

TimeManager класс для создания очереди

метод QueryAdd -- ставим в очередь запрос, параметры:
-метод api
-параметры для метода api
-приоритет выполнения
-медот выполняемый при получении ответа

метод QuerySend -- отправка запроса к api (с учетом очереди, частоты запросов), параметры:
-
-

и т.д.
или такая функция уже есть в какой-то из сторонних библиотек для взаимодействия с api ВКонтакте и можно из нее взять пример?

чем не подходит выше?

[_KVA_]

в принципе интересное решение, но хотелось бы иметь возможность указывать мой метод,
который будет разбирать ответ от API, в зависимости к какому методу API обратились

[chabapok]

Сообщение от udaaff

Алгоритм прост: не больше трех запросов в секунду. На деле в полторы, а то и в две.

я так понимаю, что проблема как оно "на деле" из за того, что сетка не гарантирует, что если мы отправляем запросы с периодом 0.4сек, что они придут на сервер с таким же периодом. Эти запросы где-то "там" кладутся в буфер, а потом "выстреливают" сразу все в одно мгновенье. И более того, сетка даже порядок не гарантирует, насколько показывают эксперименты.

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

[udaaff]

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

Для максимальной стабильности я просто возвращаю запросы, которые вернули ошибку 6, назад в очередь + выставляю 1.5 секунды на три запроса, вместо 1.
А производительность нынче можно повысить через метод execute.

[Wolsh]

Разве смысл очереди не в правильном порядке запросов?))
Не знаю, мой скромный опыт говорит что нужна именно очередь "вернулся - ушел", но никак не задержка по времени. Это отголосок таймлайнового мышления и от него надо избавляться, ориентируясь строго на события: запрос - ответ - запрос - ответ. Таймер не дает гарантии даже при одном запросе в три секунды, очередь же дает стопроцентную гарантию.