په WHMCS کې د ورېځ سرور او تادیاتو اتومات څنګه جوړ کړو؟

د WHMCS ماډیولونه د تادیاتو ترلاسه کول، د نوي کولو بیو تازه کول، د پیرودونکو د چارو اداره او د WHMCS له لارې د ورېځ سرور د سرچینو کنټرول په څېر ځانګړي کاري بهیرونه په یوه مدیریتي چاپېریال کې راټولوي. د Hostragons په نوملړ کې د تادیاتو او عملیاتي چارو لپاره پنځه ماډیولونه او د OVHcloud، AWS Lightsail، Contabo، Microsoft Azure او Google Cloud د زېربناوو لپاره پنځه خپلواک ادغامونه شته. دا لارښود د لسو ماډیولونو دندې، د کارونې حدود او مناسبې کارېدنې سره پرتله کوي.

د ماډیول د ټاکلو پر مهال یوازې د ځانګړنو لېست ته کتل بسنه نه کوي. د WHMCS کارېدونکې نسخه، د چمتوکوونکي حساب، د API اجازې، چلیز غونډال، د بلونو ماډل او له عملي کارونې مخکې د ازموینې پلان هم باید وارزول شي. دلته یاد شوي ادغامونه د WHMCS جواز، د ورېځ خدمت چمتوکوونکي حساب یا د اړوندې تادیاتي ادارې حساب نه شي بدلولای. د چمتوکوونکو د کارونې، شبکې، جواز او مالیې لګښتونه جلا اخیستل کېږي.

د WHMCS ماډیولونه کومې چارې اسانه کوي؟

د WHMCS بنسټیزه برخه د پیرودونکي، سپارښتنې، بل او خدمت د ژوند پړاوونه اداره کوي. ماډیولونه بیا دا بنسټ له یوه ځانګړي کاري بهیر سره نښلوي. د تادیې ګیټ وے کولای شي بل بهرنۍ تادیاتي پاڼې ته ولېږدوي او تایید شوې پایله WHMCS ته وسپاري. یو عملیاتي ماډیول په ډله‌ییز ډول بیلانس یا بیې تازه کولای شي. د سرور ماډیول بیا له سپارښتنې سره تړلی مجازي ماشین جوړوي او د پیرودونکي په برخه کې اجازه ورکړل شوې مدیریتي دندې وړاندې کوي.

دا توپیر مهم دی، ځکه هر ماډیول ټولې چارې نه ترسره کوي. د بېلګې په توګه، د Paddle او Mollie ماډیولونه د تادیاتو پر بهیر، د پیرودونکي بیلانس مدیر پر اداري اعتباري چارو او د ورېځ ادغامونه یوازې د اړوند چمتوکوونکي پر سرچینو تمرکز کوي. که اړتیاوې لومړی په «تادیاتو»، «د پیرودونکو عملیاتو» او «د سرور اتومات» ووېشل شي، د مناسب محصول ټاکل اسانه کېږي.

د WHMCS د 10 ماډیولونو لنډه پرتله

په جدول کې ښودل شوې بیې د دې لیکنې د خپرېدو پر مهال اوسني نوملړیز قیمتونه دي او د تلپاتې بیې ژمنه نه ده. له پېرلو مخکې باید د محصول پر پاڼه موجود معلومات، جواز، اوسنی کاري حدود او بیه بنسټ وګرځول شي.

د تادیاتو او سوداګریزو عملیاتو ماډیولونه

د فیس اتوماتیک تازه کول

کله چې تکراري بیې د وخت په تېرېدو بدلې شي، مخکې جوړ شوي فعال یا ځنډول شوي خدمتونه ښايي د نوي کولو پر پخوانۍ بیه پاتې شي. د فیس اتوماتیک تازه کول ماډیول د خدمتونو، اضافو او ډومینونو د نوي کولو مبلغونه په WHMCS کې د اوسنیو بیو له مخې بیا محاسبه کوي. دا بهیر یو ځل چلول کېدای شي یا له مهالویش شوي cron بهیر سره نښلول کېدای شي.

