BungeeCord · Velocity

PLUGIN للبروكسي بالذكاء الاصطناعي

plugins للطبقة التي تقف أمام خوادمك. صف سلوك الشبكة الذي تحتاجه، من قوائم الانتظار والتوجيه والدردشة بين الخوادم والنقل، ويكتبه Codexe وفق API الذي تختاره: BungeeCord أو Velocity.

لماذا تولّد plugin للبروكسي

الـ API المناسب للمهمة

كود البروكسي ليس كود Bukkit. يستخدم المولّد نموذج الأحداث وconnect API الخاصين بالبروكسي بدل إنتاج استدعاءات من جهة الخادم لن تُحَل.

على مستوى الشبكة بالتصميم

plugin واحد يرى كل لاعب على كل خادم خلفي، وهو المكان الطبيعي لقوائم الانتظار والدردشة العامة وتنبيهات الإدارة وقواعد التوجيه.

الجزآن معاً عند الحاجة

كثير من مميزات الشبكة تحتاج إلى plugin للبروكسي وplugin مرافق صغير على الخادم الخلفي يتخاطبان عبر plugin messaging. صف المسار كاملاً ويستطيع Codexe توليد الاثنين.

تعمل على الخادم الخلفي بدلاً من ذلك؟

اللعب والكتل والعناصر وأحداث العالم كلها تعيش على الخادم الخلفي، أي plugin لـ Spigot أو Paper أو Folia، أو plugin بلغة Kotlin إذا فضّلت هذه اللغة. يبيّن توثيق plugins مكان كل نوع من الأكواد.

أمثلة على الأوصاف

> plugin لـ Velocity بقائمة انتظار للدخول إلى خادم ممتلئ: ينتظر اللاعبون في لوبي، ويتلقون رسالة بترتيبهم كل 15 ثانية، ويُنقلون تلقائياً عندما يتوفر مكان.
> plugin لـ BungeeCord ينقل الدردشة بين كل الخوادم الخلفية مع بادئة لكل خادم وأمر لتبديل كتم القناة العامة.
> plugin لـ Velocity يضيف /send <player> <server> و/sendall <server> للإدارة، مع صلاحية ورسالة عندما يكون الخادم المستهدف غير متصل.
> plugin لـ BungeeCord يوجّه اللاعبين إلى أقل لوبي ازدحاماً عند الدخول، ويحوّلهم إلى خادم صيانة إذا تعذّر الوصول إلى أي منها.

أسئلة شائعة عن مولّد plugins البروكسي

ما الفرق بين plugin البروكسي وplugin العادي؟

+

يعمل plugin البروكسي على BungeeCord أو Velocity، وهما يقفان أمام خوادمك الخلفية. لا يوجد فيه عوالم ولا كتل ولا كائنات، فالـ API يدور حول اللاعبين والاتصالات والخادم الذي يُوجَّه إليه اللاعب. وأي شيء يمس اللعب يجب أن يكون plugin من عائلة Bukkit يعمل على الخادم الخلفي.

هل BungeeCord وVelocity لهما الـ API نفسه؟

+

لا. فهما يحلان المشكلة نفسها لكن بواجهات API ونماذج أحداث وملفات وصف مختلفة تماماً. حدّد في وصفك أيهما تستهدف، فالكود المكتوب لأحدهما لن يُجمَّع مع الآخر.

هل يستطيع plugin البروكسي تغيير الكتل أو إعطاء العناصر؟

+

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

كيف أنقل لاعباً إلى خادم آخر؟

+

عبر connect API الخاص بالبروكسي، وهذا بالضبط ما وُجدت هذه المنصة المستهدفة من أجله. يتولى الكود المولَّد البحث عن الخادم وحالة الفشل عندما يكون الوجهة غير متصلة.

هل يتعامل مع قنوات plugin messaging؟

+

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

أيهما أشغّل؟

+

Velocity هو الخيار الحديث: أسرع ويُطوَّر بنشاط وله API أنظف. أما BungeeCord فأقدم لكنه ما زال منتشراً جداً، فاختره إذا كانت شبكتك تعمل عليه أصلاً أو كنت تعتمد على plugin يعمل مع BungeeCord فقط.

Need something that runs on the backend servers instead of the proxy? Codexe also generates:

كيف يبني Codexe هذه المشاريع ويفحصها، وما يجب كتابته في الطلب، والمشكلات الشائعة: دليل BungeeCord and Velocity proxy plugins.

جاهز لـ plugin جديد للبروكسي؟

تتجدد في الخطة المجانية 50K توكن يومياً، وهي تكفي لـ plugin بروكسي يعمل في مرة واحدة.

ابدأ البناء
مولّد plugins لـ BungeeCord وVelocity – plugins للبروكسي بالذكاء الاصطناعي | Codexe