91
Разработка / Re: Протокол VKontakte
« Last post by Elzor on 25 06 2025, 11:48:38 »Boris_M, DWORD
Recent Posts
92
Разработка / Re: Протокол VKontakte
« Last post by Boris_M on 25 06 2025, 11:29:35 »LoadCListInterval.Byte/Dword ?
93
Разработка / Re: Протокол VKontakte
« Last post by Elzor on 24 06 2025, 11:49:30 »Со следующего ночника (версия плагина 0.1.19.1):
1. Переименована настройка базы из TimeoutAfterUserGet в TimeoutForUsersGet. Отвечает за минимальный интервал (в миллисекундах) перед очередным users.get. По умолчанию – 0, максимум 60000. Категорически не рекомендую трогать его, если нет проблем с девятой ошибкой
2. Добавлена настройка базы LoadCListInterval. Отвечает за частоту опроса статусов контактов в минутах. По умолчанию – 1 минута. Не рекомендуется к изменению, если нет проблем с девятой ошибкой.
Кроме того, несколько изменена логика поведения при получении пустого ответа от сервера на запрос статусов для пачки контактов. Это само по себе, без изменения параметров, может решить проблему.
Если проблема останется – ставьте TimeoutForUsersGet где-нибудь 5000 – 10000 и обязательно увеличивайте LoadCListInterval хотя бы до 3-5. Подбирайте параметры под себя.
Скорее всего, это все, что я могу сделать.
1. Переименована настройка базы из TimeoutAfterUserGet в TimeoutForUsersGet. Отвечает за минимальный интервал (в миллисекундах) перед очередным users.get. По умолчанию – 0, максимум 60000. Категорически не рекомендую трогать его, если нет проблем с девятой ошибкой
2. Добавлена настройка базы LoadCListInterval. Отвечает за частоту опроса статусов контактов в минутах. По умолчанию – 1 минута. Не рекомендуется к изменению, если нет проблем с девятой ошибкой.
Кроме того, несколько изменена логика поведения при получении пустого ответа от сервера на запрос статусов для пачки контактов. Это само по себе, без изменения параметров, может решить проблему.
Если проблема останется – ставьте TimeoutForUsersGet где-нибудь 5000 – 10000 и обязательно увеличивайте LoadCListInterval хотя бы до 3-5. Подбирайте параметры под себя.
Скорее всего, это все, что я могу сделать.
94
Разработка / Re: Протокол VKontakte
« Last post by Elzor on 23 06 2025, 12:45:16 »Еще раз повторяю:
Кратко:
Да, первый запрос users.get при старте протокола действительно делает только одно: возвращает информацию о текущем аккаунте. Если это не самый первый запуск после создания аккаунта, без этой информации действительно можно вполне стартовать. Тут разве что информация о смене собственного имени, пока миранда была в оффлайне будет пропущена. Стартовать без этого можно. Но не нужно. Если самый первый user.get вернул error 9, то и все оставшиеся user.get вернут то же самое. А на них много что завязано. В частности без них нельзя получить информацию ни о статусах контактов, ни вообще информацию о контактах и друзьях, ни информацию о пользователях мультичатов, ни об источниках пересылаемых сообщений. Да даже имена друзей без него не получить. Кому-то нужен в онлайне протокол, у которого в клисте все в оффлайне, а в чатах одни «Неизвестные контакты»? Ну, может спамерам разве что, но наверняка у них есть более специализированные инструменты.
Про лонгпул изменений статусов, если что, мне говорить не надо – он, во-первых, используется, во-вторых, очень часто он попросту не присылает изменений, когда они есть. Потому отдельно статусы и приходится опрашивать. И user.get сам по себе вдруг может вернуть пустой ответ, а через несколько секунд – уже нормальный.
Скорее всего, проблема в том, что при некоторых условиях опрос о статусах контактов сервер считает флудом. А в подавляющем большинстве случаев - не считает. Поэтому именно лог ДО получения бана важен, там проблема. После - просто следствие.
После "правильного" лога -Вовчик-а пришлось отказаться от опроса через серверные процедуры, унести это полностью на клиентскую сторону. Тут хоть паузу между запросам можно поставить и что-то динамически проанализировать, не говоря уже про то, что тут логирование принципиально лучше. Оказалось, этого недостаточно - нужен новый лог с причиной бана. Пока такого лога нет, я могу только рулить частотой опроса. Пока что (завтра, скорее всего) отключу повторный запрос статуса у пачки контактов, если вернулся пустой ответ и увеличу интервал между циклами опроса.
В любом случае нетлог нужен момента непосредственно перед "девяткой" (пара минут до). Именно перед, после - уже не интересно.Понятно, что если бан уже получен, то с этим ничего не сделать, кроме как подождать. Ценность информации о том, что кто-то получил бан за флуд users.get и теперь не может стартовать, без информации о том, при каких обстоятельствах этот бан получен, околонулевая. Ниже нее только ценность непрошеных советов и оценочных суждений о полезности каких-либо запросов к серверу.
Кратко:
Да, первый запрос users.get при старте протокола действительно делает только одно: возвращает информацию о текущем аккаунте. Если это не самый первый запуск после создания аккаунта, без этой информации действительно можно вполне стартовать. Тут разве что информация о смене собственного имени, пока миранда была в оффлайне будет пропущена. Стартовать без этого можно. Но не нужно. Если самый первый user.get вернул error 9, то и все оставшиеся user.get вернут то же самое. А на них много что завязано. В частности без них нельзя получить информацию ни о статусах контактов, ни вообще информацию о контактах и друзьях, ни информацию о пользователях мультичатов, ни об источниках пересылаемых сообщений. Да даже имена друзей без него не получить. Кому-то нужен в онлайне протокол, у которого в клисте все в оффлайне, а в чатах одни «Неизвестные контакты»? Ну, может спамерам разве что, но наверняка у них есть более специализированные инструменты.
Про лонгпул изменений статусов, если что, мне говорить не надо – он, во-первых, используется, во-вторых, очень часто он попросту не присылает изменений, когда они есть. Потому отдельно статусы и приходится опрашивать. И user.get сам по себе вдруг может вернуть пустой ответ, а через несколько секунд – уже нормальный.
Скорее всего, проблема в том, что при некоторых условиях опрос о статусах контактов сервер считает флудом. А в подавляющем большинстве случаев - не считает. Поэтому именно лог ДО получения бана важен, там проблема. После - просто следствие.
После "правильного" лога -Вовчик-а пришлось отказаться от опроса через серверные процедуры, унести это полностью на клиентскую сторону. Тут хоть паузу между запросам можно поставить и что-то динамически проанализировать, не говоря уже про то, что тут логирование принципиально лучше. Оказалось, этого недостаточно - нужен новый лог с причиной бана. Пока такого лога нет, я могу только рулить частотой опроса. Пока что (завтра, скорее всего) отключу повторный запрос статуса у пачки контактов, если вернулся пустой ответ и увеличу интервал между циклами опроса.
95
Разработка / Re: Протокол VKontakte
« Last post by MIR on 22 06 2025, 22:18:42 »Скорее всего, в следующем ночнике (версия плагина 0.1.19.0) проблема с блокировкой за флуд пофикшена. Если вдруг нет, можно попробовать создать в базе DWORD-параметр TimeoutAfterUserGet и присвоить ему, скажем, 2000.Неа, не помогает, лог скинул ниже, насколько понял вырубается ещё на стадии запроса инфы о текущем юзере.
Дак сделай игнор дальнейших запросов инфы и аватаров при возникновении ошибки 9 и повторные запросы или автоматически по заданному таймауту к примеру минут через 30 или когда открываеш чят с конкретным контактом.
Посути эти запросы бесполезные т.к. миранда итак всё это в базе хранит, а на сервере если чтото меняется то очень редко.
Code: [Select]
[2025-06-23 2:55:20 0524] CVkProto::SetStatus iNewStatus = 40078, m_iStatus = 40071, m_iDesiredStatus = 40071 m_hWorkerThread = 0
[2025-06-23 2:55:20 0524] CVkProto::SetStatus (2) iNewStatus = 40078, m_iStatus = 1, m_iDesiredStatus = 40078 oldStatus = 40071
[2025-06-23 2:55:20 0524] CVkProto::SetStatus (ret) iNewStatus = 40078, m_iStatus = 1, m_iDesiredStatus = 40078 oldStatus = 40071
[2025-06-23 2:55:20 0C0C] CVkProto::WorkerThread: entering
[2025-06-23 2:55:20 0524] KeepStatus: assigning status 40078 (40071, 0) to VKs
[2025-06-23 2:55:20 0C0C] CVkProto::RetrieveMyInfo
[2025-06-23 2:55:20 0C0C] CVkProto::Push
[2025-06-23 2:55:20 0C0C] CVkProto::ApplyCookies
[2025-06-23 2:55:20 0C0C] CVkProto::ExecuteRequest
====
https://api.vk.com/method/users.get
access_token=*secret*&v=5.199&lang=ru
====
[2025-06-23 2:55:20 0C0C] Connection request to api.vk.com:443 (Flags 11)....
[2025-06-23 2:55:20 0C0C] (02ED0AE0) Connecting to server api.vk.com:443....
[2025-06-23 2:55:20 0C0C] (02ED0AE0) Connecting to ip 87.240.190.75:443 ....
[2025-06-23 2:55:20 0C0C] (580) Connected to api.vk.com:443
[2025-06-23 2:55:20 0C0C] (580 api.vk.com) Starting SSL/TLS negotiation
[2025-06-23 2:55:20 0C0C] (580 api.vk.com) SSL/TLS negotiation successful
[2025-06-23 2:55:20 0C0C] CVkProto::GrabCookies: remixir=DELETED; expires=Thu, 01 Jan 1970 00:00:01 GMT; path=/; domain=.vk.com; secure; HttpOnly
[2025-06-23 2:55:20 0C0C] CVkProto::SaveCookies: httoken=*
[2025-06-23 2:55:20 0C0C] CVkProto::OnReceiveMyInfo 200
[2025-06-23 2:55:20 0C0C] CVkProto::CheckJsonResponse
[2025-06-23 2:55:20 0C0C] CVkProto::CheckJsonResult
[2025-06-23 2:55:20 0C0C] CVkProto::CheckJsonResult 9
[2025-06-23 2:55:20 0C0C] CVkProto::CheckJsonResult SendError
[2025-06-23 2:55:20 0C0C] CVkProto::ConnectionFailed ShutdownSession
[2025-06-23 2:55:20 0C0C] CVkProto::ShutdownSession
[2025-06-23 2:55:20 0C0C] CVkProto::OnLoggedOut
[2025-06-23 2:55:20 0C0C] CVkProto::SetAllContactStatuses (40071)
[2025-06-23 2:55:20 0C0C] CVkProto::CloseAPIConnection 0
[2025-06-23 2:55:20 0C0C] (02ED0AE0:580) Connection closed internal
[2025-06-23 2:55:20 0C0C] (02ED0AE0:4294967295) Connection closed
[2025-06-23 2:55:20 0C0C] CVkProto::WorkerThread: leaving m_bTerminated = 1
P.S. Неуверен что конкретно к протоколу ВК это относится, но на всякий случяй напишу:
Миранда через дня три непрерывной работы начинает потреблять практически 300мб ОЗУ несмотря на то что все окна чятов закрыты, помогает только перезапуск, тогда не больше 80мб жерёт, такое ощющение что всё что идёт из ВК кэшируется в ОЗУ, даже если окна чятов не открывать.
96
Разработка / Re: Протокол VKontakte
« Last post by Elzor on 17 06 2025, 15:02:13 »Скорее всего, в следующем ночнике (версия плагина 0.1.19.0) проблема с блокировкой за флуд пофикшена.
Если вдруг нет, можно попробовать создать в базе DWORD-параметр TimeoutAfterUserGet и присвоить ему, скажем, 2000. Больше 5000 задавать бесполезно. Это таймаут в миллисекундах между запросами, которые похоже порождали проблему. "Просто так" и "на всякий случай" задавать этот параметр не надо. Если выяснится, что в нем нет реальной необходимости, я его потом удалю.
Если вдруг нет, можно попробовать создать в базе DWORD-параметр TimeoutAfterUserGet и присвоить ему, скажем, 2000. Больше 5000 задавать бесполезно. Это таймаут в миллисекундах между запросами, которые похоже порождали проблему. "Просто так" и "на всякий случай" задавать этот параметр не надо. Если выяснится, что в нем нет реальной необходимости, я его потом удалю.
97
Support/Help / Re: can't get miranda-ng to send a message on facebook
« Last post by dartraiden on 09 06 2025, 10:23:45 »Yes, we can't
https://github.com/miranda-ng/miranda-ng/issues/4169
https://github.com/miranda-ng/miranda-ng/issues/4169
98
Support/Help / can't get miranda-ng to send a message on facebook
« Last post by jedbarton on 08 06 2025, 22:37:02 »Hey guys. Hope everyone is doing well. I love miranda-ng, but am running in to a problem. Perhaps it's me, but wanted to ask. I am running the latest version. I have it set to log in my facebook. I use it as a messaging client. I can see a bunch of my friends lin line, I open up their name, type a message and press enter to send, and the message doesn't go out. This has been happening for months. Any thoughts on what to do. 1 day it just stopped working. Any help would be super appreciated.
99
Support/Help / Re: Plugin Updater keeps faililng
« Last post by mirandam on 07 06 2025, 12:00:27 »Any findings?
100
Плагины / Re: NewStory
« Last post by MIR on 06 06 2025, 15:07:09 »Звук в настройке звуков у меня исправно воспроизводится по нажатию Preview
У меня там тоже всё настроено норм. Щяс комп ребутнул - исправилось.
Какойто баг с мирандой и микшером иногда возникает.
В микшере есть Общяя громкость, Звук, Синтезатор и т.д. на всех программах работает корректно, но на миранде иногда звук пропадает хотя в микшере всё норм.
Щас комп ребутнул, запустил миранду, глянул в микшере там пункт Звук - убавлен до нуля, хотя в миранде звук включен, прибавил на максимум - на миранде звук заработал, хотя до ребута как микшер не вертел - на миранде звук не работал, перезапуск миранды тоже не помогал. При этом на плеере и на всех остальных программах звук работал нормально.