Minecraft18 دقیقه مطالعه

آموزش سرور آماده Sky Block ماینکرفت برای ادمین ها

توضیحات و راهنمای دستورات سرور آماده Sky Block ماینکرفت برای ادمین ها

نویسنده: تیم برنو

آموزش سرور آماده Sky Block ماینکرفت برای ادمین ها
راهنمای کامل مدیریت سرور Berno SkyBlock

راهنمای کامل مدیریت سرور Berno SkyBlock

همه‌چیز درباره‌ی دسترسی‌ها، مدیریت پلیرها، جزیره‌ها، اقتصاد و نگهداری فنی سرور

این راهنما مخصوص اعضای تیم مدیریت سرور Berno SkyBlock نوشته شده و شامل تمام دستورها و رویه‌هایی می‌شه که برای اداره‌ی روزمره‌ی سرور، رسیدگی به گزارش‌ها، مدیریت اقتصاد و جزیره‌ی پلیرها، و نگهداری فنی سرور نیاز داری. این سند محرمانه است و فقط باید در اختیار اعضای تیم مدیریت قرار بگیره.


بخش ۱: خوش‌آمدگویی و مسئولیت‌های تیم مدیریت

به تیم مدیریت خوش اومدی 🛠️

عضویت توی تیم Staff سرور Berno SkyBlock یعنی دسترسی‌های بیشتر، ولی همراهش مسئولیت بیشتری هم میاد. این راهنما قراره بهت یاد بده چطور از این دسترسی‌ها درست و مسئولانه استفاده کنی.

⚠️ نکته‌ی مهم: سوءاستفاده از دسترسی ادمین (حتی یه‌بار و «فقط برای امتحان») می‌تونه منجر به سلب دسترسی ادمین بشه، حتی اگه قبلاً عضو مورد اعتماد تیم بوده باشی.

زنجیره‌ی گزارش‌دهی و تصمیم‌گیری

برای تصمیمات روزمره (مثل رسیدگی به گزارش تخلف پلیرها) معمولاً خودت می‌تونی مستقیم اقدام کنی. ولی برای موارد زیر حتماً باید با یکی از مدیران بالادستی (Owner/Admin) هماهنگ کنی:

  • بن دائمی یا محدودیت‌های بلندمدت روی حساب یه پلیر
  • تغییر تنظیمات کلی اقتصاد سرور (مثل قیمت‌های فروشگاه یا ریست ارزها)
  • حذف یا ریست کردن جزیره‌ی یه پلیر (/is delete یا /is cleardata — بخش ۵)
  • هرگونه تغییر روی پلاگین‌ها یا فایل‌های کانفیگ سرور (بخش ۱۰)

بخش ۲: دسترسی‌ها و رتبه‌بندی ادمین‌ها (LuckPerms)

سرور از پلاگین LuckPerms برای مدیریت تمام دسترسی‌ها و رتبه‌های سرور استفاده می‌کنه. این پلاگین قدرتمنده و اگه اشتباه باهاش کار کنی می‌تونه دسترسی‌های سرور رو به‌هم بریزه، پس با احتیاط باهاش کار کن.

/lp یا /luckperms

چک کردن دسترسی‌های یه پلیر

دستور کاربرد
/lp user <نام‌کاربری> info اطلاعات کلی پلیر شامل گروه‌ها و دسترسی‌هاش رو نشون می‌ده
/lp user <نام‌کاربری> permission check <permission> چک می‌کنه که آیا پلیر یه دسترسی خاص رو داره یا نه

تغییر رتبه‌ی یه پلیر

دستور کاربرد
/lp user <نام‌کاربری> parent add <گروه> پلیر رو به یه گروه/رتبه‌ی جدید اضافه می‌کنه
/lp user <نام‌کاربری> parent remove <گروه> پلیر رو از یه گروه خارج می‌کنه
/lp user <نام‌کاربری> parent set <گروه> تمام گروه‌های قبلی پلیر رو پاک می‌کنه و فقط توی همون یه گروه قرارش می‌ده

مثال — ارتقاء یه پلیر به رتبه‌ی VIP:

/lp user Blink3 parent add vip
💡 قبل از دادن رتبه به کسی، از درست بودن اسم گروه (حساس به بزرگ/کوچیکی حروف) مطمئن شو. اسم گروه اشتباه یعنی پلیر هیچ دسترسی جدیدی نمی‌گیره.

دادن یا گرفتن یه دسترسی خاص (بدون تغییر رتبه)

دستور کاربرد
/lp user <نام‌کاربری> permission set <permission> true یه دسترسی خاص رو مستقیم به پلیر می‌ده (بدون تغییر گروه)
/lp user <نام‌کاربری> permission unset <permission> یه دسترسی خاص که قبلاً مستقیم داده بودی رو حذف می‌کنه

مدیریت خود گروه‌ها

