OX FiveM คืออะไร รู้จัก OX Ecosystem ที่คนทำ FiveM ควรรู้

OX FiveM หรือที่หลายคนเรียกว่า OX Ecosystem คือกลุ่ม Resources และ Libraries แบบ Open Source สำหรับ FiveM ที่ถูกพัฒนาภายใต้โครงการ Overextended โดยมีเป้าหมายให้ Developer สามารถสร้าง Server และ Scripts ที่มีโครงสร้างดี ใช้งานร่วมกันได้ และไม่ต้องสร้างระบบพื้นฐานทุกอย่างขึ้นมาใหม่

ชื่อที่ผู้ดูแล FiveM Server มักพบ ได้แก่

ox_lib
oxmysql
ox_inventory
ox_target
ox_doorlock
ox_core

แต่ต้องเข้าใจว่า Resources เหล่านี้ ไม่ได้ทำหน้าที่เหมือนกันทั้งหมด

ตัวอย่าง

ox_lib
→ Library

oxmysql
→ Database Resource

ox_inventory
→ Inventory System

ox_target
→ Target / Interaction System

ox_doorlock
→ Door Lock System

ox_core
→ Framework

ดังนั้นคำว่า “ใช้ OX” อาจหมายถึงใช้ OX Resource เพียงตัวเดียว หรือสร้าง Server รอบ OX ecosystem หลายตัวก็ได้

① OX FiveM คืออะไรแบบง่ายที่สุด

OX คือ Ecosystem ของ Resources ที่ออกแบบมาให้ FiveM Scripts สามารถนำระบบพื้นฐานที่มีอยู่แล้วกลับมาใช้ซ้ำได้

เช่น Developer ต้องการสร้าง Job Script

แทนที่จะเขียนเองทั้งหมด

Menu
Notification
Progress Bar
Callback
Database
Inventory
Target

สามารถใช้

ox_lib
oxmysql
ox_inventory
ox_target

เข้ามาช่วยได้

Architecture อาจเป็น

Custom Job
│
├── ox_lib
│   ├── UI
│   ├── Callback
│   └── Utilities
│
├── oxmysql
│   └── Database
│
├── ox_inventory
│   └── Items
│
└── ox_target
    └── Interaction

ช่วยให้ Custom Resource ไม่ต้องสร้างทุก Subsystem ใหม่

② OX เป็น Framework หรือไม่

คำว่า OX โดยรวม ไม่ใช่ Framework ตัวเดียว

ต้องแยกแต่ละ Resource

ตัวอย่าง

ox_lib
≠ Framework

oxmysql
≠ Framework

ox_inventory
≠ Framework

แต่

ox_core
= FiveM Framework

ดังนั้น Server ESX หรือ Qbox ก็สามารถใช้ OX Resources บางตัวได้โดยไม่ต้องเปลี่ยน Framework เป็น ox_core

③ Overextended คืออะไร

Overextended เป็นโครงการ Open Source ที่เริ่มต้นในปี 2021 เพื่อพัฒนา Resources สำหรับ FiveM

แนวคิดของ Project คือสร้าง Resources ที่

Free
Open Source
Reusable
Developer-friendly

และมีการแบ่งแต่ละระบบออกจากกันอย่างชัดเจน

เช่น

Library
Inventory
Database
Target
Doors
Framework

แทนการทำทุกอย่างรวมอยู่ Resource เดียว

④ Overextended หยุดพัฒนาไปแล้วหรือไม่

ข้อมูลนี้ต้องระวังเพราะมีการเปลี่ยนแปลง

Overextended ระบุว่า Project เคย ยุติอย่างเป็นทางการในปี 2025

หลังจากนั้น Community Members ยังคงดูแล Resources สำคัญบางส่วน เช่น

oxmysql
ox_lib
ox_inventory
ox_core

ต่อ

แต่ในปี 2026 Development ของ Overextended กลับมาอีกครั้ง โดยมุ่งเน้น Community Collaboration และ Critical Security Updates

ดังนั้นข้อมูลเก่าที่บอกว่า

Overextended เลิกพัฒนาแล้วถาวร

ไม่ตรงกับสถานะปัจจุบันในปี 2026

⑤ OX Ecosystem มีอะไรบ้าง

Resources ที่มักพบ ได้แก่

ox_lib
oxmysql
ox_inventory
ox_target
ox_doorlock
ox_core

นอกจากนี้ยังมี Resources และ Projects อื่นใน Ecosystem

