Tosun AC: охват, интеграция и нагрузка

Оценивайте функции по данным и внедрению, а не только числу. Руководство объясняет совместимость, нагрузку и безопасные проверки.

Выбирайте модули по задаче

Сервер и клиентские сигналы дают разные доказательства. Не считайте движение/урон столь же однозначными, как экран/текстуры. В 9.6.3 учитывается отключение проверки урона оружием; ошибки framework не означают отсутствие оружия. Повторные попадания используют последнее время по цели вместо неограниченного списка.

• Тестируйте движение и бой с обычным оживлением, транспортом и экипировкой.
• Сообщайте о законном оружии арены без предмета коротким AllowWeapon от доверенного ресурса.
• Сравнивайте объекты эмоций/телефона и изменения ресурсов с записями.
• Снимки/наблюдение зависят от прав и установленного процесса; изображение для каждого детекта не гарантировано.
• Мост: поддерживаемое чтение включено по умолчанию и отключается на карточке Tosun Connect; изменение баланса требует роли admin/owner, онлайн-персонажа и подтверждения. Не каждая таблица или правка инвентаря поддерживается.

Разделяйте фреймворк и инвентарь

Определите ресурс состояния игрока: qb-core, qbx_core или es_extended. Отдельно проверьте инвентарь и изменения API. Название фреймворка не гарантирует любой сторонний банковский скрипт. Сохраняйте порядок зависимостей, не запускайте конкурирующие cores для диагностики.

Измените существующее поле: qb для QBCore, qbox для Qbox — это значения, не имена папок. auto включает определение. Проверьте результат запуска и GetStatus в серверном коде. Мост отдельно определяет запущенные cores и может сообщить незапущенную зависимость.

-- Измените существующее поле, не всю таблицу.
ts.Framework.framework = "qb"
-- Другие поддерживаемые значения: "esx", "qbox", "auto", "standalone"

Проверяйте данные персонажа

Чтение использует citizenid в QBCore/Qbox и identifier в ESX. Временный ID сервера не заменяет постоянный ID персонажа. Нужны поддерживаемые столбцы и индексы; собственная схема может быть отклонена.

1. Сравните тестового персонажа с известными наличными, банком, работой и машиной.
2. С ox_inventory сравните небольшой онлайн-инвентарь. Учитывайте усечение, не ожидайте stash или произвольные метаданные.
3. При ошибке API проверьте запуск и версию. Недоступность API означает неизвестное владение оружием, а не доказанное отсутствие.

Тестируйте реальные игровые действия

Определение не знает права, место, цену или награду каждого события. Ваш скрипт обязан проверять их на сервере. Профиль не исправляет небезопасные денежные/item-события. Проверяйте source и действующую сессию.

Standalone/vRP могут применять общие проверки, но мост не обещает их собственные схемы. Объясняйте ограничения, не подставляйте чужие таблицы. Повторяйте проверку после обновления core, инвентаря или работ.

Записывайте версии core и инвентаря. После перезапуска core переподключите персонажа до оценки online API. Не меняйте схему и наказание одновременно: разделение позволяет найти причину и откатить.

• Смена персонажа и реанимация не оставляют постоянное исключение.
• Телепорты домов, гаражей и тюрьмы вызывают MarkTeleport непосредственно до перемещения.
• Оружие арены без инвентаря получает короткий AllowWeapon из доверенного серверного ресурса.
• Полицию, инструменты, магазины и большие награды проверьте по логам до усиления наказаний.

Измерение воспроизводимой нагрузки

До изменения снимите профиль типичной сессии. Запишите игроков, artifact, версии и действия. Спокойная игра, заполненные гаражи и бой различаются. После одного изменения сравните тот же сценарий. CPU, hitch и запросы полезнее обещаний постоянного FPS.

Команды записывают ограниченную выборку. Дождитесь завершения и найдите ресурс и поток пика. Не связывайте каждый hitch с AC. Сохраните значения и сравнение приватно; короткая запись не охватывает все пики.

profiler record 500
profiler status
profiler view

tosunac_doctor

Частые вопросы

Похожее: Что такое античит FiveM? · Документация · Цены