دا ماډیول په ځانګړي ډول هغو کاروبارونو ته مناسب دی چې د اسعارو د نرخ یا تعرفې تر بدلون وروسته نه غواړي ګڼ شمېر ریکارډونه یو په یو سم کړي. د عملي کارونې بېلګې په د WHMCS د بیو د اتوماتیک تازه کولو ماډیول لارښود کې کتلای شئ. سره له دې، تر ډله‌ییز بدلون مخکې باید د ډېټابېس شاتړ واخیستل شي، پر یوې محدودې پیرودونکې ډلې ازموینه وشي او جوړېدونکي بلونه وکتل شي.

Paddle د تادیې ګیټ وے

د Paddle Billing V3 ادغام د WHMCS بلونو لپاره د Paddle د تادیې پاڼې له لارې یوځلي او ګډون‌محورې تادیې پیلوي. دا د HMAC-SHA256 په لاسلیک خوندي شوي webhook خبرتیاوې تاییدوي او د ګډون د پېژندپاڼې له لارې د تکراري تادیې خبرتیا له اړوند بل سره په سمون کې مرسته کوي. په دې توګه، د لټونګر د لېږدونې پر پایلې د تکیې پر ځای د سرور لاسلیک شوې خبرتیا پروسس کېږي.

ماډیول د Paddle حساب یا د سوداګریزې وړتیا تایید نه برابروي. د Paddle حساب، د محصول تعریفونه، پولي واحد او د webhook جوړښت باید د کاروبار له خوا بشپړ شي. د نصب جزییات په د Paddle له لارې د WHMCS تادیه منځپانګه کې کتلای شئ. د Paddle تادیاتي پاڼې ته تر تګ مخکې باید د بریالۍ، ناکامې، لغوه شوې او تکراري تادیې سناریوګانې په ازمایښتي چاپېریال کې جلا جلا وازمویل شي.

Mollie د تادیې ګیټ وے

د Mollie ماډیول د Mollie په حساب کې فعالې شوې تادیاتي لارې، لکه iDEAL، کارت، PayPal، Apple Pay، Bancontact، SOFORT او بانکي لېږد، د WHMCS له بلونو سره نښلوي. د webhook بېرته راتلونکې خبرتیاوې WHMCS ته د تادیې حالت لېږدوي او د هرې لارې ځانګړې دندې وړاندې کوي؛ لکه د iDEAL په بهیر کې د بانک ټاکل او په بانکي لېږد کې د وروستۍ نېټې اداره.

د هرې تادیاتي لارې شتون په هېواد، پولي واحد، Mollie حساب او په هغه حساب کې فعالو شویو لارو پورې تړلی دی. له همدې امله، د «15 لارو» یادونه دا معنا نه لري چې په هر حساب کې به ټولې لارې فعالې وي. له د WHMCS Mollie ماډیول لارښود سره یوځای باید د Mollie په مدیریتي برخه کې اجازې او د webhook وروستۍ پته تر عملي کارونې مخکې تایید شي.

د پیرودونکو ترمنځ د ډومین لیږد

دا ماډیول داسې کنټرول شوی بهیر جوړوي چې د WHMCS یو پیرودونکی وکولای شي په خپل حساب کې موجود ډومین د WHMCS بل پیرودونکي ته ولېږدوي. غوښتنه د پیرودونکي له برخې پیلېږي او د ترلاسه کوونکي برېښنالیک ته د استول شوې یوځلي تړنې له لارې تاییدېږي. د نښې تایید، د انټرنېټي پتې ثبت، د اعتبار د مودې تنظیم او د حالت څارنه د لاسي لېږد په پرتله د تعقیب وړ بهیر برابروي.

