-
Публикации
1 704 -
Зарегистрирован
-
Посещение
-
Бои
63026 -
Клан
[RC1]
Все публикации пользователя uFlexx
-
Подскажите, что не так при создании мода.
тема ответил в BaHbka_35 uFlexx в Поиск/вопросы/обсуждения
" ) вместо смайлика!!! только знаки вплотную должны быть. но если их сейчас рядом нарисовать то на форуме смайлик вылазит -
Подскажите, что не так при создании мода.
тема ответил в BaHbka_35 uFlexx в Поиск/вопросы/обсуждения
хз)) может быть вот это?В logger = logging.getLogger("alt_zoom&" и logger.info("ALT ZOOM MOD LOADED" использованы HTML‑энтити (" вместо кавычек — синтаксически это строковые литералы испорчены; интерпретатор может выбрасывать исключение на импорте или строка неполна. Исправь на обычные кавычки: "alt_zoom" и "ALT ZOOM MOD LOADED".Исключения при импортеЕсли в процессе импорта мода возникает исключение, мод считается загруженным пакетно, но код init прерывается и последующие инструкции не выполняются. Проверь наличие ошибок в логах Python/консоли сразу после строки о загрузке пакета.Неправильный логгер / уровень логированияУбедись, что конфигурация логирования игры выводит INFO для твоего логгера. Для теста используй logger.error(...) или временно выставь root logger level в коде: logging.getLogger().setLevel(logging.DEBUG).Неверные имена/пространстваlogger = logging.getLogger("alt_zoom&" создаст логер с именем; проверь в игровых логах фильтры по имени. Можно использовать logging.getLogger() для root‑логирования временно.Код может не выполняться из‑за путей/архиваУбедись, что init.py действительно импортируется при загрузке пакета (в нём должно быть явно from .mod_altzoom import * или корректный путь). Сейчас ты сказал init.py «просто импорт всего», но проверь синтаксис и отсутствие ошибок в нём. В zip/mtmod структура должна сохранять относительные пути (папка mods/mod_altzoom/…"Ошибки в переопределениях методовДоступ к SniperCamera._SniperCamera.__getZooms и к AvatarInputHandler.AvatarInputHandler.handleKeyEvent может быть неверным: проверь реальные имена классов/методов в текущей версии клиента (двойное подчеркивание/приватные имена меняются). Если атрибут не найден — при импорте будет исключение.Как быстро диагностировать (шаги)Исправь кавычки.В начале init.py добавь простую запись в лог через logging.getLogger().error("start mod&"— ERROR точно выводится.Оберни импорт и ключевые участки в try/except и в except делай logger.exception("import failed&" — это покажет трейсбек.Проверь игровые логи сразу после загрузки пакета на 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 даёт простую, воспроизводимую методику — отсечь лишнее, логично расположить, поддерживать порядок, закрепить правила и сделать рутину. Это уменьшит время поиска танка, ускорит подготовку к бою и повысит количество качественных боёв. Но подойдет разве что - "слишком заядлым статистам" (человек, для которого сбор и анализ игровых (или любых других) данных стал главным смыслом активности) Если нужно могу по пунктам) Но это будет не беззаботный игровой процесс а уже больше походить на работу
-
Китайцы наладили производство бирюзовой статы! все склады завалены под опт
-
Так ведь победы всегда либо крупные либо их нету вообще!
-
Завалялась! Кому надо для бирюзовой статки? Раньше джов закупался)
-
могу только 100 шт дать - на
-
Ага очень полезно когда один тяж пытается танковать против двоих или троих. Старается что-то сделать а союзнеки и кустов лупят голдой и фугасами! И без разбора куда попадает их пиксель! По своему или по противнику. Получается что свои же и добивают сзади! Такое видел очень часто Тогда должны быть санкции! рикошеты до определенного лимита - потом ограничение, целенаправленно попадание по союзнику - не можешь 10-15 минут войти в бой, убил союзника - кнопка "в бой" не активна один час! Если злоупотребять то больше времени! Совсем очумелым бан на неделю
-
Динамическая коллекция + Drag’n’Drop , думается, будет удобнее автоматической сортировки: А количество рядов в ленте определяет сам user подгоняя под свой монитор Плюсы перед АС-кой 1. Быстрый кастомный набор: перетаскиванием формируете рабочую подборку танков под конкретную задачу за секунды. 2. Гибрид авто/ручного управления: коллекция остаётся динамичной (с автообновлением) но при закреплении сохраняет ручной порядок и состав. 3. Именование и организация: даёт читаемую структуру (названия папок) — сразу видно цель подборки («Фарм ТТ 8–9», «Рейтинговые ПТ». 4. Мгновенный доступ: закреплённая папка доступна в один клик/горячую клавишу — больше не нужно прокручивать ленту. 5. Контроль над изменениями: можно блокировать автоматические правки для закреплённых коллекций 6. Улучшение UX: визуально аккуратно и предсказуемо — ускоряет подготовку к бою и снижает фрикции при выборе техники.
-
Также можно было бы фильтровать карты! А если еще б выбрать режим PVE то можно было бы указывать количество противников и количество союзников. Также тип техники! И время боя!
-
Все просто ¯\_(ツ)_/¯ 1. Избранное + фиксированные слоты (Слот — это фиксированное место в нижней двухрядной ленте для одной карточки танка. Как вписать в игру (кратко): - Визуально: пустой слот — полупрозрачная рамка с «+»/иконкой звезды; заполненный — обычная мини-карточка танка в этой рамке. - Поведение: добавить танк кликом или перетаскиванием; переставлять drag&drop; заблокировать слот (lock) чтобы защитить позицию. - Логика: фиксированные слоты занимают первые N позиций ленты, игнорируют автоматическую группировку и сохраняют порядок между сессиями.) - Добавить N фиксируемых слотов в начале ленты (в её области). Игрок вручную помечает танк «Избранный» — он переезжает в первый свободный фиксированный слот. Слоты можно закреплять/разблокировать (lock/unlock); порядок сохраняется между сессиями. 2. Ручная сортировка и дополнительные ряды - Поддержать drag&drop прямо в ленте для полного ручного переставления карточек. - Дать пользователю возможность вручную добавлять 1–3 дополнительных ряда под текущими двумя, чтобы разместить часто используемые машины в отдельных строках. (Drag&drop — перетаскивание карточки мышью/тачем для перемещения танка внутри ленты: взять → перетащить в нужный слот/папку → отпустить. Поддерживает замены, создание папок при наложении и сохранение порядка.) 3. Папки/группы внутри ленты - Перетащив несколько танков на один слот, формируется папка с миниатюрой и числом элементов; клик раскрывает содержимое во всплывающей плитке. Папки ведут себя как единый элемент в основной ленте и поддерживают drag&drop. 4. Compact/Expanded и масштаб ленты - Переключатель Compact/Expanded для изменения размера карточек прямо в ленте и ползунок масштабирования (zoom) для тонкой настройки плотности отображения. 5. Быстрые теги и сортировка по активности - Визуальные метки на карточках (премиум, роль, пользовательская метка). Кнопка «Sort by usage» — ранжирует внутри ленты по частоте использования; опция применять сортировку только к незакреплённым слотам. 6. Undo и сохранённые раскладки - Кнопка Undo для последних действий в ленте и возможность сохранять 2–3 пользовательских раскладки (например «Мои премы», «Рандом», «Клан» для быстрой подстановки. (Отменяет последние 1–3 действия (перемещение, добавление/удаление из слота, создание/раскрытие папки). Всплывающая подсказка показывает, что отменяется (например: «Отменить: перемещение T-62 → слот 3». Доступна рядом с лентой; после выхода из клиента история очищается.) Примечание: все изменения клиентские и опциональные; не влияют на прогресс техники, только на визуальную организацию.
-
В английском языке существует около 40 различных акцентов и диалектов, особенно в Великобритании. Эти акценты могут варьироваться в произношении и лексике, отражая культурные и региональные особенности. В США также существуют свои акценты, которые отличаются от британских. В британских акцентах произношение слова "tube" меняется главным образом в начале гласного (yod /j/) и в качестве самого гласного. Кратко: - Received Pronunciation (RP, «стандартный» южный британский): /tjuːb/ — звук [tj] ([t] + йот) перед долгим [uː], то есть слышно лёгкое «й»: примерно «тьюб».- Южноанглийские диалекты (включая многие речи Лондона): часто происходит yod-dropping → /tuːb/ — теряется [j], звучит как американское «тууб».- Северные английские акценты (Северная Англия): обычно нет [j], но гласный может быть короче или более центральный: /tuːb/ или [tʊb] в некоторых говорках.- Уэльс, Шотландия, северо-восток: вариативность; в шотландском часто /tub/ с более закрытым/коротким .- Эйж-реализация (yod-coalescence) не типична здесь, поэтому звуки вроде /tʃ/ не образуются — только присутствие или отсутствие [j]. Итого: главное отличие — наличие или отсутствие йота [j] после [t] (т. е. /tjuːb/ vs /tuːb/), далее региональные акценты влияют на длину и качество гласного [uː].
-
Игрок читал о разделе финансы? ведь - это Раздел служит для вопросов и ответов, касающихся финансовой стороны проекта, а именно: {оплаты, способов оплаты, FAQ по оплатам и т.д.} а экзистенциальные моменты - (т.е. флуд) это - это размышление о том, что донат (платежи игроков) не только экономический инструмент, но и явление, затрагивающее смысл, идентичность и отношения внутри игры
-
Вопрос ведь был финансовым? Так как: Официальный форум игры «Мир танков» → Технические и финансовые вопросы → Финансовые вопросы