كيف تختار سكربت FiveM: سبع عمليات تحقق قبل الدفع

آخر تحقق: 14 أغسطس 2026. منذ موجتَي العقوبات من Cfx.re في 2025، لم يعد شراء الريسورس الخطأ يكلفك ثمن السكربت فقط، بل قد يكلفك السيرفر نفسه.

في 8 أغسطس 2025، أعلنت Cfx.re عن «two-week suspensions to all servers who are confirmed to have used leaked assets without authorization»، موضحةً أن أي سيرفر يُضبط مرة ثانية سيُحذف نهائيًا. وفي 16 أكتوبر 2025 جاءت الحصيلة: الفرق «suspended hundreds of accounts and servers associated with stolen assets, and permanently banned those confirmed to be in violation».

هذا ينقل السؤال من مكانه. كان اختيار سكربت FiveM قرار ميزانية، وصار قرار مخاطرة، ومعظم هذه المخاطرة مرئي قبل الدفع، شرط أن تعرف أين تنظر.

تسرد هذه الصفحة سبع عمليات تحقق. كل واحدة تستغرق أقل من خمس دقائق، وكلها تتم قبل المعاملة، وكل واحدة تنتهي بسؤال محدد تطرحه على البائع أو أمر محدد تنفذه. لا شيء هنا يطلب منك تصديقنا، ومعظمه يمكن استخدامه ضدنا نحن أيضًا.

وهي تنطبق على أي ريسورس مدفوع: سكربت، أو MLO، أو مركبة، أو حزمة ملابس. نكتب «سكربت» لأنها الكلمة التي يستعملها المجتمع، لكن الـ escrow يشفّر النماذج أيضًا، والعقوبات تشمل الريسورسات عمومًا.

توضيح للمصطلحات، لأن الثلاثة يختلطون باستمرار: سكربت مفتوح المصدر يتيح لك قراءة الكود كله وتعديله، وسكربت escrow مشفَّر بالنظام الرسمي من Cfx.re ولا يكشف إلا ما اختار البائع تركه مفتوحًا، أما leak فهو نسخة أُعيد توزيعها دون إذن، مهما كانت حالتها التقنية. الأولان خياران تجاريان، والثالث هو ما يؤدي إلى حظر السيرفر.

لماذا لا تُعد عبارة «اقرأ التقييمات» منهجًا

كل أدلة الشراء في هذا المجال تنتهي إلى النصائح الثلاث نفسها: اقرأ التقييمات، واحذر الكود المموَّه، واشترِ من بائع موثوق. الأولى يمكن التلاعب بها، والثانية مستحيلة على ريسورس escrow بحكم التصميم، والثالثة تدور في حلقة مفرغة. ولا واحدة منها عملية تحقق. عملية التحقق لها مدخل، وإجراء، ونتيجة تنجح أو تفشل.

1. هل البائع منشئ معتمد لدى Tebex؟

تكتب Cfx.re ذلك بلا التباس: المنشئون المعتمدون لدى Tebex وحدهم هم الموزعون المصرح لهم لريسورسات FiveM وRedM. هذه ليست علامة جودة، بل قاعدة تصريح، وهي تحدد ما إذا كان لديك أي سبيل للمطالبة أصلًا.

ثلاثة أمور للتحقق، بهذا الترتيب:

• الدفع يمر عبر Tebex. لا تحويل عبر Discord، ولا PayPal بين الأصدقاء، ولا عنوان عملات رقمية.
• التسليم يصل إلى Cfx.re Portal الخاص بك، لا في ملف .zip عبر رسالة خاصة. الريسورس الذي يصل كأرشيف لم يمر عبر نظام الـ escrow، مهما قال البائع.
• للبائع موضوع إصدار على forum.cfx.re بسجل مؤرَّخ. البائع النشط منذ سنوات يترك أثرًا عامًا. ومن دون أثر، فهو إما مبتدئ وإما غيّر اسمه بعد حادثة.

خارج هذا المسار لا يوجد سبيل للمطالبة تخسره، لأنه غير موجود أساسًا

هذه هي النقطة التي يفهمها معظم المشترين متأخرًا، وهي لا تتطلب الثقة بأحد، بل تُستنتج من طريقة عمل النظام نفسه.