دلته ترسره کېدونکی بهیر د ثبتوونکو ترمنځ له دودیز ډومین لېږد سره توپیر لري؛ دا یوازې د WHMCS په هماغه نصب کې د پیرودونکي مالکیت بدلوي. د ثبتوونکي د لېږد قفل، EPP کوډ یا بهرني حساب ته د لېږد بهیر لپاره د اړوند ثبتوونکي اصول جلا پلي کېږي.

د پیرودونکي بیلانس مدیر

د پیرودونکي بیلانس مدیر د WHMCS په اداري برخه کې د پیرودونکو د اعتبارونو پر چاڼ او ډله‌ییزو عملیاتو تمرکز کوي. پیرودونکي د نوم، شرکت، برېښنالیک، پولي واحد او بیلانس حالت له مخې موندل کېدای شي؛ ټاکل شوو حسابونو ته په ډله‌ییز ډول اعتبار زیاتېدای یا بیلانس یې صفر کېدای شي. عملیات د مدیر د یادښت او فعالیت د ثبت له لارې تعقیبېږي.

ځکه چې اعتباري بیلانس پر مالي ریکارډونو مستقیم اغېز کوي، باید د مجازو مدیرانو دندې محدودې شي، تر عملیاتو مخکې د ټاکل شوو پیرودونکو لېست وکتل شي او لوی ډله‌ییز بدلونونه د شاتړ تر اخیستلو وروسته پلي شي.

د ورېځ سرور د اتومات ماډیولونه

د ورېځ ماډیولونه د WHMCS د سپارښتنو او خدمتونو ریکارډونه د چمتوکوونکو له API ګانو سره نښلوي. د خدمت د ژوند د بنسټیز بهیر څرنګوالی په د WHMCS له لارې د کوربه‌توب حساب اتومات جوړول لارښود کې کتلای شئ. پیرودونکي ته د وړاندې کېدونکو عملیاتو حدود د چمتوکوونکي د API پر چلند، د محصول پر امستنو او د کاروبار پر ورکړل شوو اجازو پورې تړلي دي. دا ماډیولونه خپلواک ادغامونه دي؛ د اړوندو ورېځ خدمت چمتوکوونکو له خوا جوړ شوي محصولات نه دي او د کومې ملګرتیا څرګندونه نه کوي.

د OVHcloud د VPS او ځانګړي سرور ماډیول

د OVHcloud ادغام د VPS او ځانګړي سرور خدمتونه له WHMCS سره نښلوي. د VPS په برخه کې د ژوند پړاوونه او د بیا نصب چارې د پیرودونکي په برخه کې د اجازه ورکړل شوو ځان‌خدمتي کنټرولونو له لارې اداره کېدای شي. د ځانګړي سرور حدود د موجودو سرورونو له زېرمې څخه ټاکنې او کنټرول شوو عملیاتو ته ځانګړي دي؛ باید داسې ونه ګڼل شي چې د نوي فزیکي سرور پېرل اتومات کوي. د ځنډولو، ختمولو او هغو عملیاتو لپاره د چلوونکي څارنه اړینه ده چې د معلوماتو د له منځه تلو لامل کېدای شي.

AWS Lightsail

د AWS Lightsail ماډیول د سرور برابرول، د برېښنا عملیات، ثابت IPv4، اوربند او snapshot بهیرونه د WHMCS له خدمت سره نښلوي. د Linux او Windows سرچینو د لاسرسي معلومات د اړوندو چاپېریالونو د خپلو اصولو له مخې اداره کېږي. دا ماډیول د AWS Lightsail پر سرچینو متمرکز ادغام دی، نه د ټولو ورېځ خدمتونو عمومي نوملړ.

د چمتوکوونکي پېژندپاڼه، سیمه، د سرور بېلګې نوم او اړوند ثابت IPv4 باید هر خدمت ته جلا وساتل شي. د API کیلي د وېش په ZIP کې نه وي؛ پیرودونکی یې د نصب پر مهال په خپل AWS Lightsail حساب کې د اړینو اجازو له مخې تنظیموي.