แต่หกตัวนี้เป็นชื่อที่ผู้ดูแล FiveM Server มักเจอบ่อยที่สุด

⑥ ox_lib คืออะไร

ox_lib คือ Library สำหรับ FiveM

ไม่ใช่ Framework และไม่ใช่ Inventory

หน้าที่คือ提供 Reusable Modules และ UI/Utilities ให้ Resource อื่นนำไปใช้

ตัวอย่างความสามารถ

Callbacks
Context Menu
Input Dialog
Alert Dialog
Notifications
Progress
Text UI
Zones
Locale
Cache
Utilities

แทนที่ Script Developer จะสร้างระบบเหล่านี้เองทุก Resource

สามารถใช้ Library กลางได้

⑦ ตัวอย่างการใช้ ox_lib

สมมติทำ Job Script

เมื่อ Player ไปถึง NPC

ox_target
↓
เลือก "เริ่มงาน"
↓
ox_lib Context/Input
↓
Server Callback
↓
Job Logic

เมื่อทำงาน

ox_lib Progress

เมื่อเสร็จ

ox_lib Notify

Resource จึงสามารถโฟกัสกับ Gameplay Logic ได้มากขึ้น

⑧ ox_lib เป็น Standalone หรือไม่

ใช่

Documentation ปัจจุบันอธิบาย ox_lib ว่าเป็น Standalone Library

หมายความว่าสามารถนำไปใช้ใน Resources หลายรูปแบบได้โดยไม่จำเป็นต้องใช้ ox_core

ตัวอย่าง

ESX + ox_lib

QBCore + ox_lib

Qbox + ox_lib

Standalone + ox_lib

ได้ตาม Integration ของ Script

⑨ oxmysql คืออะไร

oxmysql คือ Database Resource สำหรับ FXServer

หน้าที่คือให้ Server Scripts ติดต่อกับ MySQL/MariaDB Database

Architecture คือ

FiveM Resource
↓
oxmysql
↓
Database Server

ตัวอย่าง Script อาจใช้ Database สำหรับ

Characters
Vehicles
Houses
Businesses
Jobs
Phone Data
Inventory Data

⑩ oxmysql ไม่ใช่ Database Server

จุดนี้มือใหม่สับสนบ่อยมาก

oxmysql
≠ MySQL Server
≠ MariaDB Server

oxmysql เป็น Resource ที่เชื่อม FiveM Resource กับ Database

ดังนั้นยังต้องมี Database Server จริง เช่น

MariaDB

หรือระบบ Database ที่ Stack รองรับ

Architecture ที่ถูกคือ

Lua Resource
↓
oxmysql
↓
MariaDB

⑪ Script Lua ใช้ oxmysql อย่างไร

Resource สามารถโหลด Library ของ oxmysql ใน fxmanifest.lua

เช่น

server_script '@oxmysql/lib/MySQL.lua'

จากนั้น Server Lua Code สามารถใช้ Methods ของ MySQL API

เช่นแนวคิด

local result = MySQL.query.await(
    'SELECT * FROM users WHERE identifier = ?',
    { identifier }
)

ควรใช้ Parameterized Queries แทนการต่อ SQL String จาก User Input

⑫ oxmysql แทน mysql-async ได้ไหม

oxmysql มี Compatibility สำหรับ APIs บางส่วนของ Resources รุ่นเก่าอย่าง

mysql-async
ghmattimysql

และ Current Frameworks จำนวนมากก็ใช้ oxmysql แล้ว

แต่ไม่ได้หมายความว่า Script เก่าทุกตัวสามารถเปลี่ยนชื่อ Dependency แล้วทำงานทันที

ต้องตรวจ Query Syntax และ API Usage ด้วย

⑬ ox_inventory คืออะไร

ox_inventory คือ Slot-based Inventory System

รองรับแนวคิด Item Metadata เพื่อทำให้ Item แต่ละชิ้นมีข้อมูลเฉพาะตัวได้

ตัวอย่าง

Weapon
├── Serial Number
├── Durability
└── Attachments

หรือ

ID Card
├── Name
├── Birthdate
└── Citizen ID

จึงเหมาะกับ RP Server ที่ต้องการ Inventory ซับซ้อนกว่าระบบ Item แบบชื่อ + จำนวนอย่างเดียว

⑭ Slot-based Inventory คืออะไร

Inventory แบ่งพื้นที่เป็น Slots

เช่น