دستور کاربرد
/lp creategroup <نام> یه گروه/رتبه‌ی کاملاً جدید می‌سازه
/lp group <گروه> permission set <permission> true یه دسترسی رو به همه‌ی اعضای اون گروه (نه فقط یک نفر) می‌ده
/lp group <گروه> info اطلاعات و دسترسی‌های یه گروه رو نشون می‌ده

ویرایشگر گرافیکی (پیشنهاد می‌شه)

/lp editor

یه لینک وب باز می‌کنه که می‌تونی از طریق یه رابط گرافیکی همه‌ی گروه‌ها، دسترسی‌ها و پلیرها رو راحت‌تر از کار با کامندهای متنی مدیریت کنی. برای تغییرات پیچیده یا دسته‌جمعی، این روش خیلی امن‌تر و سریع‌تره.

⚠️ هشدار مهم: هیچ‌وقت دسترسی سطح بالا (مثل دسترسی OP یا دسترسی کامل ادمین) رو به یه پلیر یا گروه غیرقابل‌اعتماد نده. اشتباه توی این بخش می‌تونه امنیت کل سرور رو به خطر بندازه. اگه مطمئن نیستی، قبل از اجرا با مدیر ارشد هماهنگ کن.

بخش ۳: مدیریت پلیرها (کیک، بن، میوت، تله‌پورت اداری)

این بخش دستورهایی رو پوشش می‌ده که روزانه‌ترین ابزار کار تیم مدیریته — برای رسیدگی به تخلف پلیرها و کمک به اونا. طبق اصل «بی‌طرفی» بخش ۱، این دستورها رو فقط طبق قوانین سرور (بخش ۱ راهنمای پلیرها) استفاده کن.

اخراج موقت از سرور (Kick)

/kick <نام‌کاربری> [دلیل]

پلیر رو فوراً از سرور دیسکانکت می‌کنه؛ می‌تونه دوباره وصل بشه. برای تخلف‌های کوچیک یا وقتی می‌خوای پلیر رو مجبور کنی دوباره وارد بشه (مثلاً بعد از یه باگ) استفاده می‌شه.

محدود کردن دائمی یا موقت (Ban)

دستور کاربرد
/ban <نام‌کاربری> [دلیل] پلیر رو برای همیشه از سرور بن می‌کنه
/tempban <نام‌کاربری> <مدت> [دلیل] پلیر رو برای مدت مشخصی بن می‌کنه (مثال مدت: 7d برای ۷ روز، 2h برای ۲ ساعت)
/banip <نام‌کاربری یا IP> [دلیل] هم پلیر و هم آی‌پی‌اش رو بن می‌کنه — برای جلوگیری از ساخت حساب جدید توسط همون فرد
/unban <نام‌کاربری> بن یه پلیر رو لغو می‌کنه
/unbanip <IP> بن یه آی‌پی رو لغو می‌کنه
💡 طبق تنظیمات این سرور، مدت زمان /tempban محدودیت سقف نداره (می‌تونی هر مدتی که لازمه تعیین کنی). برای تخلف‌های جدی و بن دائمی، طبق زنجیره‌ی بخش ۱، حتماً با مدیر ارشد هماهنگ کن.

سکوت کردن یه پلیر مزاحم (Mute)

دستور کاربرد
/mute <نام‌کاربری> [مدت] [دلیل] پلیر رو از چت کردن محروم می‌کنه (اگه مدت ندی، میوت دائمیه)
/unmute <نام‌کاربری> میوت یه پلیر رو لغو می‌کنه

مثال — میوت یه پلیر به مدت ۳۰ دقیقه:

/mute Blink3 30m اسپم توی چت

تله‌پورت اداری

دستور کاربرد
/tp <نام‌کاربری> <مقصد> یه پلیر رو (بدون نیاز به رضایتش) به یه مقصد یا پلیر دیگه تله‌پورت می‌کنی — برخلاف /tpa که پلیرها برای همدیگه استفاده می‌کنن
/tphere <نام‌کاربری> یه پلیر رو مستقیم پیش خودت میاری، بدون نیاز به تأیید اون
💡 این دستورها معمولاً برای بررسی گزارش تخلف (بردن خودت پیش صحنه‌ی جرم، یا آوردن پلیر خاطی پیش خودت برای بازجویی) خیلی به‌کار میان.

حالت نامرئی (Vanish) و حالت خدا (God Mode)

دستور کاربرد
/vanish تو رو برای بقیه‌ی پلیرهای عادی نامرئی می‌کنه — برای نظارت بی‌سروصدا روی وضعیت سرور بدون جلب توجه
/god آسیب‌ناپذیری موقت بهت می‌ده — معمولاً برای بررسی مناطق خطرناک یا رسیدگی به شکایات وسط دعوای PvP کاربرد داره
⚠️ یادآوری: استفاده از /vanish یا /god برای گرفتن امتیاز شخصی (مثلاً فارم کردن منابع بدون خطر) دقیقاً همون سوءاستفاده‌ای‌ست که در بخش ۱ ممنوع اعلام شد.

بخش ۴: مدیریت اقتصاد سرور