الشراء خارج Tebex لا ينتج عنه أي تسليم عبر Portal، وبالتالي لا يوجد entitlement مرتبط بحسابك على Cfx.re. أنت لا تملك ريسورس اشتريته بشكل سيئ، بل تملك مجلد ملفات، ولا شيء يثبت أن لك حق تشغيله. لا سبيل للمطالبة لأنه لا يوجد أي سجل للمعاملة من جهة المنصة.

وتتخذ هذه الحالة أشكالًا كثيرة: متاجر مبنية خارج Tebex، وإعلانات على منصات الخدمات العامة، وقبل كل شيء سيرفرات Discord مخصصة لإعادة البيع، غالبًا إلى جانب الغش والأدوات غير القانونية الأخرى، حيث تدفع أولًا ثم تأمل بعد ذلك.

لن ندّعي قياس نسبة الاحتيال في هذا المسار، ونحن نرتاب في المقالات التي تؤكد ذلك دون برهان. الاستدلال وحده يكفي: في معاملة بلا سجل، وبلا منصة، وبلا هوية موثقة، الشيء الوحيد الذي يضمن التسليم هو حسن نية البائع. لا تتعجل لأن العرض ينتهي خلال ساعتين، فتلك تحديدًا هي اللحظة التي لا يتحقق فيها أحد من شيء.

عملية التحقق الأولى تحمل الست التالية. على ريسورس escrow لا يمكنك قراءة الكود، لذا كل ما لا تستطيع التحقق منه بنفسك ينتقل إلى مسؤولية البائع. لهذا تأتي أولًا لا أخيرًا.

2. هل الريسورس شرعي، وماذا يخاطر به سيرفرك؟

هذا هو الفصل الذي تتخطاه أدلة الشراء، لأن كتابته غير مريحة لبائع.

عبارة «لم أكن أعلم أنه leak» ليست فئة معترفًا بها. استهدفت عقوبات 2025 السيرفرات المؤكد استخدامها ريسورسات غير مصرح بها، والريسورس الذي فُك تشفيره قابل للكشف من جهة السيرفر بصرف النظر عن نية المشتري. حسن نيتك ليس خاصية تقنية في الملف.

خمس إشارات تُسقط أي عرض قبل أن تنظر في الكود أصلًا:

• حزمة من ثلاثين إلى أربعين سكربتًا مدفوعًا بأقل من عشرين يورو. الحساب لا يستقيم. الحزم الشرعية موجودة، لكنها تجمع كتالوج استوديو واحد، لا عينة من الإصدارات المدفوعة في السوق كله.
• التسليم عبر أرشيف بدلًا من Portal.
• سكربت مدفوع معروف يُعاد بيعه تحت علامة أخرى، غالبًا مع بقاء ملف الإعدادات الأصلي كما هو.
• غياب سجل التغييرات تمامًا. الريسورس المصان له تاريخ إصدارات، أما المنسوخ فله تاريخ تنزيل فقط.
• بائع يرفض تحديد حساب Cfx.re الذي سيُربط به الشراء.

3. ماذا سيبقى بإمكانك تعديله بعد الدفع؟

في سكربت escrow، الكود مشفَّر بالنظام الرسمي من Cfx.re. لكن المطور هو من يختار ما يتركه مقروءًا، عبر توجيه escrow_ignore في ملف fxmanifest.lua.

والنتيجة هي بيت القصيد، ولا يكاد أحد يصوغها: ما يبقى مفتوحًا قرار من البائع، لا خاصية في الـ escrow. سكربتان بنظام escrow وبالسعر نفسه قد تفصل بينهما هوة في قابلية التكييف. وإذا لم يُخرَج إعداد ما إلى ملف إعدادات مفتوح، فهو غير متاح إلى الأبد، لا لك ولا لمطورك.

من هنا يأتي السؤال الذي يجب طرحه قبل الدفع، وهو الذي يفصل بائعًا جادًا عن مجرد موزّع:

ماذا يحتوي escrow_ignore لديك؟

أربعة أشياء ينبغي أن تكون فيه، والرابع لا يطلبه أحد:

• الإعدادات، وإلا فلا إعداد قابل للتعديل.
• ملفات الترجمة، وإلا فلن تستطيع تكييف كلمة واحدة مع عالمك.
• ملفات الـ bridge، وإلا فلن تستطيع وصله بفريمورك سيرفرك.
• مخطط SQL الخاص بالتثبيت. هو الذي يخبرك بالجداول التي سينشئها الريسورس في قاعدة بياناتك، وبالتالي بما سيفعله هناك. قراءته قبل التثبيت تستغرق دقيقتين.

البائع الذي لا يعرف الإجابة، أو يجيب بمراوغة، يكون قد أخبرك للتو بشيء مهم.

لا نعيد هنا شرح آلية الـ escrow نفسها. لدينا صفحة مؤرخة مخصصة لـ وضع Asset Escrow على FiveM Enhanced، وهي تعالج سؤالًا آخر يتعلق بتوافره.

4. هل يمكن كشف باب خلفي قبل تشغيل الريسورس؟

تنطبق عملية التحقق هذه على الكود الذي يمكنك قراءته فقط: الريسورسات مفتوحة المصدر، والملفات التي تركها البائع خارج الـ escrow. أما على ريسورس مشفَّر بالكامل فهي بلا فائدة، ويعود كل شيء إلى عملية التحقق الأولى. وأي دليل يطلب منك «فحص كود» سكربت escrow يصف أمرًا مستحيلًا.

الباب الخلفي لا يكسر شيئًا بالضرورة، وهنا تكمن المشكلة

يتخيل الناس سكربتًا يدمر قاعدة البيانات أو يفرغ الحسابات المصرفية. عمليًا، الباب الخلفي الذي يُلاحَظ يكون قد فشل. أما الذي يدوم فلا يكسر شيئًا.

رأينا سيرفرات تشغّل ريسورسات مخترقة، والنسبة أعلى بوضوح في السكربتات القادمة من leak مقارنةً بالريسورسات المشتراة من منشئ لديه متجر رسمي. وتتكرر عائلتان.

سحب البيانات. الأشهر: يقرأ الريسورس قاعدة بياناتك ويرسل ما يمكن استغلاله. لا شيء يتعطل، ولا شيء ينبّه، والسيرفر يعمل بشكل ممتاز بينما بياناته تخرج.

أحداث تُترك مفتوحة لتمكين الغش. هذه أقل شهرة وأكثر خبثًا. يحمل الريسورس أحداثًا قابلة للاستغلال تتيح لأداة غش القيام بأمور غير قابلة للكشف على سيرفرك. وليس هذا إهمالًا دائمًا: أحيانًا يتم بالتعاون مع صانعي أدوات الغش، فتبدو أداتهم عندئذٍ أقوى من أدوات المنافسين. ما يُباع هنا ليس السكربت، بل الباب.

والنتيجة العملية بسيطة: سمعة المنشئ ليست تفصيلًا كماليًا. بضع عمليات بحث عن اسمه وسجله ومواضيعه العامة تكفي غالبًا لتعرف مع من تتعامل.

ثلاثة أنماط تبحث عنها في الكود المقروء

حدث على السيرفر يكتب في قاعدة البيانات دون التحقق ممن استدعاه. أي عميل يستطيع إطلاق حدث شبكي مسجَّل. وإذا وثق المعالِج بوسائطه، أمكن لأي لاعب تمرير أي شيء إليه.

RegisterNetEvent('shop:giveItem', function(item, amount)
  MySQL.update('UPDATE users SET money = money + ?', { amount })
end)

العلامة هي غياب التحقق من source وغياب أي تحقق على السيرفر من مشروعية الطلب. وهذا بالضبط هو الشكل الذي يتخذه حدث تُرك مفتوحًا عن قصد.

استدعاء HTTP إلى مضيف ليس مضيف البائع. عمليات التحقق من الترخيص موجودة وطبيعية. أما تحقق من الترخيص يتجه إلى نطاق لا علاقة له بالبائع ويرسل أكثر من مجرد معرّف، فليس طبيعيًا.

سلسلة نصية تُفك شفرتها ثم تُنفَّذ عند التحميل. لا سبب لدى ريسورس شرعي لبناء كود أثناء التشغيل انطلاقًا من سلسلة مشفّرة.

مسح سريع لمجلد resources لديك، قبل تشغيل أي شيء:

grep -rn "PerformHttpRequest|load(|assert(load|_G[" resources/