Slot 1 → Water x5
Slot 2 → Phone
Slot 3 → Pistol
Slot 4 → ID Card

แต่ละ Item สามารถมี

Weight
Stack
Metadata
Durability
Custom properties

แตกต่างกัน

ทำให้สร้าง Gameplay Systems ที่ซับซ้อนได้

⑮ Metadata ใน ox_inventory มีประโยชน์อย่างไร

สมมติ Item ชื่อเดียวกัน

weapon_pistol

สองกระบอก

อาจมี Metadata ต่างกัน

Pistol A
Serial: ABC001
Durability: 85

Pistol B
Serial: XYZ982
Durability: 32

ถึง Item Name เหมือนกันก็ยังเป็น Item ที่แตกต่างกันได้

นี่เป็นประโยชน์มากกับ Serious RP

⑯ ox_inventory ใช้เดี่ยวได้หรือไม่

ox_inventory มี Dependencies สำคัญ

Current Resource ต้องใช้

oxmysql
ox_lib

และ ox_target เป็น Optional Dependency สำหรับ Feature บางอย่าง

ดังนั้น Architecture โดยทั่วไปคือ

oxmysql
↓
ox_lib
↓
Framework
↓
ox_target
↓
ox_inventory

ตาม Start Order ที่ Documentation แนะนำ

⑰ ox_inventory รองรับ Framework อะไร

Current Configuration รองรับ Framework Integration เช่น

ox
esx
qbx
nd

ตาม Current Documentation/Source

ตัวอย่าง

setr inventory:framework "esx"

หรือ Qbox

setr inventory:framework "qbx"

ดังนั้น ox_inventory ไม่ได้ถูกจำกัดว่าต้องใช้กับ ox_core เท่านั้น

⑱ ox_inventory ใช้กับ ESX ได้ไหม

ได้

Current ox_inventory มี ESX Framework Bridge

Server สามารถมี

es_extended
+
ox_inventory

ได้

แต่ต้อง Config และ Integration ให้ถูกต้อง

โดยเฉพาะ Script ESX เก่าที่คาดหวัง Default Inventory API อาจต้องแก้หรือใช้ Bridge

⑲ ox_inventory ใช้กับ Qbox ได้ไหม

ได้ และเป็น Stack ที่ Qbox ใช้อย่างใกล้ชิด

ตัวอย่าง

qbx_core
+
ox_lib
+
oxmysql
+
ox_inventory
+
ox_target

จึงเห็น OX Resources อยู่ใน Qbox Server จำนวนมาก

⑳ ox_inventory ใช้กับ QBCore ได้ไหม

ตรงนี้ต้องตรวจ Version และ Bridge ของ Stack ที่ใช้

Current Official ox_inventory Framework Configuration ที่ระบุใน Source/Documentation เน้น Framework ที่รองรับอย่าง

ox
esx
qbx
nd

ดังนั้นไม่ควรสรุปจากคำว่า “FiveM Inventory” ว่า QBCore Native จะรองรับโดยตรงทุกเวอร์ชัน

หากใช้ QBCore ต้องตรวจ Current Compatibility/Community Bridge ที่จะใช้จริง

㉑ เปลี่ยน Inventory แล้ว Script อาจพังได้

Documentation ของ ox_inventory เตือนโดยตรงว่า หากกำลังแทน Framework Built-in Inventory อาจเกิด Compatibility Errors

เพราะ Resource อื่นอาจเรียก API เดิม เช่น

Old Inventory Export
Old AddItem
Old RemoveItem
Old Stash API

หลังเปลี่ยน Inventory API เหล่านี้อาจไม่มีแล้ว

ดังนั้น Inventory Migration เป็นงานใหญ่

㉒ ox_target คืออะไร

ox_target คือ Targeting Resource หรือที่ผู้เล่นมักเรียกว่า

Third Eye

ใช้ Interaction กับ

NPC
Player
Vehicle
Object
Zone
Bone
Entity

ตัวอย่าง

Player มอง NPC

กด Target
↓
เปิด Options
↓
ซื้อของ
เริ่มงาน
คุย

ช่วยลดการใช้ Marker และ Text Interaction แบบเดิม

㉓ ox_target เป็น Framework หรือไม่

ไม่ใช่

ox_target เป็น Standalone Targeting Resource

Current Documentation ระบุว่า Framework ไม่จำเป็นต่อการทำงานพื้นฐาน แต่ Framework Integration สามารถเพิ่ม Feature ได้

