سكربت حلاق FiveM: الشعر واللحية واللون في 2026

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

فريق Avenida، 24 أغسطس 2026

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

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

ماذا يكسب سيرفرك من سكربت الحلاقة هذا؟

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

ما تركّبه	ما يتغيّر على سيرفرك
كاميرا مدارية و7 زوايا تصوير	يحكم اللاعب على القصّة عن قرب، فلا مزيد من التذاكر من نوع «ليس هذا ما اخترته»
مشهد الكرسي مع الحلاق	يصير المحل مكان روليبلاي بدل نقطة تفاعل
8 محلات مضبوطة مسبقًا، منها Cayo Perico	تفتح مناطق جديدة على الخريطة يوم التركيب، دون وضع بليب واحد
سعر لكل مكوّن	تقرر ما هو مجاني وما يُباع، دون تعديل الكود
15 لغة مكتوبة بالكامل	يقرأ لاعبوك الواجهة بلغتهم منذ أول تشغيل
ملفات الإعداد واللغات والـ bridges خارج الـ escrow	تعدّل السكربت ليناسب سيرفرك بدل العكس

ما الذي يجب أن يفعله سكربت حلاق FiveM؟

ستة أشياء، اثنان منها فقط يظهران في صفحات البيع. سكربت الحلاقة على FiveM عليه أن يكتب في نظام المظهر الصحيح، وأن يبقي الشخصية سليمة بعد إعادة الاتصال، وأن يعرض النتيجة قبل الدفع، وأن يتحقق من السعر على السيرفر، وأن يتعايش مع بقية الريسورسات التي تتعامل مع الـ ped، وأن يرتبط بالفريمورك الذي تشغّله أصلًا دون أن تعيد كتابة إعداداته.

المعيار	ما يوفّره عليك هذا السكربت
الكتابة في نظام المظهر الصحيح	قصّة تُطبَّق ثم تختفي عند إعادة الاتصال
العرض قبل المحاسبة	لاعب يدفع، ولا تعجبه النتيجة، فيفتح تذكرة
التحقق من السعر على السيرفر	كلاينت معدّل يحلق مجانًا
مشاركة خانة الزينة في الـ ped	وشوم تمحو الشعر، أو العكس
كشف الفريمورك عند التشغيل	ريسورس يرفض الاشتغال على سيرفرك
ألا يفعل شيئًا حين لا يوجد أحد	ثريد يعمل بلا فائدة عند كل لاعب متصل

كيف يغيّر اللاعب قصّة شعره على FiveM؟

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

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

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

هل يرى اللاعب ما يشتريه قبل أن يدفع؟

نادرًا، وهو السبب الأول لتذاكر الدعم. معظم سكربتات barbershop على FiveM تفتح قائمة وتطبّق القصّة على الشخصية وهي واقفة، مصوَّرة بكاميرا اللعبة، في أي ساعة كانت داخل اللعبة. إن كان سيرفرك في عزّ الليل، فاللاعب يختار لون شعر لا يراه.

هذه أول نقطة أردنا حلّها. كاميرتنا مثبّتة على عظمة الرأس ويُؤخذ موضعها مرة واحدة عند الفتح، بحيث لا تستطيع أي أنيميشن متزامنة أن تسحب الكادر بينما اللاعب يختار. تدور 360 درجة كاملة، وتقرّب، وتنزل من مستوى العينين حتى الحذاء، بالفأرة كما بلوحة المفاتيح. حساسية المحاور الثلاثة تُضبط في Config.Camera.

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

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

يعمل مُعدِّل timecycle ما دامت قائمة مفتوحة. فترى قصّتك تحت الضوء نفسه منتصف الليل كما ظهرًا، بدل مساحة رمادية داكنة. ويُستعاد مُعدِّل اللاعب نفسه عند الإغلاق. ضع Timecycle = false لترك إضاءة العالم كما هي، وConfig.Barber.ChairScene = false لتخطّي مشهد الكرسي.

أي واجهة يحتاجها سكربت حلاق FiveM؟

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

سكربتنا مكتوب بـ Svelte 5. الخطوط مستضافة مع الريسورس، ولا يوجد CDN ولا أي طلب خارجي، فلا يخرج شيء من كلاينت لاعبيك نحو طرف ثالث. ويرشد اللاعبَ شرحٌ يظهر عند أول تشغيل، مرة واحدة، مع زر لإعادته، ويتذكر ذلك لكل قائمة على حدة بدل مرة واحدة نهائيًا.

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

ماذا تكسب حسب نظام المظهر لديك؟