يصف المجتمع كذلك عرضًا متكررًا يُستحسن معرفة اسمه: كود يعود للظهور في نهاية client.lua أو config.lua أو server.lua بعد حذفه. إن حدث ذلك، فالريسورس ليس للإصلاح، بل للإزالة.

5. كم يكلف السكربت فعليًا من حيث الأداء؟

تعرض صفحات المنتجات 0.00 ms بالعشرات. الرقم صحيح عادةً وبلا معنى في الغالب، لأنه مقيس في حالة سكون: الريسورس محمَّل، ولا أحد يستعمله، ولا شيء يحدث. وهذا يعادل الإعلان عن استهلاك الوقود والمحرك متوقف.

يجب قياس الريسورس في ثلاث حالات:

الحالة	ما تقيسه
في السكون	السكربت محمَّل ولا أحد يستعمله
قيد الاستعمال	لاعب واحد يتفاعل معه فعليًا
في الذروة	أسوأ حالة واقعية، عدة لاعبين في الوقت نفسه

المراجع، وفق أعراف العمل في المجتمع لا وفق معيار رسمي: عند 60 هرتز تبلغ ميزانية الفريم الكامل 16.67 مللي ثانية لكل ما يعمل. الريسورس السليم يبقى بين 0.00 و0.05 مللي ثانية في السكون. وفوق 0.10 مللي ثانية ينبغي التدقيق. وفوق 0.5 مللي ثانية في السكون هناك خلل ما، وذلك قبل أن يلمسه أي لاعب.

للقياس بنفسك: اضغط F8 ثم نفّذ resmon 1.

كيف يبدو قياس نزيه

ما دمنا نطلب ثلاث حالات، فهذه حالاتنا على avenida_interact، ومعها منصة الاختبار. فبدون بروتوكول، لا يعني الرقم شيئًا.

منصة الاختبار: 100 نقطة تفاعل ثابتة، و100 نقطة تفاعل مع NPC ونافذة حوار، وكشف مرتبط بـ 50 نموذج كيان مختلفًا. هذا ما يمثله سيرفر بلغ مرحلة تطوير متقدمة، لا مشهد عرض توضيحي.

الحالة	القياس	السبب
لاعب ساكن ولا تفاعل في المدى	0.00 مللي ثانية	لا شيء يُحسب
لاعب يقود، والعميل يقيّم إن كان عليه عرض شيء	0.01 مللي ثانية	لجزء من الثانية، أثناء التحقق
نقطة تفاعل معروضة ثلاثية الأبعاد في العالم	0.08 مللي ثانية	كلفة العرض، ما دامت مرئية
نافذة حوار مع NPC مفتوحة	0.06 مللي ثانية	تُحرَّر النقطة ثلاثية الأبعاد عند الفتح بدل إبقائها معروضة

الرقم الأخير هو الأكثر إفادة، وهو قرار تصميمي أكثر منه قياسًا: فتح الحوار يحرر النقطة ثلاثية الأبعاد بدل إبقائها حية خلف النافذة. تنخفض الكلفة في اللحظة التي ينظر فيها اللاعب إلى مكان آخر. وهذا نوع المفاضلات الذي يكشفه قياس بثلاث حالات، ويخفيه تمامًا رقم 0.00 ms في السكون.

نقطة عمياء تشترك فيها معظم الأدلة: قد يكون السكربت خفيفًا جدًا على العميل ومع ذلك يسحق قاعدة بياناتك. احسب أيضًا عدد استعلامات SQL لكل إجراء. الريسورس الذي يستعلم من قاعدة البيانات في كل فريم من فريمات التفاعل لن يظهر في رقم العميل إطلاقًا، وهو الذي يؤلم عند ستين لاعبًا. ولهذا أيضًا لا يُعد مخطط SQL المفتوح، في التحقق الثالث، تفصيلًا ثانويًا.

6. هل التوافق مع الفريموركات حقيقي أم معلن فقط؟

عبارة «متوافق مع ESX وQBCore» لا تعني شيئًا بذاتها، لأن أيًا منهما ليس شيئًا واحدًا.

أربعة أسئلة تُطرح:

• أي ESX؟ إصدارا Legacy و1.2 غير متبادلين.
• أي QBCore؟ تباعد qb-core وQbox، والجواب يتوقف على الإصدار.
• وماذا عن vRP؟ يبدو السؤال ثانويًا من زاوية أوروبية، لكنه ليس كذلك. فالبرازيل هي السوق الأولى لـ FiveM خارج العالم الناطق بالإنجليزية من حيث عدد اللاعبين، وأغلب سيرفراتها تعمل على vRP، لا على ESX ولا QBCore. والبائع الذي لم يسمع بهذا السؤال قط لم ينظر أبعد من سوقه هو.
• هل الـ exports والأحداث مكشوفة في ملف غير مشفَّر؟

الرابع هو الاختبار الحقيقي. البائع الذي يكشف الـ bridge يخبرك أنه يتوقع منك التكييف. والبائع الذي لا يكشفه يطلب منك تكييف سيرفرك مع خياراته هو.

والسؤال التالي الصحيح يتعلق بـالبديل الاحتياطي: ماذا يفعل الريسورس حين لا يوجد أي فريمورك معروف؟ التوافق الجاد يوفر وضعًا مستقلًا لا يعتمد على شيء، لا مجرد مسارين لأشهر الفريموركات.

أما السؤال الذي يكتبه الناس قبل الضغط على الشراء مباشرة، وهو هل يعمل سكربت QBCore على Qbox، فالجواب النزيه: في معظم الحالات نعم، وليس دائمًا. الاعتماديات وبعض الـ exports تختلف. ومن يجيب بنعم دون تحفظ يبيع ولا ينصح.

7. ماذا يحدث بعد الشراء؟

ثلاثة مطبات لما بعد البيع، لا تكاد صفحة واحدة تجمعها.

خطأ entitlement. ستصادف عاجلًا أو آجلًا You lack the required entitlement to use this resource، وهو شائع جدًا. ويعني أن مفتاح السيرفر المستعمل أُنشئ بحساب Cfx.re مختلف عن الحساب الذي تم به الشراء. يعمل السيرفر بمفتاح واحد فقط، ويمكنك معرفة أيها عبر sv_licenseKey في وحدة التحكم. والطريقة الكلاسيكية للوقوع في ذلك هي التسرع: يشتري المرء بالحساب المتاح تحت يده، لا بالحساب الذي أنشأ المفتاح. والخبر الجيد أن الأمر قابل للتدارك: نقل الملكية من Cfx.re Portal يصحح الخطأ. لكن هذا النقل متاح عادةً مرة واحدة فقط، فالأولى ألا تُهدر بسبب سهو.

الاسترداد. بالنسبة للمحتوى الرقمي، يسقط حق الانسحاب فور بدء التنفيذ بموافقتك، وهو بالنسبة لسكربت يعني أول تنزيل. وتتراوح السياسات المرصودة في هذا السوق بين أربعة عشر يومًا دون تبرير وبين المنع التام للاسترداد. المهم أن تكون السياسة مكتوبة ومقروءة قبل الدفع.

الاشتراك. في ريسورس يُباع باشتراك، يؤدي انتهاء المدة إلى سحب الريسورس من الحساب فيتوقف السكربت عن الإقلاع. لا شيء يتعطل، ولا شيء يُحذف، بل يتوقف ببساطة.

ما لاحظناه على أرض الواقع

لم نكتب هذه الصفحة من مكتب دراسات، بل كتبناها لأننا ارتكبنا تقريبًا كل الأخطاء التي تصفها.

بدأ فريقنا ببناء سيرفره الخاص، بين الأصدقاء. لم يكن أحد منا يعرف حقًا كيف يعمل سيرفر FiveM، ولا ما يمكن أن يترتب عليه. تعلمنا كما يتعلم الجميع، من شروحات التنصيب المتاحة على الإنترنت.

اشترينا لنكسب وقتًا

نما المجتمع أسرع من قدرتنا على التطوير. كان كل أسبوع يحمل طلبات لا نملك ساعات لإنجازها. لم يكن شراء السكربتات رفاهية، بل الطريقة الوحيدة لمجاراة الإيقاع دون أن نُبقي لاعبينا في الانتظار.

وهذه بالضبط الحالة التي يتحقق فيها المرء أقل ما يمكن، وهي أيضًا بالضبط الحالة التي ينبغي أن يتحقق فيها أكثر ما يمكن.