⚠️ این بخش قدرت مستقیمی روی اقتصاد سرور داره — دستورهاش رو با احتیاط و فقط وقتی مطمئنی استفاده کن، چون هر اشتباه می‌تونه اقتصاد کل سرور رو به‌هم بریزه.

مدیریت موجودی پلیرها (Essentials Economy)

دستور کاربرد
/eco give <نام‌کاربری> <مبلغ> مبلغ مشخصی به حساب پلیر اضافه می‌کنه
/eco take <نام‌کاربری> <مبلغ> مبلغ مشخصی از حساب پلیر کم می‌کنه
/eco set <نام‌کاربری> <مبلغ> موجودی حساب پلیر رو دقیقاً روی یه عدد مشخص تنظیم می‌کنه
/eco reset <نام‌کاربری> موجودی پلیر رو به مقدار پیش‌فرض (۰ سکه — طبق تنظیمات این سرور) برمی‌گردونه

مثال — جبران خسارت یه پلیر بعد از باگ:

/eco give Blink3 5000
💡 چون موجودی اولیه‌ی هر پلیر جدید توی این سرور ۰ سکه است (بخش ۲ راهنمای پلیرها)، معمولاً استفاده از /eco give فقط برای جبران خسارت‌ها یا رویدادهای خاص توصیه می‌شه، نه بخشش رایگان پول که باعث تورم اقتصاد سرور می‌شه.

دیدن وضعیت کلی اقتصاد

/balancetop

لیست پولدارترین پلیرهای سرور رو نشون می‌ده — می‌تونی ازش برای رصد کردن روند کلی اقتصاد و شناسایی رشد غیرعادی (که ممکنه نشونه‌ی باگ یا تقلب باشه) استفاده کنی.

مدیریت فروشگاه (EconomyShopGUI)

دستور کاربرد
/sreload تنظیمات و قیمت‌های فروشگاه گرافیکی رو بدون نیاز به ری‌استارت سرور، دوباره بارگذاری می‌کنه
/shopgive <نام‌کاربری> <آیتم> <تعداد> یه آیتم فروشگاهی رو مستقیم و رایگان به اینونتوری پلیر می‌ده (بدون کم کردن پول)

بعد از هر تغییر توی فایل‌های قیمت‌گذاری دسته‌های فروشگاه (Blocks، Ores، Farming و بقیه که در بخش ۷ راهنمای پلیرها لیست شدن)، حتماً /sreload رو بزن تا تغییرات روی سرور زنده اعمال بشه.

واحد پول جایگزین (PlayerPoints)

جدا از سکه‌ی اصلی سرور، پلاگین PlayerPoints هم نصبه که معمولاً برای سیستم‌هایی مثل خرید کلید Crate یا جوایز ویژه استفاده می‌شه:

دستور کاربرد
/points give <نام‌کاربری> <تعداد> تعداد مشخصی «پوینت» به پلیر اضافه می‌کنه
/points take <نام‌کاربری> <تعداد> تعداد مشخصی پوینت از پلیر کم می‌کنه
/points set <نام‌کاربری> <تعداد> پوینت پلیر رو روی یه عدد مشخص تنظیم می‌کنه
⚠️ نکته‌ی مهم: قبل از هر تصمیم بزرگ اقتصادی (مثل بخشش پول یا پوینت زیاد به یه پلیر، یا تغییر قیمت‌های فروشگاه) طبق زنجیره‌ی تصمیم‌گیری بخش ۱، با مدیر ارشد هماهنگ کن.

بخش ۵: مدیریت جزیره‌های پلیرها (دستورهای ادمین IridiumSkyblock)

هسته‌ی اصلی این سرور پلاگین IridiumSkyblock هست (همون که پلیرها با /is ازش استفاده می‌کنن — بخش ۴ راهنمای پلیرها). این پلاگین یه سری دستور مخصوص ادمین هم داره که فقط با دسترسی Staff قابل اجراست.

دور زدن محافظت جزیره (Bypass)

/is bypass

این حالت رو روشن/خاموش می‌کنه تا بتونی وارد هر جزیره‌ای بشی و توش ساخت‌وساز کنی، حتی اگه اون جزیره خصوصی باشه یا بهت اعتماد (Trust) داده نشده باشه. برای بررسی گزارش‌ها یا رفع مشکلات فنی داخل جزیره‌ی یه پلیر لازمه.

⚠️ نکته: بعد از تموم شدن کارت، حتماً دوباره /is bypass رو بزن تا خاموشش کنی — فراموش کردنش یعنی می‌تونی به‌طور تصادفی وارد جزیره‌ی کسی بشی و بدون قصد چیزی رو خراب کنی.

پاک کردن کامل داده‌ی یه جزیره

/is cleardata

تمام داده‌های جزیره‌ی فعلی (که توش ایستادی) رو کاملاً پاک می‌کنه — این شامل ساختمون‌ها، تنظیمات، سطح و اعضای تیم می‌شه.