Framework ที่รองรับในปัจจุบัน เช่น

ox_core
esx
qbx_core

ตาม Current Resource

㉔ ox_target ต้องใช้ ox_lib หรือไม่

ต้องใช้

Current fxmanifest.lua ของ ox_target ประกาศ

dependency 'ox_lib'

และโหลด

shared_script '@ox_lib/init.lua'

ดังนั้นถ้า ox_lib ไม่ Start

ox_target ก็อาจไม่สามารถทำงานได้

㉕ ox_target ใช้แทน qb-target ได้ไหม

ในบาง Scripts ได้ แต่ไม่ใช่ Automatic Replacement ทุกตัว

แม้ Current ox_target จะมี Compatibility Layer และ provide 'qtarget'

แต่ Script ที่เรียก API เฉพาะของ Target System อื่นอาจยังต้อง Conversion

ก่อนเปลี่ยนต้องตรวจ

Police
EMS
Jobs
Shops
Housing
Garages
Custom Scripts

ทั้งหมดที่ใช้ Target

㉖ ox_doorlock คืออะไร

ox_doorlock เป็นระบบจัดการประตู

เหมาะสำหรับ

Police Station
Hospital
Businesses
Houses
Warehouses
Gang Buildings

สามารถกำหนด

Locked / Unlocked
Groups
Permissions
Door Pairs
Double Doors

และ Logic อื่นตาม Resource

จึงช่วยลดการเขียน Door System ใหม่ทุก MLO

㉗ ox_core คืออะไร

ox_core ต่างจาก OX Resources ตัวอื่น เพราะมันเป็น Framework

หน้าที่เกี่ยวกับ Player และ Vehicle Management/Persistence

ดังนั้น

ox_core

สามารถอยู่ในระดับเดียวกับ

ESX
QBCore
Qbox

ในแง่ Framework

ไม่ควรสับสนกับ ox_lib

㉘ ox_core กับ ox_lib ต่างกันอย่างไร

ox_core

Framework
Player / Vehicle Core
Persistence

ox_lib

Library
UI
Callbacks
Zones
Utilities

ดังนั้น

ox_core
≠
ox_lib

และ Resource จำนวนมากสามารถใช้ ox_lib โดยไม่ใช้ ox_core

㉙ OX Ecosystem ต้องใช้ ox_core หรือไม่

ไม่ต้อง

นี่เป็นความเข้าใจผิดที่พบบ่อยมาก

ตัวอย่าง Stack

ESX
+
ox_lib
+
oxmysql
+
ox_inventory
+
ox_target

สามารถเป็น OX-heavy Stack ได้โดยไม่ใช้ ox_core

หรือ

Qbox
+
ox_lib
+
oxmysql
+
ox_inventory
+
ox_target

ก็ได้

ดังนั้น ox_core ไม่ใช่ Requirement ของ OX Ecosystem ทุกตัว

㉚ OX ใช้กับ ESX ได้แค่ไหน

ESX สามารถใช้ OX Resources หลายตัว เช่น

ox_lib
oxmysql
ox_inventory
ox_target

ตาม Integration

Current ESX Legacy เองก็ใช้ oxmysql เป็น Dependency ของ Core แล้ว

ดังนั้นโลกของ ESX กับ OX ไม่ได้แยกออกจากกัน

㉛ OX ใช้กับ QBCore ได้หรือไม่

ใช้ OX Resources บางตัวได้หากมี Integration ที่เหมาะสม

เช่น

ox_lib
oxmysql

ใช้งานได้กว้าง

แต่ Resources ที่เกี่ยวข้องกับ Framework Data โดยตรง เช่น Inventory ต้องตรวจ Compatibility ให้ละเอียดกว่า

อย่าสมมติว่า Resources ทุกตัวรองรับ Framework ทุกตัว

㉜ OX ใช้กับ Qbox ได้แค่ไหน

Qbox มีความสัมพันธ์ด้าน Architecture กับ OX ecosystem สูงมาก

Current Qbox Stack มักใช้

ox_lib
oxmysql
ox_inventory
ox_target

ร่วมกัน

ดังนั้น Server ใหม่ที่วางแผนใช้ OX Resources จำนวนมากมักพิจารณา Qbox เป็น Framework หลัก

㉝ Qbox เป็นส่วนหนึ่งของ Overextended หรือไม่

ไม่ใช่

Qbox และ Overextended เป็นคนละ Project/Team

แต่ Qbox เลือกใช้ Resources ของ OX ecosystem หลายตัว