كامل كتالوج التخصيص، وعلى vRP تكسب أكثر مما يستطيعه الفريمورك وحده. سكربت الحلاقة يكتب في ريسورس المظهر الذي تشغّله أصلًا، فما يستطيع هذا الريسورس تخزينه هو ما يحدد ما يصمد بعد إعادة الاتصال. داخليًا نشتغل بصيغة qb-clothing ونحوّل عند الإخراج، لكل target على حدة.

نظامك	ما تكسبه
qb-clothing، جدول خاص	الكتالوج كاملًا. هذه هي الصيغة الأصلية للسكربت.
illenium-appearance، fivem-appearance	الشعر واللحية والحواجب والمكياج وتفاصيل البشرة والندوب، كلها تُكتب في جداولهم. الـ overlays ثنائية اللون تأخذ لونها الأساسي، لأن مخططهم لا يحمل سوى لون واحد.
esx_skin	كل الـ overlays وكل المكونات. وللاحتفاظ أيضًا بالساعة والسوار، يخزّنها السكربت في جدوله الخاص، خيار من سطر واحد في الإعدادات.
vRP	أكثر مما يستطيعه vRP وحده. vRP يخزّن الملابس فقط، فيتولى السكربت الشخصية كاملة في avenida_skins ويعيد إلى vRP الجزء الخاص بالملابس، يُقرأ كل 30 ثانية.

يخزّن vRP مكونات الملابس والـ props، ولا شيء غير ذلك: لا overlays للرأس، ولا ملامح وجه، ولا لون شعر أو عيون، ولا زينة ped. بعبارة أخرى، لا يستطيع سيرفر vRP تقديم حلاق كامل بأدواته وحدها. فيأتي السكربت بالقطعة الناقصة: يحفظ الشخصية كاملة في جدوله ويعيد إلى vRP الجزء الخاص بالملابس، يُقرأ كل 30 ثانية ويُحدَّث فور حدوث أي تغيير. وتحتاج أن تعرف هذا قبل الإعداد: الـ skinshop الأصلي في vRP سيعرض الملابس، ويبقى الحلاق تحت إدارة السكربت.

ESX وQBCore وvRP وstandalone: ما الذي يتغير فعلًا؟

لا شيء بالنسبة إليك، وهذا هو المقصود. يُكشف الفريمورك عند الإقلاع، عبر ملفات bridge مفتوحة تستطيع قراءتها وتعديلها. وهي ثمانية: framework، وclothing، وdecorations، وinventory، وnotif، وinteract، وcompat، وvrp.

نقطة تستحق التفصيل لأنها تفسّر جزءًا كبيرًا من السكربتات التي ترفض الاشتغال عندك. نحن لا نحمّل @vrp/lib/utils.lua، بل نخاطب vRP عبر أحداث Proxy وTunnel الخاصة به. والنتيجة أمران: يشتغل الريسورس بشكل طبيعي على سيرفر لا يوجد فيه vRP إطلاقًا، وتختفي فروق ترتيب الـ arguments بين الـ forks، لأنها تعيش في الـ helper الخاص بها لا في التواصل نفسه.

وما لا يغطيه ذلك، ونقوله في الكونسول بدل أن نفشل بصمت: vRP 2 وvRP 0.5 غير مدعومين. vRP 2 فريمورك آخر احتفظ بالاسم، وProxy الخاص بـ 0.5 ليس له قناة رد. الهدف هو 1.0 والـ forks المبنية عليها، vrpex وdunko وzabka وMM1212 وZIRIX.

هل نثق بالـ 0.00 ms الذي يعلنه الجميع؟

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

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

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

ما الجديد في محلات حلاقة FiveM في 2026؟

ثلاثة أمور تغيّرت عن الجيل السابق من سكربتات الحلاقة، وتُرى كلها على الشاشة. حلّت واجهات الويب محل القوائم الأصلية، وحلّت المعاينة الحية محل التطبيق دون رؤية النتيجة، وحلّ الكشف التلقائي للفريمورك محل الإعدادات المكتوبة يدويًا.

وما يبقى مفتوحًا في 2026 هو التوافق بين عائلات الريسورسات. السيرفر يشغّل نظام مظهر، وإنفنتوري، ونظام target، ولكلٍّ أعرافه. لهذا لم يعد السؤال المطروح على سكربت barbershop جديد هو إن كان جميلًا، بل فيمَ يكتب.

آخر نسخة نشرناها هي 1.2.0. هذه الصفحة تتابع النسخ: حين يتطوّر الريسورس، يتحرك التاريخ في أسفل المقال، ويقول السجل ما الذي تغيّر. إن كنت تقرأ هذا بعد ستة أشهر، فانظر هناك.

ملاحظاتنا نحن، في ثلاث نقاط تتجاوزها صفحات البيع

للـ ped خانة زينة واحدة فقط، يتشاركها السيرفر كله

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

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