⚠️ هشدار جدی: این عمل غیرقابل بازگشته و طبق زنجیره‌ی تصمیم‌گیری بخش ۱، همیشه باید قبلش با مدیر ارشد هماهنگ بشه. هیچ‌وقت این دستور رو بدون تأیید بالادستی و بدون مطمئن بودن از این‌که جزیره‌ی درستیه، نزن.

بازسازی جزیره (Regen)

/is regen

جزیره‌ی فعلی رو به حالت اسکیمتیک اولیه (همون شکلی که موقع /is create ساخته شد) برمی‌گردونه، بدون این‌که اعضا و تنظیمات تیم پاک بشن. این برای مواقعی که یه جزیره به‌شدت خراب شده (مثلاً با ابزار غیرمجاز) و پلیر می‌خواد از نو بسازتش مفیده.

مشاهده‌ی لاگ‌های جزیره

/is logs

تاریخچه‌ی فعالیت‌های یه جزیره (مثل ورود/خروج اعضا، تغییرات تنظیمات و رویدادهای مهم) رو نشون می‌ده. برای بررسی گزارش تخلف داخل یه تیم (مثلاً وقتی یه عضو ادعا می‌کنه یکی دیگه چیزی رو دزدیده یا خراب کرده) اولین جایی‌ست که باید نگاه کنی.

مدیریت اقتصاد و تجربه‌ی جزیره

دستور کاربرد
/is experience give <نام‌کاربری> <مقدار> تجربه‌ی اضافی به یه پلیر جزیره می‌ده
/is experience set <نام‌کاربری> <مقدار> تجربه‌ی پلیر رو روی یه عدد مشخص تنظیم می‌کنه
/is experience remove <نام‌کاربری> <مقدار> مقداری از تجربه‌ی پلیر رو کم می‌کنه
/is recalculate ارزش و سطح جزیره‌ی فعلی رو دوباره از صفر محاسبه می‌کنه (اگه به نظرت عدد اشتباهی نمایش داده می‌شه)

تنظیم مجوزهای پیش‌فرض جزیره (Permissions)

/is setpermission <مجوز> <رتبه> <true/false>

این دستور در واقع سطح ادمینِ همون سیستم Permissions/Settings هست که پلیرها توی بخش ۵ راهنمای پلیرها ازش استفاده می‌کنن، ولی به تو اجازه می‌ده به‌جای مالک جزیره، این مجوزها رو از سمت مدیریت سرور کنترل یا اصلاح کنی — مثلاً وقتی یه پلیر دسترسی مالک جزیره‌ش رو از دست داده و نمی‌تونه تنظیماتش رو عوض کنه.

بارگذاری مجدد پلاگین

/is reload

تنظیمات پلاگین IridiumSkyblock (شامل فایل‌های ارتقاء، ماموریت و تنظیمات جزیره که در بخش‌های ۵ و ۶ راهنمای پلیرها توضیح دادیم) رو بدون نیاز به ری‌استارت کامل سرور، دوباره بارگذاری می‌کنه. بعد از هر تغییر دستی توی فایل‌های کانفیگ این پلاگین، این دستور رو بزن.


بخش ۶: مدیریت دنیاها (Multiverse)

سرور از پلاگین Multiverse-Core برای مدیریت دنیاهای مختلف استفاده می‌کنه. در حال حاضر این دنیاها روی سرور فعالن:

نام دنیا کاربرد
spawn دنیای هاب اصلی سرور (اسپاون)
spawn_nether نتر مربوط به هاب
IridiumSkyblock دنیای اصلی جزیره‌های پلیرها
IridiumSkyblock_nether نتر مخصوص جزیره‌ها
IridiumSkyblock_the_end اند مخصوص جزیره‌ها
💡 دنیاهای IridiumSkyblock* رو مستقیم دستکاری نکن — این‌ها توسط خود پلاگین IridiumSkyblock مدیریت می‌شن و تغییرات دستی می‌تونه باعث خرابی جزیره‌های پلیرها بشه.

دستور اصلی

/mv یا /multiverse

دیدن اطلاعات دنیاها

دستور کاربرد
/mv list لیست تمام دنیاهای بارگذاری‌شده روی سرور رو نشون می‌ده
/mv info <دنیا> اطلاعات کامل یه دنیای خاص (نوع، سطح دشواری، آب‌وهوا، gamemode و...) رو نشون می‌ده
/mv who <دنیا> لیست پلیرهایی که الان توی یه دنیای خاص هستن رو نشون می‌ده

ساخت و وارد کردن دنیای جدید

دستور کاربرد
/mv create <نام> <نوع> یه دنیای کاملاً جدید می‌سازه (نوع می‌تونه NORMAL، NETHER، END و... باشه)
/mv import <پوشه> <نوع> یه دنیای از قبل ساخته‌شده (مثلاً فایلی که از یه سازنده‌ی نقشه گرفتی) رو به سرور اضافه می‌کنه

حذف و پاک کردن دنیا