ดังนั้น

Qbox
≠
Overextended

แต่

Qbox
+
OX

ถูกใช้ร่วมกันบ่อยมาก

㉞ OX Resource ทุกตัวต้อง Start ก่อน Framework ไหม

ไม่ใช่ทั้งหมด

Start Order ต้องดู Dependencies

ตัวอย่าง ox_inventory Documentation แนะนำแนวทาง

oxmysql
↓
ox_lib
↓
Framework
↓
ox_target
↓
ox_inventory

เช่น

start oxmysql
start ox_lib
start qbx_core
start ox_target
start ox_inventory

หรือ

start oxmysql
start ox_lib
start es_extended
start ox_target
start ox_inventory

ตาม Framework

㉟ ทำไม Start Order สำคัญ

สมมติ

ox_inventory

เริ่มก่อน

ox_lib

แต่ Inventory ต้องใช้ Library

Resource อาจ Error เช่น

ox_inventory requires the ox_lib resource

หรือถ้า Target Start หลัง Inventory ใน Config ที่เปิด Target Integration

บาง Features อาจไม่พร้อม

ดังนั้น Dependency Order มีผลจริง

㊱ Resource Started หมายความว่าใช้ได้ครบหรือไม่

ไม่

Console อาจแสดง

Started resource ox_inventory

แต่ต่อมา Runtime Check อาจพบ

Database Error
Dependency Version Error
Framework Error
UI Build Missing

ทำให้ Feature ใช้งานไม่ได้

จึงต้องดู Console ต่อหลังข้อความ Start ด้วย

㊲ OX Resources มี Version Dependency หรือไม่

มี

Current ox_inventory Source ตัวอย่างเช่นตรวจ Version ของ

oxmysql
ox_lib

ก่อนเปิดระบบ

นี่เป็นเหตุผลที่ไม่ควรประกอบ

ox_inventory ใหม่
+
ox_lib เก่า
+
oxmysql เก่า

จาก Server Packs คนละยุค

ควรใช้ Compatible Releases

㊳ Current ox_inventory ต้องใช้ Dependency อะไร

Current Source ประกาศ Dependencies หลัก

oxmysql
ox_lib
OneSync
Server Build Requirement

และ Source ปัจจุบันยังมี Runtime Dependency Version Checks

ดังนั้น Error Version ควรถูกแก้ด้วยการ Update Dependency ที่เกี่ยวข้อง

ไม่ควรลบ Version Check เพื่อบังคับ Resource ให้ Start

㊴ ox_inventory UI Missing Error คืออะไร

Current Source ตรวจว่า

web/build/index.html

มีหรือไม่

ถ้า Download Source Code โดยตรงแต่ไม่ได้ Build Web UI อาจเจอ Error ว่า UI ยังไม่ได้ Build

นี่คือเหตุผลว่าทำไมสำหรับผู้ใช้งานทั่วไปควรใช้

Release Build

ที่จัดเตรียมไว้แล้ว

แทน Download Source แบบไม่เข้าใจ Build Process

㊵ GitHub Source กับ Release ต่างกันอย่างไร

Repository Source อาจต้อง Build

โดยเฉพาะ Resources ที่มี Web UI หรือ TypeScript

ตัวอย่าง

Source
↓
Install Dependencies
↓
Build
↓
FiveM-ready files

ส่วน Release ZIP มักมี Build Artifacts ที่พร้อมใช้งานกว่า

ดังนั้นมือใหม่ไม่ควร Download Repository เป็น ZIP ทุกครั้งแล้วคิดว่าเหมือน Release

㊶ OX เหมาะกับ Developer ไหม

เหมาะมาก

โดยเฉพาะ Developer ที่ไม่ต้องการเขียน

Menu
Dialog
Progress
Callback
Zones
Database wrapper
Target
Inventory

เองทั้งหมด

สามารถใช้ APIs ของ OX Resources เป็น Building Blocks

ทำให้ Code Base ของแต่ละ Resource เล็กลงและมีมาตรฐานมากขึ้น

㊷ OX เหมาะกับมือใหม่ไหม

ใช้ได้ แต่ควรเข้าใจ Dependency ก่อน

สิ่งที่มือใหม่ควรรู้

FiveM Resources
fxmanifest.lua
Exports
Events
Callbacks
Convars
Database
Client / Server

เพราะ OX ecosystem เป็น Modular

ถ้าไม่รู้ว่า Resource ไหนทำอะไร อาจแก้ Error ผิด Layer

