QBCore vs ESX Legacy vs Qbox เลือกเฟรมเวิร์กไหนเปิดเซิฟ FiveM ไทย 2026

คำถาม "QBCore หรือ ESX" ไม่มีคำตอบเดียว แต่มีคำตอบที่ถูกสำหรับ เซิฟไทย ชัดกว่าที่คิด เพราะตัวตัดสินไม่ใช่ว่าเฟรมเวิร์กไหนเขียนดีกว่า แต่คือ สคริปต์ที่คุณจะซื้อและใช้รองรับอะไร และ ทีมงานของคุณคุ้นอะไร

สรุปสั้น

ESX Legacy

จุดแข็งคือ ecosystem ไทย ร้านสคริปต์ไทยเกือบทั้งหมดรองรับ ESX ก่อน โครงสร้างข้อมูลเรียบ ตารางฐานข้อมูลมาตรฐาน (users, items, jobs) แก้ปัญหาง่าย มีคนช่วยเยอะ

จุดอ่อนคือ core ต้นฉบับ 1.13.x มีจุดที่ไม่แก้มานาน: เซฟตอนออกเท่านั้น พิกัดเพี้ยนตอนหลุด callback ค้าง ไม่มีอะไรกันดูปก่อนรีสตาร์ท จุดเหล่านี้แก้ได้โดยเปลี่ยน core เป็น ESX Legacy Core — X3D Build (ฟรี วางทับได้) รายละเอียดในคู่มือ ESX Legacy ภาษาไทย

QBCore

จุดแข็งคือฟีเจอร์ในตัวเยอะ: หลายตัวละคร metadata ต่อผู้เล่น ระบบแก๊ง และสคริปต์ต่างประเทศจำนวนมากรองรับ QBCore เป็นอันดับแรก

จุดอ่อนคือ core มาพร้อม qb-* หลายสิบตัวที่ผูกกันแน่น เปลี่ยนตัวใดตัวหนึ่งกระทบตัวอื่น และทีมพัฒนาหลักหลายคนย้ายไปทำ Qbox ตั้งแต่ปี 2023 ทำให้ทิศทางระยะยาวไม่ชัด สคริปต์ไทยรองรับน้อยกว่า ESX

Qbox

ฟอร์กของ QBCore โดยอดีตทีม QBCore เน้น ox_lib / ox_inventory / ox_target เป็นมาตรฐาน โค้ดสะอาดกว่า ปรับปรุง performance แต่ยัง ใหม่และเปลี่ยนบ่อย สคริปต์ที่รองรับ Qbox โดยตรงยังน้อย ส่วนใหญ่พึ่ง bridge จาก QBCore ซึ่งพังได้เมื่อ Qbox เปลี่ยน API

เซิฟไทยมือใหม่ควรเลือกอะไร

ESX Legacy ในเกือบทุกกรณี เหตุผลเดียวที่หนักพอ: สคริปต์ไทยที่คุณจะซื้อ ทีมงานที่คุณจะหา และคนที่จะช่วยตอบใน Discord เกือบทั้งหมดอยู่ฝั่ง ESX เปิดเซิฟใน 2 สัปดาห์ด้วย ESX ทำได้ QBCore/Qbox ต้องแลกกับเวลาหา compat

เลือก QBCore ถ้าสคริปต์หลักที่อยากใช้ (เช่น ชุด job/heist ต่างประเทศ) มีแค่เวอร์ชัน QB และทีมงานคุ้น QB อยู่แล้ว

เมือง 1,000–2,048 คน เลือกเฟรมเวิร์กไหน

ที่สเกลนี้ชื่อค่ายสำคัญน้อยกว่าที่คิด ESX Legacy, QBCore และ Qbox วิ่งบน OneSync Infinity ได้ถึง 2,048 slots เหมือนกัน เซิฟใหญ่ไม่ได้ล่มเพราะ core แต่ล่มเพราะ resource ที่เขียนมาสำหรับเซิฟ 64 คน: loop ที่วนทุกผู้เล่นทุก tick, SQL ทุกครั้งที่กดซื้อ, event ที่เชื่อค่าจาก client สิ่งที่ควรใช้ตัดสินแทน:

1. ทีม dev ที่คุณจะจ้างถนัดอะไร เมืองสองพันคนเขียนระบบหลัก (HUD, inventory, อาชีพ, เศรษฐกิจ) เองอยู่แล้ว ภาษาที่ทีมพูดได้คล่องสำคัญกว่าสคริปสำเร็จรูปที่ค่ายนั้นมี
2. stack รอบ core ox_inventory และ ox_lib ใช้ได้ทั้ง ESX Legacy และ Qbox ทั้งสองค่ายจึงอยู่บนพื้นฐานเดียวกันในส่วนที่หนักที่สุด (กระเป๋าและ UI)
3. การเซฟข้อมูลและการล็อกเศรษฐกิจก่อนรีสตาร์ท ไม่ว่าค่ายไหน core ต้องเซฟเป็นรอบ ไม่ใช่ทุก action และต้องปิดช่องดูปช่วงก่อน txAdmin restart (ESX Legacy Core — X3D Build ทำทั้งสองอย่าง)
4. ย้ายค่ายหลังเปิด = เปิดเมืองใหม่ ที่ 64 คนแพง ที่สองพันคนแทบเป็นไปไม่ได้ เพราะฐานข้อมูลของผู้เล่นหลักหมื่นคนต้องแปลงทั้งหมด

คำแนะนำตรง ๆ: ESX Legacy ถ้าทีมคุ้น ESX และอยากใช้สคริปไทยที่มีอยู่ Qbox ถ้าทีมเขียนเองเกือบทั้งหมดและอยากได้ ox stack เป็นมาตรฐาน ถ้าจะไปทางค่าย QB เริ่มที่ Qbox ดีกว่า QBCore ดั้งเดิม เพราะออกแบบรอบ ox_lib/ox_inventory ตั้งแต่ต้น ไม่ว่าเลือกค่ายไหน ทุกสคริปต้องผ่านกติกาคัดสคริปในบทความงบเปิดเซิฟ ส่วนเมือง 2,000 คน ก่อนขึ้นเมือง

ย้ายค่ายกลางทางได้ไหม

ได้แต่แพง: ตารางฐานข้อมูลต่างกัน (users vs players) โครงสร้าง inventory ต่างกัน ทุกสคริปต์ต้องเปลี่ยนเวอร์ชัน ในทางปฏิบัติคือเปิดเซิฟใหม่ ตัดสินใจครั้งเดียวก่อนเปิด สำคัญกว่าที่คิด

ทำไม X3D ทำแค่ ESX และ standalone

เราเลือกโฟกัสให้สคริปต์ทุกตัวทำงานลึกกับ ESX Legacy จริง (ตรวจฝั่งเซิฟเวอร์ ต่อ inventory อัตโนมัติ ทดสอบบนเซิฟที่มีคนเล่น) แทนการทำ bridge บาง ๆ ให้ครบทุกค่าย สคริปต์ที่ไม่ต้องพึ่ง core เช่น X3D Environment, X3D Loading Screen, X3D Lockpick, X3D Safe Cracking ทำเป็น standalone ใช้ได้ทุกเฟรมเวิร์กรวม QBCore

คำถามที่พบบ่อย

ESX ช้ากว่า QBCore ไหม — ต้นฉบับ 1.13.x มีจุดที่ค้นหาไล่ทีละตัว แต่ X3D Build แก้เป็น O(1) แล้ว ในทางปฏิบัติ performance ขึ้นกับสคริปต์ที่ลงมากกว่า core

ox_inventory ใช้ได้ทั้งสามค่ายไหม — ได้ ox_inventory รองรับ ESX, QBCore, Qbox

เปิดเซิฟใช้อะไรบ้าง งบเท่าไหร่ — อ่านเปิดเซิฟ FiveM ต้องมีสคริปอะไรบ้าง งบเท่าไหร่