دستور کاربرد
/mv unload <دنیا> دنیا رو از حافظه‌ی سرور خارج می‌کنه ولی فایل‌هاش رو نگه می‌داره (قابل بازگشت با /mv load)
/mv delete <دنیا> دنیا رو کاملاً و برای همیشه از روی دیسک سرور پاک می‌کنه
⚠️ هشدار جدی: /mv delete غیرقابل بازگشته. قبل از استفاده از این دستور، طبق زنجیره‌ی تصمیم‌گیری بخش ۱، حتماً با مدیر ارشد هماهنگ کن و مطمئن شو بکاپ (بخش ۹) از دنیا گرفته شده.

تله‌پورت بین دنیاها

دستور کاربرد
/mv tp <نام‌کاربری> <دنیا> یه پلیر رو مستقیم به یه دنیای خاص تله‌پورت می‌کنه
/mvteleport <دنیا> خودت رو به یه دنیای خاص تله‌پورت می‌کنی

تنظیمات یه دنیای خاص

/mv modify <تنظیم> <مقدار>

ویژگی‌های یه دنیا (مثل روشن/خاموش کردن PvP، تنظیم gamemode پیش‌فرض، فعال/غیرفعال کردن انیمال‌ها و مانستر اسپاونینگ) رو تغییر می‌ده. برای اطلاعات دقیق‌تر درباره‌ی گزینه‌های قابل تنظیم، از /mv modify بدون پارامتر برای دیدن راهنمای درون‌بازی استفاده کن.


بخش ۷: مدیریت فروشگاه و Crate ها

ساختار فایل‌های فروشگاه (EconomyShopGUI)

هر دسته از فروشگاه گرافیکی که پلیرها با /shop می‌بینن (بخش ۷ راهنمای پلیرها)، یه فایل تنظیمات جدا داره. این دسته‌ها روی سرورت این‌هان:

فایل دسته محتوا
Blocks بلاک‌های ساختمانی
Ores سنگ‌معدن‌ها و شمش‌ها
Farming محصولات کشاورزی
Mobs محصولات حاصل از موجودات
Workstations میزهای کاری
Spawn Eggs تخم اسپاون
Redstone قطعات ردستون
Spawners اسپاونرها
Potions معجون‌ها
Food غذا
Music دیسک‌های موسیقی
Miscellaneous / Z_EverythingElse آیتم‌های متفرقه

هر فایل مسیر plugins/EconomyShopGUI/shops/ رو داره و شامل قیمت خرید/فروش هر آیتمه. برای تغییر قیمت یه آیتم:

  1. فایل مربوط به دسته‌ی اون آیتم رو پیدا و ویرایش کن.
  2. قیمت خرید (Buy) و/یا فروش (Sell) رو تغییر بده.
  3. حتماً بعدش /sreload رو بزن تا تغییرات بدون ری‌استارت سرور اعمال بشه (بخش ۴).
⚠️ نکته: قیمت فروش هر آیتم باید همیشه پایین‌تر از قیمت خریدش باشه، وگرنه پلیرها می‌تونن با خرید و فروش پشت سر هم پول بی‌نهایت تولید کنن (یه باگ اقتصادی رایج).

دادن آیتم فروشگاهی رایگان

/shopgive <نام‌کاربری> <آیتم> <تعداد>

همون‌طور که در بخش ۴ گفتیم، این دستور یه آیتم رو مستقیم و بدون کم کردن پول به پلیر می‌ده — برای جبران خسارت یا جوایز رویدادی مناسبه.

وضعیت فعلی سیستم Crate

در حال حاضر روی این سرور هیچ پلاگین اختصاصی مدیریت Crate (مثل CrazyCrates یا ExcellentCrates) نصب نیست. با این حال، یه وارپ به اسم crate از قبل تعریف شده (بخش ۳ راهنمای پلیرها) که به‌عنوان محل بازکردن جعبه‌های جایزه در نظر گرفته شده.

تا وقتی سیستم Crate خودکاری نصب نشده، مدیریت جعبه‌های جایزه باید به‌صورت دستی توسط تیم مدیریت انجام بشه:

  • دادن مستقیم جوایز به پلیرهای برنده‌ی رویداد با /give یا /shopgive
  • ساخت صندوق‌های فیزیکی با آیتم از پیش تعیین‌شده در محل وارپ crate (نیاز به هماهنگی مکرر و دستی دارد)
💡 پیشنهاد: اگه سرور قصد داره سیستم Crate رو به‌صورت جدی و خودکار راه‌اندازی کنه (با کلید، احتمالات تصادفی و انیمیشن بازشدن)، باید یه پلاگین اختصاصی Crate نصب و کانفیگ بشه. این کار نیاز به هماهنگی با مدیر ارشد داره و بهتره قبل از تبلیغ عمومی سیستم Crate به پلیرها انجام بشه.

بخش ۸: مانیتورینگ عملکرد سرور

سرور از پلاگین spark برای بررسی و عیب‌یابی عملکرد فنی استفاده می‌کنه. این ابزار برای پیدا کردن دلیل لگ، افت TPS یا مصرف زیاد منابع خیلی به‌کار میاد.