㊸ ข้อดีของ OX Ecosystem

ข้อดีสำคัญคือ

Modular

แต่ละระบบมีหน้าที่ชัดเจน

Reusable

Resources อื่นสามารถใช้ APIs ร่วมกัน

Open Source

สามารถตรวจ Source และพัฒนาเพิ่มได้

Framework Integration

Resources หลายตัวรองรับหลาย Framework

Developer Experience

มี APIs และ Utilities ลด Code ซ้ำ

Ecosystem Integration

Resources หลายตัวออกแบบให้ใช้งานร่วมกัน

จึงเหมาะกับ Server ที่ต้องการ Architecture เป็นระบบ

㊹ ข้อเสียหรือสิ่งที่ต้องระวัง

OX ไม่ใช่การติดตั้งแล้วทุกอย่าง Compatible อัตโนมัติ

สิ่งที่ต้องระวัง ได้แก่

Version Mismatch
Framework Compatibility
Inventory Migration
Target Migration
Start Order
Missing Dependencies
Source Build
Convars

โดยเฉพาะ Inventory เป็นระบบที่เชื่อมกับ Scripts จำนวนมาก

การเปลี่ยนกลาง Production Server ต้องวางแผนให้ดี

㊺ OX ทำให้ Server เบาขึ้นเสมอไหม

ไม่

Resource ที่ถูกออกแบบดีอาจช่วยลด Code ซ้ำและทำให้ Stack มีประสิทธิภาพ แต่ Performance ของ Server ขึ้นกับทั้งระบบ

เช่น

Custom Scripts
Loops
Database Queries
Entities
Phone
Housing
Maps
Player Count

ดังนั้นไม่ควรพูดว่า

ลง OX
=
Server เบาแน่นอน

ต้องใช้ Resmon และ Profiler วัดจริง

㊻ OX ทำให้ Server ปลอดภัยอัตโนมัติไหม

ไม่

ตัวอย่าง Custom Resource ยังสามารถเขียน

Client
↓
ส่ง reward = 999999
↓
Server เชื่อ

ซึ่งไม่ปลอดภัย

แม้ใช้

ox_lib
ox_inventory
oxmysql

ครบ

Server-side Logic ยังต้อง Validate

Player
Job
Position
State
Permission
Amount

เหมือนเดิม

㊼ ควรเปลี่ยน Server เดิมมาใช้ OX ทั้งหมดไหม

ไม่จำเป็น

หาก Server ปัจจุบัน

เสถียร
Performance ดี
Scripts Compatible
Player Data ถูกต้อง

ไม่จำเป็นต้องเปลี่ยน Inventory/Target/Framework เพียงเพราะ OX เป็นที่นิยม

การ Migration แต่ละระบบมีต้นทุน

โดยเฉพาะ

Inventory
Housing
Garage
Phone
Jobs

ที่เชื่อมกันหลายจุด

㊽ Server ใหม่เหมาะกับ OX ไหม

เหมาะมากถ้า Scripts หลักรองรับ

Server ใหม่ไม่มี Legacy Data และ Dependencies เดิม

จึงสามารถออกแบบ Stack เช่น

Framework
↓
oxmysql
ox_lib
ox_inventory
ox_target

ตั้งแต่ต้น

ลดปัญหาการ Migration ในภายหลัง

㊾ OX กับ Qbox เหมาะกันไหม

เหมาะมากใน Current Architecture

ตัวอย่าง Stack

MariaDB
↓
oxmysql
↓
ox_lib
↓
qbx_core
↓
ox_target
↓
ox_inventory
↓
Qbox / Custom Resources

นี่เป็นหนึ่งใน Stack สมัยใหม่ที่พบได้ใน Qbox Server

แต่ยังต้องเลือก Phone, Housing, Garage และ Scripts อื่นให้รองรับด้วย

㊿ OX กับ ESX เหมาะกันไหม

ใช้ร่วมกันได้หลายส่วน

ตัวอย่าง

MariaDB
↓
oxmysql
↓
ox_lib
↓
es_extended
↓
ox_target
↓
ox_inventory

ถ้า Config/Resources รองรับ

Current ESX Legacy เองก็ใช้ oxmysql อยู่แล้ว

ดังนั้น ESX ไม่ได้หมายความว่าต้องหลีกเลี่ยง OX ecosystem

51. OX กับ QBCore ต้องระวังอะไร

ส่วน Library และ Database เช่น