ما فهمناه في النهاية

ثلاثة أمور، تكررت بانتظام حتى صارت هي التي تبني هذه الصفحة.

أداء لا علاقة له بالإعلان. ريسورسات بيعت على أنها الأكثر تحسينًا في السوق كلّفتنا أجزاء من الألف من الثانية لم نكن نستطيع تحملها. الرقم المعلن لم يكن كاذبًا، لكنه قيس في ظروف لا تشبه شيئًا.

سكربتات أُعلن أنها تتكيف مع أي سيرفر، واستحال تكييفها مع سيرفرنا. غالبًا دون سوء نية من البائع: لم يكن أي شيء مُخرَجًا إلى الإعدادات. وحين كنا نطلب تعديلًا، لم يكن مُدرجًا، ولم تكن لدينا وسيلة لإجرائه بأنفسنا.

ريسورسات نُشرت ثم أُهملت. هذه لا تنكسر يوم الشراء، بل تنكسر لاحقًا، حين يتطور FiveM ولا يبقى أحد يصون في الجهة المقابلة. عندئذٍ يتبين أنك لم تشترِ سكربتًا، بل استأجرت مهلة.

ما غيّره ذلك في طريقة بنائنا

سكربتاتنا تكشف إعداداتها وترجماتها وملفات الـ bridge ومخطط SQL بشكل مقروء. وليس هذا تفضلًا تجاريًا، بل هو الرد المباشر على ما عانيناه: لم نرغب في أن نبيع ما كرهنا شراءه.

نحن لا نكتب هذه الصفحة لنبيع، بل نكتبها لأن أحدًا لم يمنحنا إياها.

قائمة التحقق في سبعة أسطر

1. هل يمر الدفع عبر Tebex مع التسليم إلى Cfx.re Portal؟ هذا شرط لازم.
2. هل لدى البائع سجل إصدارات مؤرخ على forum.cfx.re؟ يجب أن يكون موجودًا.
3. هل السعر معقول مقارنةً بما يُباع؟ حزمة من ثلاثين سكربتًا مدفوعًا بعشرين يورو ليست معقولة.
4. ماذا يحتوي escrow_ignore؟ الإعدادات والترجمات وملفات الـ bridge ومخطط SQL.
5. هل توجد قياسات resmon في ثلاث حالات مع البروتوكول؟ اطلب الثلاث ومنصة الاختبار.
6. أي إصدارات فريمورك بالتحديد، وأي بديل احتياطي بدون فريمورك، وهل الـ bridge مقروء؟ أرقام إصدارات، لا أسماء.
7. أي حساب Cfx.re سيملك الريسورس، وما سياسة الاسترداد المكتوبة؟ قبل الدفع، لا بعده.

أسئلة شائعة

هل يمكن أن أُحظر بسبب leak اشتريته بحسن نية؟ استهدفت عقوبات 2025 السيرفرات المؤكد استخدامها ريسورسات غير مصرح بها. النية ليست خاصية تقنية في الملف، ولهذا يجب أن يتم التحقق قبل الشراء لا بعد الإيقاف.

هل يمكن تعديل سكربت escrow؟ فقط الأجزاء التي تركها المطور خارج التشفير عبر escrow_ignore. وكل ما عداها مغلق نهائيًا. اسأل عن محتوى هذا التوجيه قبل الشراء لا بعده.

هل يوجد سكربت بـ 0.00 مللي ثانية؟ في السكون، كثير. وقيد الاستعمال، لا. الرقم الذي لا تُذكر معه حالة القياس ولا البروتوكول لا يخبرك بشيء.

كيف أعرف أن سكربتًا يحوي بابًا خلفيًا؟ في الكود المقروء، بالبحث عن الأنماط الثلاثة أعلاه. أما على ريسورس escrow فذلك مستحيل، ويصير السؤال سؤال سمعة المنشئ. واعلم كذلك أن الباب الخلفي لا يكسر شيئًا: إما يسحب البيانات، وإما يترك بابًا مفتوحًا لأداة غش.

هل السكربتات المجانية متوافقة مع كل الفريموركات؟ ليست أكثر توافقًا من المدفوعة. السؤال نفسه في الحالتين: أي إصدار فريمورك، وأي بديل احتياطي بدونه، وهل الـ bridge مقروء.