چک سریع وضعیت سرور

/spark tps

عدد TPS (تعداد تیک در ثانیه) سرور رو نشون می‌ده. عدد سالم و ایده‌آل ۲۰ هست؛ هرچی این عدد پایین‌تر بیاد، یعنی سرور داره لگ می‌زنه.

/spark health

یه گزارش کلی و سریع از وضعیت سلامت سرور می‌ده — شامل TPS، مصرف CPU، مصرف حافظه (RAM) و تعداد entity/chunk بارگذاری‌شده. این بهترین دستور برای یه چک سریع «همه‌چیز روبه‌راهه؟» هست.

بررسی عمیق‌تر دلیل لگ (Profiler)

دستور کاربرد
/spark profiler start شروع ضبط دقیق عملکرد سرور (این‌که کدوم بخش از کد یا کدوم پلاگین بیشترین زمان CPU رو مصرف می‌کنه)
/spark profiler stop ضبط رو متوقف می‌کنه و یه گزارش قابل‌مشاهده (لینک وب) بهت می‌ده
/spark profiler info وضعیت فعلی ضبط (در حال اجراست یا نه، چقدر طول کشیده) رو نشون می‌ده

روش استفاده‌ی معمول:

  1. وقتی سرور داره لگ می‌زنه، /spark profiler start رو بزن.
  2. چند دقیقه (مثلاً ۲-۵ دقیقه) صبر کن تا داده‌ی کافی جمع بشه، به‌خصوص وقتی لگ فعلاً در حال رخ دادنه.
  3. /spark profiler stop رو بزن — یه لینک گزارش وب بهت می‌ده که نشون می‌ده کدوم پلاگین یا مکانیزم (مثلاً تعداد زیاد اسپاونر روی یه جزیره، یا انبوه Entity ریخته‌شده) بیشترین فشار رو به سرور وارد می‌کنه.

بررسی مصرف حافظه (RAM)

/spark heapsummary

خلاصه‌ای از این‌که حافظه‌ی سرور صرف چه چیزهایی شده رو نشون می‌ده — مفید برای وقتی که مصرف RAM سرور غیرعادی بالا رفته و می‌خوای بفهمی مشکل از کجاست.

💡 نکته‌ی عملی: توی SkyBlock، معمولاً بیشترین فشار روی سرور از اسپاونرهای فعال و مولدهای سنگ (Generator) روی جزیره‌های پرجمعیت میاد (بخش ۶ راهنمای پلیرها). اگه گزارش Profiler به این سمت اشاره کرد، تعجب نکن.

بخش ۹: بکاپ‌گیری و نگهداری سرور

روی این سرور هیچ پلاگین اختصاصی بکاپ‌گیری خودکار (مثل یه پلاگین جدا برای زمان‌بندی و آپلود بکاپ به فضای ابری) پیدا نشد. بکاپ‌گیری فعلاً باید از دو راه انجام بشه: قابلیت داخلی Essentials، و بکاپ‌گیری دستی سطح فایل سرور.

بکاپ سریع با Essentials

/backup

این دستور تمام دنیاهای سرور رو ذخیره می‌کنه (معادل دستور save-all) تا آخرین تغییرات روی دیسک نوشته بشن. این یه بکاپ کامل و مستقل نیست، بلکه فقط مطمئن می‌شه داده‌های در حافظه از دست نرن — برای بکاپ واقعی و قابل‌بازیابی، باید فایل‌های سرور رو هم جداگانه کپی کنی (پایین‌تر توضیح داده شده).

⚠️ نکته: استفاده‌ی مکرر از /backup وسط ساعات پرجمعیت سرور می‌تونه باعث یه لگ کوتاه بشه (چون سرور مجبوره همه‌چیز رو یکجا روی دیسک بنویسه). ترجیحاً توی ساعات کم‌ترافیک ازش استفاده کن.

بکاپ‌گیری دستی سطح فایل (روش اصلی و قابل‌اعتماد)

چون پلاگین اختصاصی بکاپ نصب نیست، مسئول اصلی نگهداری سرور باید به‌صورت دوره‌ای (پیشنهاد: روزانه) این پوشه‌ها رو از طریق پنل هاست یا FTP/SFTP کپی و در جای امن (مثلاً یه فضای ابری جدا از هاست اصلی) ذخیره کنه:

پوشه چرا مهمه
spawn, spawn_nether دنیای هاب اصلی سرور
IridiumSkyblock, IridiumSkyblock_nether, IridiumSkyblock_the_end تمام جزیره‌های ساخته‌شده‌ی پلیرها — حیاتی‌ترین بخش سرور
plugins تمام تنظیمات، دیتابیس‌های LuckPerms/AuthMe، اکونومی، جزیره‌ها و مأموریت‌ها
⚠️ مهم‌ترین نکته‌ی این بخش: از دست رفتن پوشه‌ی plugins یعنی از دست رفتن کل داده‌ی جزیره‌ها، حساب‌ها و اقتصاد سرور — حتی اگه دنیاها سالم باشن. این پوشه هیچ‌وقت نباید بدون بکاپ باشه.