ox_lib
oxmysql

มัก Integration ได้ง่ายกว่า

แต่ระบบที่มี Framework State สูง เช่น

Inventory
Jobs
Player Data

ต้องตรวจ Bridge/Compatibility เพิ่ม

อย่าเปลี่ยน qb-inventory เป็น ox_inventory บน Production แล้วคาดว่า Scripts qb-* ทุกตัวจะทำงานเหมือนเดิม

52. OX Resource กับ Framework Bridge คืออะไร

Resource อาจมี

bridge/
├── esx
├── qbx
└── ox

เพื่อแปลง Framework Data ให้ Core Resource ใช้งานได้

ตัวอย่าง Inventory ต้องรู้ว่า

Player Identifier คืออะไร
Jobs อยู่ไหน
Player Loaded เมื่อไร

Framework Bridge ทำหน้าที่เชื่อมข้อมูลเหล่านี้

นี่เป็นส่วนสำคัญของ Multi-framework Architecture

53. Convar สำคัญกับ OX มากไหม

สำคัญ

Resources จำนวนมากใช้ Convars แทนการแก้ Source Code

เช่น ox_inventory

setr inventory:framework "qbx"
setr inventory:slots 50
setr inventory:weight 30000

หรือ ox_target

setr ox_target:defaultHotkey LMENU

ดังนั้นก่อนเปิด Source ไปแก้ค่า ควรอ่าน Documentation ว่าค่านั้นถูกออกแบบให้ตั้งผ่าน Convar หรือไม่

54. อย่าแก้ init.lua ของ ox_inventory เป็น config

Current ox_inventory Source มีคำเตือนชัดเจนว่า init.lua ไม่ใช่ Config File

ค่าต่าง ๆ ควรถูกกำหนดผ่าน

Convars

ตาม Documentation

ดังนั้น Architecture ที่ดีคือ

server.cfg / ox.cfg
↓
Convars
↓
ox_inventory

ไม่ใช่แก้ Resource Internals ทุกครั้ง

55. OX Update แล้ว Script พังได้ไหม

ได้

โดยเฉพาะเมื่อ

API เปลี่ยน
Dependency Version เปลี่ยน
Bridge เปลี่ยน
Config เปลี่ยน

ก่อน Update Production ควร

Backup
↓
Update Test Server
↓
Test Inventory
↓
Test Target
↓
Test Custom Scripts
↓
ค่อย Production

ไม่ควร Update OX Resources หลายตัวพร้อมกันบน Live Server โดยไม่มี Rollback

56. ควร Update OX Resources เป็นชุดหรือไม่

ถ้า Resources มี Dependency กันแน่น เช่น

ox_inventory
↓
ox_lib
oxmysql

ควรตรวจ Version Compatibility ของทั้งชุด

แต่ก็ไม่ควร Update แบบ Blind

ให้ตรวจ

Release Notes
Dependency Minimum
Current Framework
Custom Script Compatibility

ก่อน

57. Overextended กับ CommunityOx ต่างกันอย่างไร

ในช่วงที่ Overextended ยุติโครงการในปี 2025 มี Community Maintenance เกิดขึ้นและมี Forks เช่น Community Ox

แต่ Current Overextended Organization ระบุว่า Development กลับมาในปี 2026

ดังนั้นในปี 2026 ต้องดู Repository/Documentation ที่ Resource Stack ของคุณใช้อยู่จริง

อย่าผสม Releases จากหลาย Fork โดยไม่รู้ Compatibility

58. Server ควรใช้ Resource จากแหล่งเดียวกันไหม

สำหรับ Core Dependencies ควรรักษา Version Lineage ให้ชัด

หลีกเลี่ยง

ox_lib จาก Fork A
ox_inventory จาก Fork B
oxmysql เก่าจาก Server Pack C

ถ้าไม่มีเหตุผล

เพราะเวลา Error จะวิเคราะห์ยากว่า API ของแต่ละ Fork ตรงกันหรือไม่

สำหรับ Production ควรบันทึก

Repository
Version
Release
วันที่ Update

ของ Resources สำคัญไว้

59. ตารางสรุป OX Ecosystem

Resource	หน้าที่หลัก
ox_lib	Library, UI, Callback, Utilities
oxmysql	เชื่อม FiveM Server กับ Database
ox_inventory	Inventory แบบ Slot + Metadata
ox_target	Target/Third-eye Interaction
ox_doorlock	ระบบล็อกประตู
ox_core	FiveM Framework

