
ViaBackwards — إضافة لدعم العملاء الأقدم على الخادم في Minecraft
يقبل الخادم الأصلي (الفانيلا) الاتصالات فقط من العملاء الذين يستخدمون نفس إصدار اللعبة. توسّع ViaBackwards إمكانات النسخة الأصلية: يمكن…
يقبل الخادم الأصلي (الفانيلا) الاتصالات فقط من العملاء الذين يستخدمون نفس إصدار اللعبة. توسّع ViaBackwards إمكانات النسخة الأصلية: يمكن للعملاء من الإصدار 1.9 وحتى أحدث إصدار حالي الاتصال بخادم يعمل على إصدار أقدم من اللعبة. تعترض الإضافة حِزم الشبكة وتترجمها إلى الصيغة التي…
ViaBackwards — إضافة لدعم العملاء الأقدم على الخادم في Minecraft
الاعتماديات: ViaVersion
Java: 17 أو أحدث
يقبل الخادم الأصلي (الفانيلا) الاتصالات فقط من العملاء الذين يستخدمون نفس إصدار اللعبة. توسّع ViaBackwards إمكانات النسخة الأصلية: يمكن للعملاء من الإصدار 1.9 وحتى أحدث إصدار حالي الاتصال بخادم يعمل على إصدار أقدم من اللعبة. تعترض الإضافة حِزم الشبكة وتترجمها إلى الصيغة التي يفهمها العميل الأقدم، دون أي تغييرات في منطق الخادم أو بيانات اللاعبين أو ملفات العالم.
كيف تعمل الإضافة
في جوهرها، ViaBackwards هي جسر بين الإصدارات. إذا كان الخادم يعمل على الإصدار 26.1.2، وأراد لاعبٌ الدخول من الإصدار 1.20 — فإن الإضافة تترجم تلقائيًا حِزم الشبكة من الصيغة الجديدة إلى الصيغة التي يفهمها العميل القديم. يرى اللاعب الصورة، ويستطيع المشي والقتال والتفاعل مع العناصر — وكل ذلك دون أي تدخّل من جانبه.
الإضافة بحد ذاتها لا تفعل شيئًا — فهي امتداد لـ ViaVersion، التي تحل المهمة العكسية (العملاء الجدد على الخوادم القديمة). تتولّى ViaBackwards الاتجاه العكسي فقط: العملاء القدامى على الخوادم الجديدة.
الأوامر
تُنفّذ جميع الأوامر عبر /viaverson — وهي الواجهة المشتركة لمنظومة Via، التي تشمل ViaVersion وViaBackwards. لا يوجد أمر منفصل خاص بـ ViaBackwards — فجميع العمليات، بما في ذلك عرض الجسور النشطة وإعادة تحميل الإعدادات، تمرّ عبر البادئة نفسها
الأمر | وظيفته |
| يعيد تحميل config.yml دون إعادة تشغيل الخادم |
| يُنشئ تقرير تصحيح أخطاء ورابط paste — وهو مطلوب عند التواصل عبر GitHub Issues |
| يعرض قائمة اللاعبين المتصلين وإصدارات عملائهم |

عرض قائمة اللاعبين المتصلين وإصدارات عملائهم
/via reload يطبّق التغييرات من config.yml دون إعادة تشغيل — وهو مفيد عند تعديل المعاملات على خادم نشط. لكن بعض التغييرات لا تبدأ بالعمل إلا بعد إعادة تشغيل كاملة، لذا إذا لم يتغيّر السلوك — فمن الأفضل إعادة تشغيل الخادم بالكامل.
الإعدادات
افتراضيًا، تكون الإعدادات مضبوطة على النحو الأمثل لمعظم الخوادم، لذا في أغلب الحالات لا يلزم تعديلها على الإطلاق. وفيما يلي المعاملات التي قد تحتاج إلى تعديلها.
جدول المعاملات
المعامل | وظيفته |
| يكتب التعويذات المخصصة في وصف العنصر. من الأفضل تعطيله إذا كانت الإضافة تقوم بذلك بنفسها لتلك التعويذات — وإلا فستتكرر المُدخلات |
| يحوّل اللون والتنسيق في عناوين المخزون للعملاء ذوي الإصدارات الأقدم |
| يستبدل حِزم ping بحِزم تأكيد المخزون |
| يرسل حجر أساس (bedrock) وهميًا عند المستوى Y=0 للعملاء ذوي الإصدارات الأقدم. قد يتسبب في تفاعلات غير متوقعة |
| يعرض صارخ السكالك (sculk shrieker) على هيئة سَبَج باكٍ (crying obsidian) للعملاء ذوي الإصدارات الأقدم. وبدونه تحدث مشكلات في التصادم وكسر الكتل |
| يزيل من وحدة التحكم التحذيرات المتعلقة بالميزات غير المدعومة |
القيود
العملاء الأقدم من الإصدار 1.17 لا يرون الكتل الواقعة تحت المستوى Y=0 — وهذا حدّ فيزيائي للبروتوكول القديم، ولا يوجد سبيل لتجاوزه.
المحتوى الجديد الذي لم يكن موجودًا في إصدار العميل يظهر إما على هيئة بديل، أو لا يظهر إطلاقًا. أما الإضافات على جانب الخادم التي تستخدم آليات أو حِزمًا جديدة فقد تعمل بصورة غير صحيحة مع العملاء القدامى — وهذا يعتمد على الإضافة المعنية نفسها، لا على ViaBackwards.
الخلاصة
تتيح ViaBackwards للعملاء القدامى الاتصال بالخوادم الجديدة — وتفعل ذلك بموثوقية، دون إعداد يدوي ودون التأثير على منطق الخادم. تغطي الإعدادات الافتراضية معظم السيناريوهات؛ ولا تلزم التعديلات إلا إذا كان الخادم يحتوي على تغييرات مخصصة في آليات اللعبة الأصلية أو في العناصر.
التثبيت
التثبيت النموذجي يستغرق حوالي 5 دقائق. الخطوات نفسها؛ يختلف فقط المُحمّل والبناء المطابق.
- 1Stop your Minecraft server.
- 2Drop the plugin .jar into the server /plugins folder.
- 3Start the server once so the plugin generates its config files.
- 4Edit /plugins/<name>/config.yml as needed, then run /reload confirm or restart.








