uFlexx

" ) вместо смайлика!!! только знаки вплотную должны быть. но если их сейчас рядом нарисовать то на форуме смайлик вылазит

хз)) может быть вот это?В logger = logging.getLogger("alt_zoom&&quot и logger.info("ALT ZOOM MOD LOADED&quot использованы HTML‑энтити (&quot вместо кавычек — синтаксически это строковые литералы испорчены; интерпретатор может выбрасывать исключение на импорте или строка неполна. Исправь на обычные кавычки: "alt_zoom" и "ALT ZOOM MOD LOADED".Исключения при импортеЕсли в процессе импорта мода возникает исключение, мод считается загруженным пакетно, но код init прерывается и последующие инструкции не выполняются. Проверь наличие ошибок в логах Python/консоли сразу после строки о загрузке пакета.Неправильный логгер / уровень логированияУбедись, что конфигурация логирования игры выводит INFO для твоего логгера. Для теста используй logger.error(...) или временно выставь root logger level в коде: logging.getLogger().setLevel(logging.DEBUG).Неверные имена/пространстваlogger = logging.getLogger("alt_zoom&&quot создаст логер с именем; проверь в игровых логах фильтры по имени. Можно использовать logging.getLogger() для root‑логирования временно.Код может не выполняться из‑за путей/архиваУбедись, что init.py действительно импортируется при загрузке пакета (в нём должно быть явно from .mod_altzoom import * или корректный путь). Сейчас ты сказал init.py «просто импорт всего», но проверь синтаксис и отсутствие ошибок в нём. В zip/mtmod структура должна сохранять относительные пути (папка mods/mod_altzoom/…&quotОшибки в переопределениях методовДоступ к SniperCamera._SniperCamera.__getZooms и к AvatarInputHandler.AvatarInputHandler.handleKeyEvent может быть неверным: проверь реальные имена классов/методов в текущей версии клиента (двойное подчеркивание/приватные имена меняются). Если атрибут не найден — при импорте будет исключение.Как быстро диагностировать (шаги)Исправь кавычки.В начале init.py добавь простую запись в лог через logging.getLogger().error("start mod&&quot— ERROR точно выводится.Оберни импорт и ключевые участки в try/except и в except делай logger.exception("import failed&&quot — это покажет трейсбек.Проверь игровые логи сразу после загрузки пакета на Python‑исключения.Локально запусти интерпретатор с тем же Python/модулями (если возможно) и импортируй модуль для воспроизведения ошибки.Вывод (одно предложение)Исправь кавычки и оберни импорт в try/except с выводом exception — скорее всего импорт падает (из‑за синтаксиса или неверных атрибутов), поэтому твой logger.info не выполняется.___

Итак на сегодняшний день мы имеем 441 просмотр этого поста: Какова вероятность что на пост обратили внимание те кому пытаемся донести: То есть: Модель: каждый из 441 просмотра — независимый шанс p того, что зритель перейдёт к реальному действию (голос, репост, сообщение модеру или dev), которое в итоге приведёт к тому, что кто‑то обратит внимание и сделает что‑то. Тогда итоговая вероятность: P = 1 − (1 − p)^441. Реалистичные оценки p и результат: 1. Консервативный (пассивная аудитория): p = 0.0005 → P ≈ 20%2. Реалистичный (некоторая активность): p = 0.002 → P ≈ 58%3. Активная/вовлечённая аудитория: p = 0.01 → P ≈ 99% Интерпретация p отражает конверсию просмотра → действие; её можно разбить: конверсия в лайк/комментарий × вероятность, что это действие доведёт до разработчиков. Обычные форумы имеют малую конверсию, поэтому правдоподобный диапазон — p≈0.0005–0.002.Значит наиболее правдоподобная оценка: P ≈ 20–60%, с центральной точкой ≈58% для умеренно активной аудитории.Погрешности: предположение независимости просмотров и постоянства p; реальные просмотры коррелированы (те же активные юзеры смотрят несколько постов), и факторы каналов/модерации влияют дополнительно. Как улучшить шансы: Увеличить p: добавить призыв к действию, собрать голоса/комментарии, продублировать в оф.каналы — это эффективно повышает P Короче ≈20% на все эти дела

т.е. создать ячейку и назвать ее "Моя группа" (Танки разного уровня и наций) и вручную перетянуть их в свою папку т.е. ячейку! И разместить в начале ленты и иметь к ней (папке) быстрый доступ!? Но оставить при этом автоматическую группировку!? Я думаю это отличное предложение!?!?

потом начнут ныть что придумали баланс по скилу и играть стало не интересно!!! Верните старый баланс! 150 процентов что так и будет

Лента прокрутки танков — как родительская квартира: полно старья, пахнет прошлым, листаешь и надеешься, что ничего не зацепится за гусеницы... но иногда встречаешь тот самый танк, о котором думал «забыл бы навсегда» — похоронен, но иногда возвращается в бой. А все потому что лента неудобная!

Все еще помню ту версию "0.8.6" и те впечатления потому что: это было "ВАУ" Та физика, те карты, та техника, тот баланс, дамаг, те стримы амвея и жова)!

После прочтения недостатков пропало желание качать ветку!)

Для таких целей неплохо бы иметь возможность добавлять ботов к себе в комнату

Даже сотня в ангаре отнимает время! а их почти под тысячу!

Как не крути а Drag-and-drop нам нужен! хотелось бы его увидеть в игре (в ленте) а также ручная сортировка. Это не требует глобальных изменений интерфейса! Ну и вот1. Backend: добавить таблицы collections и collection_items, CRUD-эндпойнты, batch-операции, валидацию и индексы.2. Frontend (MVP): верхняя зона «pinned collections», чекбоксы для добавления, preview первых N элементов, lazy load.3. UX: Edit Mode, Undo для операций, мобильная альтернатива drag&drop (multi-select + «Добавить в…».4. После MVP: drag&drop для десктопа, переупорядочивание, синхронизация и импорт/экспорт.5. QA/DevOps: нагрузочное тестирование, лимиты на коллекции/элементы, миграции и тесты. Это не глобальные изменения интерфейса а всего лишь - 1.43.0.0

дозарядка считается барабаном?

Применил немного математики и вот что вышло. У нас есть (("папка", у нас есть "Drag&Drop)) и у нас есть фильтр техники и автоматическая сортировка! ВОТ: Предположим: - N = 950 танков имеется в ангаре - Возьмём примерный фильтр: F = 80 (ур.8, прем тт). (мы выбрали определенный фильтр: прем.техника, 8 уровень, тт) - Параметры модели: a = 0.5 с на один просмотр в ленте, b = 2 с на навигацию/решение, T_folder = 3 с на открытие закреплённой папки и выбор танка. Базовые вычисления (повторно, для ясности) - Без папки: T_curr = a·F + b = 0.5·80 + 2 = 42 с. - С папкой (если танк в папке): T_new = 3 с. - Экономия Δ = 42 − 3 = 39 с на выбор в этом сценарии. Дополнительно (разумные пределы) 1. Зависимость от F - Экономия линейно растёт с F: Δ ≈ 0.5·F − (3 − 2) = 0.5·F − 1. Для F=80 → 39 с; для F=20 → 9 с; для F=8 → 3 с. - Следствие: функция наиболее полезна для широких фильтров и больших коллекций. 2. Вероятность того, что нужный танк будет в папке - Если игрок помещает в папку k избранных танков, а нужный выбирается равновероятно из F, шанс попасть сразу в папку = k / F (при предположении равной вероятности). - Пример: k=10, F=80 → шанс = 10/80 = 12.5%. При низкой вероятности всё равно выгодно, если игрок целенаправленно помещает в папку именно часто используемые танки (тогда вероятность намного выше). 3. Поведение при частом/редком переключении - Часто переключаешься между одними и теми же танками → папка даёт постоянную экономию времени. - Редко переключаешься или выбираешь из множества разных танков → эффект меньше, но даже при редких выборах выигрыш по времени на отдельный выбор остаётся (особенно при больших F). 4. Комбинация с автоматической сортировкой - Закреплённая папка в начале + авто‑сортировка для остальной ленты минимизирует среднее время поиска: избранные всегда под рукой, остальные — упорядочены автоматически. - Авто‑сортировка уменьшает средний a·F для оставшейся массы; папка сокращает почти до константы T_folder для избранных. 5. UX и поведенческий эффект - Папки и drag‑and‑drop снижают когнитивную нагрузку: игроки быстрее находят знакомые и любимые машины, меньше раздражения от долгой прокрутки. - Это повышает удобство и скорость входа в бой с нужной техникой, особенно в тим‑ориентированных режимах, где время выбора критично. 6. Короткий числовой набор для примера - F=80, k=10, a=0.5, b=2, T_folder=3: - T_curr = 42 с, T_new = 3 с, Δ = 39 с. - Вероятность мгновенного попадания в папку = 10/80 = 12.5% (если выбор равновероятен). Но если избранные — действительно часто используемые, эффективная вероятность близка к 100% для конкретного игрока. Краткий итог - Добавление drag‑and‑drop папок с закреплением в начале ленты значительно сокращает время поиска при большом числе подходящих танков (F большой), особенно если игрок сознательно добавляет часто используемые машины — а автоматическая сортировка для остальной ленты сохраняет порядок и удобство.

5S даёт простую, воспроизводимую методику — отсечь лишнее, логично расположить, поддерживать порядок, закрепить правила и сделать рутину. Это уменьшит время поиска танка, ускорит подготовку к бою и повысит количество качественных боёв. Но подойдет разве что - "слишком заядлым статистам" (человек, для которого сбор и анализ игровых (или любых других) данных стал главным смыслом активности) Если нужно могу по пунктам) Но это будет не беззаботный игровой процесс а уже больше походить на работу

Китайцы наладили производство бирюзовой статы! все склады завалены под опт