attempt to index a nil value (global 'QBCore'): GetCoreObject исправление

Где-то в вашей консоли:

SCRIPT ERROR: @my_script/client/main.lua:8: attempt to index a nil value (global 'QBCore')

QBCore работает, сценарий выглядит нормально, а QBCore по-прежнему nil. Вот почему и как это исправить в QBCore и в QBox.

#Почему QBCore — это nil

Старые QBCore скрипты получали основной объект с помощью события:

QBCore = nil
TriggerEvent('QBCore:GetObject', function(obj) QBCore = obj end)

Это событие было удалено из qb-core. Никто больше на него не отвечает, поэтому QBCore остается nil, а первая строка QBCore.Functions… вылетает.

#Исправление: GetCoreObject

Запросите у qb-core его объект при экспорте в верхней части файла:

local QBCore = exports['qb-core']:GetCoreObject()

Это одна и та же строка на клиенте и на сервере. Поместите его в каждый файл, использующий QBCore, или один раз в общий файл, который манифест загружает первым:

-- fxmanifest.lua
shared_script 'shared/core.lua'
client_scripts { 'client/*.lua' }
server_scripts { 'server/*.lua' }

-- shared/core.lua
QBCore = exports['qb-core']:GetCoreObject()

Совет: если QBCore находится в local в одном файле, другие файлы не смогут его увидеть. Ошибка nil только в одном файле скрипта обычно означает именно это.

#Все еще nil? qb-core еще не запущен

Экспорт отвечает только в том случае, если qb-core запускается первым. В server.cfg:

ensure oxmysql
ensure ox_lib
ensure qb-core
ensure [qb]

ensure my_script

Тогда:

• Проверьте запуск qb-core в верхней части консоли сервера. Ошибка базы данных означает, что экспортированные данные никогда не существуют, и вы получаете No such export GetCoreObject in resource qb-core.
• Добавьте зависимость к fxmanifest.lua скрипта, чтобы FiveM запускал qb-core первым или отказывался запускать скрипт без нее:

dependency 'qb-core'

#Включено QBox

QBox — это qbx_core, и оно поддерживает уровень совместимости для сценариев qb-core: exports['qb-core']:GetCoreObject() по-прежнему возвращает объект, поэтому большинство сценариев QBCore выполняются без изменений.

Что меняется, так это порядок и имя в server.cfg:

ensure oxmysql
ensure ox_lib
ensure qbx_core

На устройстве QBox нет отдельной папки qb-core. Если оно у вас еще есть, удалите его, иначе два ядра начнут ссориться.

Для нового кода QBox предпочитает собственный экспорт большой таблице QBCore, например на сервере:

local player = exports.qbx_core:GetPlayer(source)
if player then
    print(player.PlayerData.citizenid)
end

#Данные игрока в клиенте

Слишком раннее чтение информации об игроке — еще одна классика nil:

-- this runs before the player is loaded: job is nil
local job = QBCore.Functions.GetPlayerData().job

Вместо этого дождитесь игрока:

local QBCore = exports['qb-core']:GetCoreObject()
local PlayerData = {}

RegisterNetEvent('QBCore:Client:OnPlayerLoaded', function()
    PlayerData = QBCore.Functions.GetPlayerData()
end)

RegisterNetEvent('QBCore:Client:OnJobUpdate', function(job)
    PlayerData.job = job
end)

Если сценарий также можно перезапустить во время игры, прочитайте данные один раз при его запуске, так как OnPlayerLoaded к тому времени уже сработает.

#Контрольный список

Вместо этого запускаете ESX? Та же проблема, что и ESX, это nil: исправление esx:getSharedObject.