XoM9k_Ha_Co6aKe

Описание: Мод заменяет торпеды подводных лодок (и надводных кораблей, использующих семейства торпед GPT001, RPT005, IPT001, FPT008) на манулов. Скриншоты: Видео: Установка: Скачать архив по ссылке выше. Убедиться что игра закрыта. Распаковать содержимое архива в папку bin/[номер_сборки]/mods/ Удаление: Убедиться в том что игровой клиент закрыт, либо закрыть его. Удалить файл модификации bin/[номер_сборки]/mods/cat_torpedoes.mkmod Мод удалён!

Предложения для PAPI Мира Кораблей: 1) Добавить в персональную информацию об игроке clan_id, как сделано в PAPI Мира Танков. Добавить clan_updated_at/триггерить updated_at при изменениях клановой информации об игроке. Позволит получать клан и изменения без регулярного поллинга клановых конечных точек 2) Добавить в достижения (и желательно в персональную информацию об игроке) временную метку achievements_updated_at. Так можно будет привязывать снимки достижений к дате и времени и предоставлять более точную привязку к игровым сессиям, показывать то, как игрок получал достижения со временем.

В Леста PAPI для Мира Кораблей есть: - эндпоинт account/info, у которого есть следующие параметры, являющиеся метками времени. stats_updated_at timestamp Дата обновления статистики по игроку и кораблям игрока updated_at timestamp Дата обновления информации об игроке last_battle_time timestamp Время последнего боя logout_at timestamp Время окончания последней игровой сессии - эндпоинт ships/stats, у которого есть свои два параметра: last_battle_time timestamp Время последнего боя updated_at timestamp Дата обновления информации о кораблях Я создаю сервис, который хранит историю статистики игроков Мира Кораблей в виде снимков по времени. В демо-режиме сервис собирает данные трехсот тысяч активных игроков примерно с февраля этого года. Сейчас у меня есть база данных, которая за этот срок обновила данные игроков 43 миллиона раз и собрала 134 миллиона записей изменений статистики этих игроков. Базовая логика, на которую опираются такие сервисы - это просмотр временных меток, сравнение с их локальной копией и обнаружение изменений на основе изменения этих самых меток. Однако при анализе накопившихся данных я понял, что не до конца определены критерии, когда меняется каждый из параметров. Например, может меняться stats_updated_at независимо от last_battle_time, в каком-то случае один больше другого, а в другом - наоборот; updated_at вроде бы как сообщает об обновлении информации об игроке, но непонятно, какие именно обновления триггерят изменение этого параметра (например, изменение клана у игрока никак не сказывается на updated_at). Или stats_updated_at может многократно меняться при неизменном last_battle_time. Второй момент, связанный с этими показателями - это откаты статистики. Я изначально проектировал систему, исходя из предположения монотонности статистики (кол-во боёв растёт, а время идёт только вперёд), однако это не так. Мне попадаются ситуации, когда АПИ отдает определенную статистику игрока, а спустя время возвращает снимок, в котором боёв на корабле меньше. Или боёв может быть то же количество или больше, но по другим параметрам понятно, что какие-то результаты боя были отменены, просто игрок успел отыграть между двумя проходами кол-во боев, которое компенсировало "откат" (например, кол-во боёв выросло, а кол-во поражений вдруг стало меньше, или очков захвата базы стало меньше, то есть накопительные показатели, которые в обычных ситуациях могут только расти, уменьшаются). Так же есть ситуации, когда last_battle_time прыгает назад. Например, в одном проходе я получаю, что последний бой был 2026-08-31T09:33:13Z, а в следующий 2026-08-31T09:22:50Z. Другой пример - откат с 2026-09-06T20:26:17Z на 2026-08-29T03:14:08Z. Сейчас подобные аномании являются блокером для того, чтобы я мог расширить покрытие на всех игроков и запустить сервис. Чтобы корректно их обрабатывать, мне нужно понимание: - Как именно работают метки времени, то есть критерии, по которым меняется каждая из указанных timestamp-меток, и чему они становятся равны (то есть в какие моменты меняется метка и чему она становится равна) - Какой именно механизм стоит за откатами статистики, что это означает (например, "бои могут быть отменены на кораблях X в случаях A, B, C, это сопровождается одновременно изменением PARAM1, PARAM2, и по N можно понять, что у игрока отменены результаты M сражений на корабле". То есть, чтобы понять, как с этим работать, мне очень полезно будет понимать, какая природа у этого). Наличие этой информации мне очень сильно поможет в качественной обработке данных и значительно может повысить надежность, а значит улучшит опыт будущих пользователей сервиса, и если возможно ее предоставить от разработчиков в более подробном виде, чем это указано в справочнике API, то я хотел бы эту информацию получить. С разрешения в ТГ чате Мира Танков тегаю @RUSLAN_MUSIN , чтобы предложение-вопросы попали в нужные руки.

Да, и пишет какой IP он видит. Там 92.223.122.21*. Жаль,к серверному можно только 5 привязать. Но даже с пятью начинают проходить нормально запросы

Он там с редиректом присылает куку bp_chl, ее надо положить в запрос. Ну и закинуть серверные IP вместо своего. Тогда работает... curl -v -L -c cookies.txt -b cookies.txt "https://api.korabli.su/mk/encyclopedia/info/?application_id="