Use Case / مورد استفاده
در حال حاضر هر پروسه صرفا یه تونل کی رو میشناسه و یه پورت خاص رو درگیر میکنه
طبیعتا اگر سرور بصورت اشتراکی خریداری شده باشه و یا سعی بر تجاری سازی پروژه باشه نیازه که در ابتدا میزان مصرف هر کاربر مانیتور بشه و مادامی که تمام کاربر ها دارن از یه پورت استفاده میکنن این کار غیر ممکنه
همچنین توانایی کنترل بر روی کاربر ها توسط تونل های اختصاصی فراهم نیست چون همگی در حال استفاده از یک تونل کی مشترک هستند
در هر فایل کانفیگ نیز مقدار max_client اختصاصی تعریف بشه و امکان مدیریت رو بهتر فراهم کنه !
( احتمالا خودم سر فرصت اقدام ب گسترش پروژه در این راستا میکنم )
Proposed Logic / منطق پیشنهادی
مدیر هر سرور میتونه دسترسی های متعددی رو برای کاربران در پورت های متفاوت و با دسترسی های مجزا که توسط تونل کی های اختصاصی تعریف میشن فراهم کنه و همگی در یک پروسه روی سرور ران بشن . دقت بشه که نباید مدیریت این پورت ها و افزودن یا کاستن دسترسی های هر کاربر موجب خاموش کردن سرور و قطع دسترسی کاربران بشه !
Alternatives Considered / گزینههای جایگزین
در حال حاضر راه غیر حرفه ای برای دور زدن این محدودیت ران کردن چندین پروسه و اختصاص دادن پورت های مختلف به هر پروسه و در نهایت مانیتور کردن اون پورت ها با ابزار های جانبی هست ( ک بنده در حال استفاده هستم )
اگرچه پروژه ب زبان سبکی نوشته شده و اینکار منابع زیادی از سرور رو درگیر نمیکنه ولی قابل مقایسه با زمانی نیست که ارتقایی وجود داشته تا یک پروسه بتونه تونل کی های مختلفی رو برای پورت های مختلفی با فایل های کانفیگ مستقل ( یا به طور کلی محتوای مستقل ) اجرا کنه !
Visuals / Mockups / طرحها یا دیاگرامها
No response
Use Case / مورد استفاده
در حال حاضر هر پروسه صرفا یه تونل کی رو میشناسه و یه پورت خاص رو درگیر میکنه
طبیعتا اگر سرور بصورت اشتراکی خریداری شده باشه و یا سعی بر تجاری سازی پروژه باشه نیازه که در ابتدا میزان مصرف هر کاربر مانیتور بشه و مادامی که تمام کاربر ها دارن از یه پورت استفاده میکنن این کار غیر ممکنه
همچنین توانایی کنترل بر روی کاربر ها توسط تونل های اختصاصی فراهم نیست چون همگی در حال استفاده از یک تونل کی مشترک هستند
در هر فایل کانفیگ نیز مقدار max_client اختصاصی تعریف بشه و امکان مدیریت رو بهتر فراهم کنه !
( احتمالا خودم سر فرصت اقدام ب گسترش پروژه در این راستا میکنم )
Proposed Logic / منطق پیشنهادی
مدیر هر سرور میتونه دسترسی های متعددی رو برای کاربران در پورت های متفاوت و با دسترسی های مجزا که توسط تونل کی های اختصاصی تعریف میشن فراهم کنه و همگی در یک پروسه روی سرور ران بشن . دقت بشه که نباید مدیریت این پورت ها و افزودن یا کاستن دسترسی های هر کاربر موجب خاموش کردن سرور و قطع دسترسی کاربران بشه !
Alternatives Considered / گزینههای جایگزین
در حال حاضر راه غیر حرفه ای برای دور زدن این محدودیت ران کردن چندین پروسه و اختصاص دادن پورت های مختلف به هر پروسه و در نهایت مانیتور کردن اون پورت ها با ابزار های جانبی هست ( ک بنده در حال استفاده هستم )
اگرچه پروژه ب زبان سبکی نوشته شده و اینکار منابع زیادی از سرور رو درگیر نمیکنه ولی قابل مقایسه با زمانی نیست که ارتقایی وجود داشته تا یک پروسه بتونه تونل کی های مختلفی رو برای پورت های مختلفی با فایل های کانفیگ مستقل ( یا به طور کلی محتوای مستقل ) اجرا کنه !
Visuals / Mockups / طرحها یا دیاگرامها
No response