هل تسترد Tebex الأموال؟ تتولى Tebex تحصيل الدفع، والبائع هو من يضع السياسة. وتتراوح بين أربعة عشر يومًا ولا شيء إطلاقًا، وحق الانسحاب في المحتوى الرقمي يسقط عند أول تنزيل.

أين أجد سكربتات مجانية موثوقة؟ المنظمات المرجعية الحقيقية على GitHub: esx-framework، وqbcore-framework، وoverextended لـ ox_lib وox_inventory، وcitizenfx. والبدء من مكان آخر لريسورس مجاني هو الطريقة الأكثر شيوعًا لالتقاط باب خلفي.

ماذا تعطي هذه التحققات على سكربتاتنا نحن

لا قيمة لهذه الصفحة إلا إذا أمكن استخدامها ضدنا. فإليك أين يتحقق كل معيار لدى Avenida، وما لم نبلغه بعد.

ما هو مفتوح. يكشف escrow_ignore لدينا الإعدادات والترجمات وملفات الـ bridge وسجل التغييرات ومخطط SQL الخاص بالتثبيت. وبذلك يمكنك قراءة ما سينشئه الريسورس في قاعدة بياناتك قبل تثبيته، وتعديل السلوك دون أن تستأذننا. ولا يبقى محميًا إلا المنطق الداخلي.

التوافق. تكتشف سكربتاتنا ESX وQBCore وvRP، وترتد إلى وضع مستقل حين لا يوجد أي فريمورك، معتمدةً على دوال اللعبة الأصلية. ويتيح وضع مخصص وصل ما سوى ذلك، كما تأتي أشهر أنظمة الحقيبة والإشعارات والتفاعل معدّة مسبقًا. وملفات الـ bridge مقروءة، لذا يمكن التحقق من هذا الكلام بدل الاكتفاء بإعلانه: صفحة صالون الحلاقة تسرد الـ bridges السبعة وتقول ما يكلفك كل هدف، ومنها vRP.

الاسترداد. سياستنا مكتوبة وهي صارمة: لا استرداد كقاعدة، مع استثناء إذا كان السكربت غير عامل ولم تُحل المشكلة خلال سبعة أيام عمل. ونحن نتحملها بدل إخفائها. فمنتج رقمي سُلِّم واشتغل واستُعمل أسابيع لا يُرد، والطاقة التي لا ننفقها في الفصل في طلبات غير مقبولة ننفقها في تطوير السكربتات.

الأداء. صارت كل صفحة منتج تحمل قياسها في الخمول وظروف القياس، وهو بالضبط النقص الذي أشار إليه هذا المقال يوم نشره. وما زال ينقص حالتا التحميل والضغط في المكان نفسه: اطلبها منا لأي ريسورس، وحاسِبنا عليها ما دامت غير منشورة على الصفحات.

اطّلع على كيفية تحقق هذه المعايير في الكتالوج.

سجل هذه الصفحة

• 19 أغسطس 2026. عبارتان في القسم الأخير تجاوزهما الزمن فصُحّحتا: vRP هدف مكتشَف لا فرع مخصص، وقياس الخمول صار منشوراً على كل صفحة منتج.
• 14 أغسطس 2026. النشر الأول. تم التحقق من إعلانَي Cfx.re في 8 أغسطس و16 أكتوبر 2025، ومن وثائق Asset Escrow.

المصادر الرسمية

كل التأكيدات الواقعية في هذه الصفحة مأخوذة من وثائق Cfx.re، ناشرة FiveM، ومن بلاغاتها الرسمية. أما قياسات الأداء فهي قياساتنا، ومعها بروتوكولها.

• Asset Security Update، منتدى Cfx.re: إعلانا العقوبات في 8 أغسطس و16 أكتوبر 2025.
• وثائق Asset Escrow: الصيغ المشفَّرة وتوجيه escrow_ignore.
• What’s a leaked asset then?: النقاش المرجعي حول التعريف.

---

لديك سؤال عن سكربت قبل الشراء، سواء كان من عندنا أو من غيرنا؟ أسهل طريق هو الانضمام إلى Discord الخاص بنا. نحن نجيب أيضًا عن سكربتات لا نبيعها.