د Contabo ورېځ خدمت

د Contabo د ورېځ ماډیول د Contabo په VPS او VDS سرچینو کې د برابرولو، برېښنا عملیاتو، بیا نصب، پټنوم بېرته ټاکلو او snapshot ادارې لپاره نښلون برابروي. د WHMCS له خدمت سره د سرچینې د پېژندپاڼې سمون، پر هماغې سرچینې د تکراري برابرولو غوښتنو همغږي او د ړنګولو په څېر عملیاتو کې د مالکیت تایید خورا مهم دي.

د Contabo حساب، API لاسرسی او د چمتوکوونکي د کارونې لګښتونه جلا اړین دي. باید داسې ونه ګڼل شي چې د بستې لوړول، معکوس نوم‌حل، په لټونګر کې VNC یا د چمتوکوونکي هره ځانګړنه د ماډیول په کاري حدودو کې شامله ده؛ د محصول پر پاڼه د ځانګړنو اوسنی لېست باید بنسټ وګرځول شي.

Microsoft Azure VM

د Microsoft Azure VM ماډیول د مجازي ماشین برابرول، د برېښنا عملیات، د سرچینې خوشې کول، د اندازې بدلول، ډېسک، snapshot او د اوربند اداره له WHMCS سره نښلوي. د سرچینو ډله او د مجازي ماشین نښې د خدمت د مالکیت د تایید لپاره کارول کېږي. د ړنګولو بهیر باید تر هغه بشپړ ونه ګڼل شي چې د Azure د ناهماهنګ عملیاتو پایله او د سرچینې رښتینی لرې کېدل تایید شوي نه وي.

د Azure د ډېسک او snapshot په څېر د پیسو وړ اضافي سرچینو لپاره د نوملړ او بیو جوړول د کاروبار مسئولیت دی. پیرودونکي ته ښودل کېدونکي غوراوي باید یوازې په تنظیم شوو او ازمویل شوو حدودو کې وي.

Google Cloud Compute Engine

د Google Cloud ماډیول د Linux پر بنسټ د Compute Engine مجازي ماشینونو برابرول، د برېښنا عملیات، د ماشین د ډول بدلول او د خدمت په کچه د شبکې د اصولو اداره نښلوي. د سرچینې نوم، سیمه او د خدمت نښې د تلپاتې پېژندنې په توګه ساتل کېږي؛ د ژوند پړاو عملیات د مالکیت د دغو معلوماتو تر تایید وروسته ترسره کېږي.

د اوسني 2.0.0 وېش کاري حدود د Linux بارونو لپاره دي. باید د Windows یا RDP د ملاتړ پر بنسټ پلان جوړ نه شي. د Google Cloud پروژه، د خدمت حساب، ونډه، شبکه او د بلونو امستنې د کاروبار له خوا برابرېږي.

کوم WHMCS ماډیول باید وټاکئ؟

• که غواړئ د نوي کولو پخوانۍ بیې له اوسني نوملړ سره برابرې کړئ، د فیس اتوماتیک تازه کول ماډیول وارزوئ.
• که غواړئ د Paddle د تادیې پاڼې یا Mollie له لارې تادیات واخلئ، اړوند د تادیې ګیټ وے ماډیول وټاکئ.
• که د WHMCS په یوه نصب کې د پیرودونکو ترمنځ د ډومین سپارلو ته اړتیا وي، د پیرودونکو ترمنځ د ډومین لیږد ماډیول وکاروئ.
• که د ګڼ شمېر پیرودونکو په حسابونو کې اعتباري عملیات کوئ، د پیرودونکي بیلانس مدیر مناسب غوراوی دی.
• که غواړئ VPS، VDS یا VM خدمت د یوه چمتوکوونکي له API سره ونښلوئ، یوازې د خپل کارېدونکي چمتوکوونکي اړوند د ورېځ سرور ماډیول وټاکئ.