روال پیشنهادی بکاپ‌گیری

  1. یه ساعت کم‌ترافیک (مثلاً نیمه‌شب طبق منطقه‌ی زمانی اکثر پلیرها) رو برای بکاپ روزانه انتخاب کن.
  2. قبل از کپی فایل‌ها، /backup یا حداقل دستور استاندارد save-all رو بزن تا آخرین تغییرات حتماً روی دیسک نوشته شده باشن.
  3. پوشه‌های بالا رو کپی و توی یه مکان جدا از سرور اصلی ذخیره کن.
  4. هر چند وقت یک‌بار (مثلاً ماهی یک‌بار)، یه بکاپ قدیمی رو روی یه سرور تست بازیابی کن تا مطمئن بشی بکاپ‌ها واقعاً سالم و قابل‌استفاده‌ن — بکاپی که تست نشده، قابل‌اعتماد نیست.
💡 پیشنهاد بلندمدت: اگه حجم سرور و تعداد پلیرها رشد کرد، نصب یه پلاگین بکاپ خودکار (مثل یه پلاگین زمان‌بند سازگار با Bukkit/Spigot) یا تنظیم یه اسکریپت خودکار روی خود هاست، ریسک از دست رفتن داده رو به‌شدت کم می‌کنه. این مورد رو با مدیر ارشد در میون بذار.

بخش ۱۰: مدیریت پلاگین‌ها و ری‌لود تنظیمات

چرا نباید از /reload استفاده کرد؟

/reload

این دستور استاندارد Bukkit/Spigot که کل سرور رو بدون ری‌استارت واقعی «ری‌لود» می‌کنه، به‌شدت توصیه نمی‌شه. این دستور معروف به ایجاد باگ‌های عجیب، نشتی حافظه (Memory Leak) و ناسازگاری بین پلاگین‌هاست، چون خیلی از پلاگین‌ها (از جمله پلاگین‌های اصلی این سرور مثل IridiumSkyblock) برای این طراحی نشدن که وسط اجرا کاملاً از نو بارگذاری بشن.

⚠️ قانون کلی: برای اعمال تغییرات کلی روی سرور، به‌جای /reload، همیشه یه ری‌استارت کامل سرور رو انجام بده. اگه فقط یه پلاگین خاص رو تغییر دادی، به‌جاش از دستور ری‌لود اختصاصی همون پلاگین استفاده کن (پایین‌تر توضیح داده شده).

ری‌لود کردن پلاگین‌های خاص (روش امن)

به‌جای ری‌لود کل سرور، اکثر پلاگین‌های اصلی این سرور دستور ری‌لود مخصوص خودشون رو دارن که فقط همون پلاگین رو تازه می‌کنه:

پلاگین دستور ری‌لود
IridiumSkyblock /is reload (بخش ۵)
EconomyShopGUI /sreload (بخش ۷)
LuckPerms نیازی به ری‌لود نداره — تغییرات رتبه و دسترسی به‌صورت آنی اعمال می‌شن (بخش ۲)
💡 برای بقیه‌ی پلاگین‌هایی که دستور ری‌لود اختصاصی مشخصی ندارن، امن‌ترین راه همیشه یه ری‌استارت کامل سروره، نه حدس زدن یا استفاده از /reload عمومی.

نصب یا آپدیت یه پلاگین جدید

  1. سرور رو به‌طور کامل متوقف کن (خاموش کردن، نه فقط ری‌لود).
  2. فایل .jar پلاگین جدید یا آپدیت‌شده رو توی پوشه‌ی plugins/ قرار بده.
  3. اگه داری یه پلاگین رو آپدیت می‌کنی، مطمئن شو نسخه‌ی قدیمی‌ش حذف شده (وگرنه ممکنه هر دو نسخه لود بشن و تداخل ایجاد کنن).
  4. سرور رو دوباره روشن کن و کنسول رو برای هر گونه خطای قرمزرنگ (Error) موقع بارگذاری پلاگین‌ها چک کن.
  5. در صورت وجود خطا، قبل از باز کردن سرور به روی پلیرها، مشکل رو بررسی و رفع کن.

پیدا کردن فایل تنظیمات هر پلاگین

هر پلاگین، پوشه‌ی تنظیمات خودش رو داخل plugins/ با همون اسم پلاگین داره؛ مثلاً:

پلاگین مسیر تنظیمات
IridiumSkyblock plugins/IridiumSkyblock/ (شامل settings.yml، enhancements.yml و missions.yml)
Essentials plugins/Essentials/config.yml
AuthMe plugins/AuthMe/config.yml
EconomyShopGUI plugins/EconomyShopGUI/shops/ (بخش ۷)
LuckPerms plugins/LuckPerms/config.yml (داده‌ی گروه‌ها و پلیرها توی دیتابیس داخلی ذخیره می‌شه، نه فایل متنی)
⚠️ هشدار همیشگی: قبل از ویرایش دستی هر فایل کانفیگ، طبق زنجیره‌ی بخش ۱، اگه تغییرت روی اقتصاد، جزیره‌ها یا دسترسی‌های سرور تأثیر کلی می‌ذاره، اول با مدیر ارشد هماهنگ کن — و همیشه قبل از تغییر، یه نسخه‌ی پشتیبان از فایل اصلی نگه دار.