السعر يُتحقق منه على السيرفر، لا على الكلاينت أبدًا

يُبنى المجموع بندًا بندًا، كل بند قابل للإزالة، ويُتحقق من الدفع على السيرفر. وما لا سعر له يُطبَّق ويُحفَظ دون أن يُحاسَب عليه ولا حتى أن يظهر في السلة. وهذا ما يتيح ترك القصّة مجانية وتحصيل ثمن الـ overlays وحدها، أو العكس، دون تعديل الكود.

قواعد الشعر مفلترة حسب نسخة اللعبة

التسريحة التي لا يستطيع كلاينت اللاعب عرضها لا تُدرَج، بدل أن تُدرَج وتكون معطلة. سطر واحد من الكود يزيل فئة كاملة من التذاكر، من نوع «اشتريت قصّة شعر فصرت أصلع».

قائمة التحقق قبل شراء سكربت حلاقة

1. هل يكتب السكربت في نظام المظهر الذي أشغّله أصلًا؟ عليه أن يسمّي الـ target الذي يكتب فيه، لا أن يقول «متوافق».
2. هل قائمة ما يُحفَظ حسب كل target منشورة؟ إن لم تُنشر، فهي موجودة على أي حال.
3. هل يرى اللاعب النتيجة قبل أن يدفع؟ نعم، وتحت إضاءة ثابتة.
4. هل يُتحقق من السعر على السيرفر؟ نعم، وإلا أخذ الكلاينت المعدّل ما يريد مجانًا.
5. هل تُتقاسَم خانة الزينة في الـ ped بشكل سليم؟ نعم، وإلا راحت الوشوم.
6. هل ملفات الإعداد واللغات والـ bridge خارج الـ escrow؟ نعم، وإلا لن تستطيع تعديل شيء.
7. هل يُكشف الفريمورك، أم يُكتب يدويًا؟ يُكشف، مع بديل بلا أي تبعية.

أسئلة متكررة

هل يعمل السكربت بلا ESX ولا QBCore؟

نعم. وضع standalone هو البديل الافتراضي حين لا يُكشف أي فريمورك، ولا يعتمد على أي ريسورس آخر. ويوجد فوق ذلك وضع custom، يُختار صراحة، وفيه تربط منطقك الخاص داخل ملفات الـ bridge.

هل أستطيع تعديل النصوص والأسعار بعد الشراء؟

نعم. config/*.lua، وlocales/*.lua، وbridges/*.lua، وملف README، وملف CHANGELOG، وملف SQL، كلها خارج الـ escrow. تقرأها وتعدّلها. أما بقية الكود فمحمية بـ escrow من Cfx.

كم لغة داخل اللعبة تأتي معه؟

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

كم محلًا مضبوطًا مسبقًا يأتي معه؟

ثمانية، منها Cayo Perico، لكل واحد بليبه، وموديل ped الحلاق الخاص به، وأسعاره الخاصة، في ملف إعداد مفتوح. تضيف أو تحذف دون تعديل الكود المحمي.

هل تحمّل الواجهة شيئًا من الإنترنت؟

لا. الواجهة بـ Svelte 5، والخطوط مستضافة مع الريسورس، ولا CDN ولا طلب خارجي. لا يخرج شيء من كلاينت لاعبيك نحو طرف ثالث. والتوثيق يغطي التركيب والـ exports.

سكربتات حلاقة أخرى في السوق

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

vms_barber · DeeP-Scripts BarberShops · Barber Shop System V5 · EnhancedBarbershop · Player Run Barbershop · foltone_barbershop

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

المصادر

كل ما يؤكده هذا المقال عن avenida_barber مصدره ملفات تستطيع قراءتها بنفسك، قبل الشراء وبعده:

• ملف README.md الخاص بالريسورس، وفيه جدول التوافق حسب نظام المظهر وقسم الأداء؛
• ملف CHANGELOG.md، وفيه قائمة القيود المعروفة المذكورة أعلاه؛
• ملفات config/*.lua، للمحلات الثمانية، والأسعار لكل مكوّن، وإعدادات الكاميرا؛
• ملف fxmanifest.lua، لـ escrow_ignore ولملفات اللغة الخمسة عشر.

هذه الملفات الأربعة خارج الـ escrow، أي قابلة للقراءة والتعديل بمجرد تركيب الريسورس. ولقطات هذه الصفحة من النسخة 1.2.0، أُخذت في 24 أغسطس 2026.

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

• 24 أغسطس 2026 · النشر الأول، على avenida_barber 1.2.0.

---

سؤال عن حالة بعينها، أو نظام مظهر غير مألوف، أو fork من vRP لم ندرجه؟ الديسكورد هو المكان، ومن يجيب هو المطوّر الذي كتب السكربت.