که په خپله زېربنا کې VPS یا VDS وړاندې کوئ، د مجازی سرور محصول جوړښت او د WHMCS اتومات په ګډه طرحه کړئ. هغه کاروبارونه چې څو چمتوکوونکي کاروي، باید هر ادغام د جلا API حساب، جلا ازمایښتي محصول او، که شونې وي، د لږو اجازو لرونکو جلا پېژندپاڼو له لارې فعال کړي؛ دا کار د تېروتنې ساحه محدودوي.

د پېرلو، کښته کولو او نصب بهیر

1. له خپلې اړتیا سره مناسب ماډیول او د محصول پر ژوندۍ پاڼه یې اوسني کاري حدود وګورئ.
2. د WHMCS د پیرودونکي په برخه کې سپارښتنه بشپړه او بل تادیه کړئ.
3. کله چې WHMCS تادیه تایید کړي، رسمي Auto Release بهیر اړوند خدمت Active حالت ته وړي.
4. په هغه حساب کې چې Active خدمت لري، یوازې له پېرل شوي محصول سره تړلی کښته کېدونکی توکی ښکاري.
5. د ZIP زېرمتون تایید کړئ، د نصب سند ولولئ او د WHMCS ازمایښتي چاپېریال ته فایلونه پورته کړئ.
6. د چمتوکوونکي یا تادیاتي ادارې د API معلومات تر نصب وروسته اړوندو امستنو ته دننه کړئ.
7. د بریالیو او ناکامو عملیاتو، webhook، وخت پای، بیا هڅې او ختمولو سناریوګانې تر ازمویلو وروسته عملي کارونې ته لاړ شئ.

د کښته کولو فایلونه د وېب له عام پوښۍ نه وړاندې کېږي. د محصول او خدمت اړیکه او د خدمت Active حالت د پیرودونکي په برخه کې د کښته کولو اجازه ټاکي. د سپارښتنې پر پاڼه د جواز اوسني شرطونه او د نصب اسناد تل تر دې لنډیز لومړیتوب لري.

د جواز، چمتوکوونکي لګښتونو او امنیت حدود

د ماډیول فایلونه د ناکوډ شوې سرچینې بڼې په توګه سپارل کېږي؛ دا خبره د «پرانیستې سرچینې» یا د ازاد بیاوېش حق معنا نه لري. د کارونې، بدلون او بیاوېش حقونه د پېرل شوي جواز تر تړون لاندې دي او باید د د WHMCS جوازونو مدیریت تګلارې له مخې د هر محصول او نصب لپاره وڅارل شي. د چمتوکوونکي د API کیلي، د ریښتینو پیرودونکو ریکارډونه، د ژوندیو سرچینو پېژندپاڼې یا د Hostragons عملیاتي معلومات د وېش په بستو کې نه شاملېږي.

په نصب کې باید د لږ تر لږه اجازې اصل پلی شي. که شونې وي، ماډیول ته یوازې د اړتیا وړ API عملیاتو لپاره جلا پېژندپاڼه ورکړئ، د webhook پټ ارزښتونه په منظم ډول بدل کړئ، د WHMCS د مدیرانو دندې محدودې کړئ او په فعالیتي ثبتونو کې حساس معلومات پټ کړئ. تر عملي کارونې مخکې جلا ازمایښتي حساب یا لږ لګښت لرونکې ازمایښتي سرچینه وکاروئ. د لغوه کولو او ختمولو په ازموینو کې یوازې د چمتوکوونکي د API ځواب مه ګورئ؛ دا هم تایید کړئ چې سرچینه په رښتیا لرې شوې او د پیسو وړ اضافي سرچینې نه دي پاتې.