بخش ۱۱: رویه‌های اضطراری و عیب‌یابی

این بخش برای وقتی‌هاست که همه‌چیز طبق برنامه پیش نمی‌ره. هدف اینه که تحت فشار هم بدونی دقیقاً چه قدم‌هایی رو باید برداری.

حالت اضطراری: بستن موقت سرور به روی پلیرهای عادی

اگه یه مشکل جدی پیدا شده (باگ خطرناک، سوءاستفاده‌ی گسترده، یا نیاز به تعمیر فوری) و می‌خوای فقط تیم مدیریت بتونه وارد بشه:

/whitelist on

این دستور سرور رو روی حالت وایت‌لیست می‌بره — فقط پلیرهایی که از قبل توی لیست مجازن (که معمولاً تیم مدیریت توشه) می‌تونن وصل بشن. برای برگردوندن سرور به حالت عادی:

/whitelist off
⚠️ استفاده از این حالت رو حتماً طبق زنجیره‌ی بخش ۱ با مدیر ارشد هماهنگ کن، مگه این‌که وضعیت واقعاً اضطراری باشه و نتونی صبر کنی (مثلاً یه اکسپلویت خطرناک در حال سوءاستفاده‌ی فعاله).

کشف یه اکسپلویت یا باگ دوپلیکیت آیتم

  1. فوراً موضوع رو به بقیه‌ی تیم و مدیر ارشد اطلاع بده — این نوع باگ‌ها اگه پخش بشن می‌تونن اقتصاد کل سرور رو نابود کنن.
  2. اگه لازمه، طبق بالا سرور رو موقت وایت‌لیست کن تا در امنیت بررسیش کنی.
  3. با /is logs (بخش ۵) و بررسی /balancetop (بخش ۴)، دنبال رشد غیرعادی و ناگهانی موجودی یا ارزش جزیره‌ی یه پلیر خاص بگرد — این معمولاً نشونه‌ی سوءاستفاده‌ست.
  4. بعد از شناسایی افراد سوءاستفاده‌کننده، طبق بخش ۳ با حساب‌هاشون برخورد کن (بسته به شدت موضوع: هشدار، بن موقت یا دائم).
  5. موجودی/آیتم غیرمجاز کسب‌شده رو با /eco take (بخش ۴) یا در صورت لزوم برگردوندن کل جزیره به بکاپ (پایین‌تر) اصلاح کن.

گریف یا خرابکاری گسترده روی یه جزیره

  1. با /is bypass (بخش ۵) وارد جزیره‌ی آسیب‌دیده بشو و وسعت خرابی رو ارزیابی کن.
  2. /is logs رو چک کن تا ببینی چه کسی و کِی این کار رو کرده.
  3. اگه خرابی محدوده و قابل ترمیم دستیه، با ابزارهای ساخت‌وساز عادی بازسازیش کن.
  4. اگه خرابی خیلی گسترده‌ست و بازسازی دستی عملی نیست، بعد از هماهنگی با مدیر ارشد، از /is regen (بخش ۵) برای بازگردوندن جزیره به حالت اولیه استفاده کن — ولی به مالک جزیره از قبل اطلاع بده که پیشرفتش از دست می‌ره.
  5. با فرد خرابکار طبق بخش ۳ برخورد کن.

افت شدید TPS یا کرش سرور

  1. اگه سرور بالاست ولی داره شدیداً لگ می‌زنه، طبق بخش ۸ با /spark health و /spark profiler منبع مشکل رو پیدا کن.
  2. اگه یه پلاگین یا جزیره‌ی خاص عامل مشکله (مثلاً انبوه اسپاونر یا ردستون)، با هماهنگی مالک جزیره سعی کن بارش رو کم کنی.
  3. اگه سرور کاملاً کرش کرد و بالا نمیاد، آخرین لاگ کنسول (logs/latest.log) رو برای پیدا کردن خطای اصلی بررسی کن.
  4. اگه مشکل از یه پلاگین خاصه (معمولاً بعد از یه آپدیت یا نصب اخیر)، اون پلاگین رو موقت از پوشه‌ی plugins/ خارج کن و سرور رو دوباره بالا بیار تا لااقل سرور در دسترس بمونه، بعد مشکل پلاگین رو جدا بررسی کن.

🎉 تبریک! این آخرین بخش راهنمای مدیریت بود. حالا آماده‌ای تیم Staff رو با اطمینان و حرفه‌ای‌گری اداره کنی.

مقالات مرتبط

مدیریت سرور آماده SkyBlock ماینکرفت برای ادمین‌ها