สิ่งสำคัญคือไม่ใช่ทุกตัวต้องติดตั้งพร้อมกัน

เลือกตาม Architecture ของ Server

60. Checklist ก่อนใช้ OX Ecosystem

Framework

ตรวจว่าจะใช้

ESX
Qbox
ox_core
หรือ Framework อื่น

Database

• Database Server ทำงาน

• oxmysql ถูก Version

• Connection String ถูก

Library

• ox_lib Start

• Version Compatible

Inventory

• Framework รองรับ

• Items พร้อม

• Existing Inventory Migration แล้ว

• Stashes/Weapons/Metadata ทดสอบแล้ว

Target

• ox_target Start

• Custom Scripts รองรับ

• Target Config ถูก

Resource Order

Database
↓
Library
↓
Framework
↓
Target
↓
Inventory

ตาม Dependency จริง

Production

• Backup

• Test Server

• Version Pinning/Tracking

• Rollback Plan

OX Ecosystem เหมาะกับใคร

OX เหมาะกับ

FiveM Developers
Server Owners
Serious RP
Economy RP
Qbox Servers
ESX Servers ที่ต้องการ OX integrations
Custom Framework/Standalone Projects

โดยเฉพาะทีมที่ต้องการใช้ Building Blocks มาตรฐานแทนสร้างทุกอย่างเอง

OX Ecosystem ไม่เหมาะเมื่อไร

ถ้า Server เดิมมี

Inventory เดิมที่เสถียร
Target เดิมทำงานดี
Scripts จำนวนมากผูก API เดิม
ไม่มีทีม Developer ทำ Migration

การเปลี่ยนระบบเพียงเพราะ OX กำลังนิยมอาจไม่คุ้ม

เทคโนโลยีที่เหมาะที่สุดไม่จำเป็นต้องเป็นเทคโนโลยีที่ใหม่ที่สุด แต่คือ Stack ที่ Server สามารถดูแลได้จริง

สรุป OX FiveM คืออะไร

OX FiveM หรือ OX Ecosystem คือชุด Open-source Resources สำหรับ FiveM ที่ช่วยสร้าง Server และ Scripts แบบ Modular

หัวใจสำคัญคือ

ox_lib
→ Library / UI / Utilities

oxmysql
→ Database Interface

ox_inventory
→ Inventory

ox_target
→ Interaction

ox_doorlock
→ Door System

ox_core
→ Framework

จุดที่ต้องจำมากที่สุดคือ

OX
≠ Framework ตัวเดียว

และ

ใช้ ox_lib
ไม่ได้แปลว่าใช้ ox_core

รวมถึง

ESX + OX

และ

Qbox + OX

สามารถเกิดขึ้นได้ตาม Integration ของแต่ละ Resource

Current ox_inventory รองรับ Framework Bridge อย่าง ox, esx, qbx และ nd, ใช้ oxmysql กับ ox_lib เป็น Dependencies และสามารถใช้ ox_target เพิ่ม Target Integration ได้

ในด้านสถานะโครงการ ข้อมูลล่าสุดในปี 2026 ระบุว่า Overextended ซึ่งเคยยุติโครงการในปี 2025 กลับมาพัฒนาอีกครั้งในปี 2026 โดยมุ่งเน้น Community Collaboration และ Critical Security Updates ดังนั้นควรอ้างอิง Repository และ Documentation ปัจจุบันแทนข้อมูลจากช่วงที่ Project ถูกประกาศยุติ

แนวทางของ comsiam คือ Server ใหม่ควรเลือก OX Resources จาก Requirement จริง เช่น ถ้าต้องการเพียง Database Layer ก็ไม่จำเป็นต้องเปลี่ยน Inventory หรือ Framework ทั้งหมด การแยกแต่ละ Layer ให้ชัดจะทำให้ Server Debug และ Update ง่ายกว่า

สำหรับ Server ที่ต้องการใช้ OX หลายตัว comsiam แนะนำให้สร้าง Clean Test Base ก่อนตามลำดับ oxmysql → ox_lib → Framework → ox_target → ox_inventory แล้วจึงเพิ่ม Phone, Housing, Jobs และ Paid Scripts ทีละระบบ เพราะปัญหา FiveM จำนวนมากไม่ได้เกิดจาก OX ตัวใดตัวหนึ่ง แต่เกิดจาก Version และ Integration ของ Resources หลายตัวที่ไม่ตรงกัน