د کلاؤډ سرور خدمت د پلور پر مهال د لګښت په محاسبه کې یوازې مجازي ماشین مه شاملوئ؛ ډېسک، snapshot، انټرنېټي پته، ترافیک، جواز او د سیمو ترمنځ د بیو توپیرونه هم ورزیات کړئ. د ماډیول اتومات کولای شي د عملیاتو وخت راکم کړي، خو د چمتوکوونکي ونډه، د حساب تایید یا د بلونو مسئولیت نه ختموي.

تر نصب مخکې لنډ چک‌لېست

• د خپلې WHMCS او PHP نسخې لپاره د محصول اوسنی سند ولولئ.
• د ډېټابېس او فایلونو شاتړ واخلئ.
• د بهرني API کاروونکي ته یوازې اړینې اجازې ورکړئ.
• ازمایښتي محصول، ازمایښتي پیرودونکی او د چمتوکوونکي لږ خطر لرونکې سرچینه جوړه کړئ.
• په تکراري CreateAccount غوښتنو کې وګورئ چې دویمه سرچینه نه جوړېږي.
• د ځنډولو، بېرته فعالولو، ختمولو او بیا نصب پایلې د چمتوکوونکي په مدیریتي برخه کې تایید کړئ.
• په تادیاتي ماډیولونو کې لاسلیک شوی webhook، ناسم مبلغ، تکراري خبرتیا او د پیسو بېرته ورکولو سناریوګانې وازمویئ.
• له عملي فعالولو وروسته لومړنۍ سپارښتنې او د تېروتنو ثبتونه له نږدې وڅارئ.

ډېرې پوښتل شوې پوښتنې

د WHMCS ماډیول څه شی دی؟

د WHMCS ماډیول د تادیاتو، پیرودونکو عملیاتو یا سرور ادارې په څېر ځانګړی کاري بهیر WHMCS ته ورزیاتوي. دا د WHMCS جواز یا د بهرني چمتوکوونکي حساب نه بدلوي.

د کومو ورېځ خدمت چمتوکوونکو ملاتړ کېږي؟

د OVHcloud د VPS او ځانګړي سرور، AWS Lightsail، د Contabo د VPS او VDS، Microsoft Azure VM او پر Linux ولاړ Google Cloud Compute Engine لپاره جلا ماډیولونه شته.

ایا د ورېځ چمتوکوونکي حساب او د کارونې لګښتونه په بیه کې شامل دي؟

نه. د چمتوکوونکي حساب، ګډون، د سرچینو کارونه، شبکه، جواز او مالیاتي لګښتونه د اړوند چمتوکوونکي له خوا جلا اخیستل کېږي.

ایا د API پېژندمعلومات د ماډیول په بسته کې وي؟

نه. د ماډیول په ZIP فایلونو کې د چمتوکوونکي پېژندمعلومات یا د ژوندیو پیرودونکو معلومات نه وي. اړین معلومات تر نصب وروسته د WHMCS مناسبو امستنو ته دننه کېږي.

پېرل شوی ماډیول څنګه کښته کېږي؟

کله چې WHMCS تادیه تایید کړي او اړوند خدمت Active حالت ته ورسېږي، د پیرودونکي په برخه کې یوازې د پېرل شوي محصول د کښته کولو لاسرسی ښکاري.

ایا د ماډیول سرچینې فایلونه کوډ شوي دي؟

د ماډیول فایلونه د ناکوډ شوې سرچینې په بڼه وړاندې کېږي. د کارونې، دودیزولو او بیاوېش حقونه د پېرل شوي جواز له شرطونو سره تړلي دي.

د خپل WHMCS کاري بهیر لپاره مناسب ماډیول وټاکئ

د تادیاتو، پیرودونکو عملیاتو یا د ورېځ سرور اتومات لپاره د اړین ماډیول کاري حدود، اوسنۍ بیه او د جواز شرطونه سره پرتله کړئ. د WHMCS ماډیولونه وګورئ او تر عملي کارونې مخکې خپل ازمایښتي پلان د نصب له سند سره یوځای چمتو کړئ.