WHMCS ഉപയോഗിച്ച് ക്ലൗഡ് സെർവറും പേയ്‌മെന്റ് ഓട്ടോമേഷനും എങ്ങനെ സജ്ജീകരിക്കാം?

WHMCS ഘടകങ്ങൾ പേയ്‌മെന്റ് സ്വീകരിക്കൽ, പുതുക്കൽ നിരക്കുകൾ പരിഷ്‌കരിക്കൽ, ഉപഭോക്തൃ പ്രവർത്തനങ്ങൾ കൈകാര്യം ചെയ്യൽ, ക്ലൗഡ് സെർവർ വിഭവങ്ങൾ WHMCS വഴി നിയന്ത്രിക്കൽ തുടങ്ങിയ നിർദിഷ്ട പ്രവർത്തനക്രമങ്ങൾ ഒരൊറ്റ നിയന്ത്രണപ്പലകയിൽ ഏകോപിപ്പിക്കുന്നു. Hostragons ഉൽപ്പന്നപ്പട്ടികയിൽ പേയ്‌മെന്റിനും പ്രവർത്തനനിർവഹണത്തിനുമായി അഞ്ച് ഘടകങ്ങളും OVHcloud, AWS Lightsail, Contabo, Microsoft Azure, Google Cloud അടിസ്ഥാനസൗകര്യങ്ങൾക്കായി അഞ്ച് സ്വതന്ത്ര സംയോജനങ്ങളും ലഭ്യമാണ്. ഈ മാർഗ്ഗനിർദേശം പത്ത് ഘടകങ്ങളുടെ ഉപയോഗം, പ്രവർത്തനപരിധി, അനുയോജ്യമായ ഉപയോഗസാഹചര്യങ്ങൾ എന്നിവ താരതമ്യം ചെയ്യുന്നു.

ഒരു ഘടകം തിരഞ്ഞെടുക്കുമ്പോൾ സവിശേഷതകളുടെ പട്ടിക മാത്രം പരിശോധിച്ചാൽ മതിയാകില്ല. ഉപയോഗിക്കുന്ന WHMCS പതിപ്പ്, സേവനദാതാവിന്റെ അക്കൗണ്ട്, API അനുമതികൾ, പ്രവർത്തക സംവിധാനം, ബില്ലിങ് മാതൃക, ഉൽപ്പാദന ഉപയോഗത്തിന് മുമ്പുള്ള പരിശോധനാപദ്ധതി എന്നിവയും പരിഗണിക്കണം. ഇവിടെ വിവരിക്കുന്ന സംയോജനങ്ങൾ WHMCS അനുമതിപത്രത്തിനോ ക്ലൗഡ് സേവനദാതാവിന്റെ അക്കൗണ്ടിനോ ബന്ധപ്പെട്ട പേയ്‌മെന്റ് സ്ഥാപനത്തിന്റെ അക്കൗണ്ടിനോ പകരമാകുന്നില്ല. സേവനദാതാക്കളുടെ ഉപയോഗം, ശൃംഖല, അനുമതിപത്രം, നികുതി എന്നിവയ്ക്കുള്ള നിരക്കുകൾ പ്രത്യേകം ബാധകമാണ്.

WHMCS ഘടകങ്ങൾ ഏതെല്ലാം പ്രവർത്തനങ്ങൾ എളുപ്പമാക്കുന്നു?

WHMCS-ന്റെ അടിസ്ഥാന സംവിധാനം ഉപഭോക്താവ്, ഓർഡർ, ഇൻവോയ്സ്, സേവനത്തിന്റെ ജീവിതചക്രം എന്നിവ കൈകാര്യം ചെയ്യുന്നു. ഘടകങ്ങൾ ഈ അടിസ്ഥാന സംവിധാനത്തെ നിർദിഷ്ട പ്രവർത്തനക്രമങ്ങളുമായി ബന്ധിപ്പിക്കുന്നു. ഒരു പേയ്‌മെന്റ് ഗേറ്റ്‌വേയ്ക്ക് ഇൻവോയ്സിനെ ബാഹ്യ പേയ്‌മെന്റ് താളിലേക്ക് നയിച്ച് സ്ഥിരീകരിച്ച ഫലം WHMCS-ലേക്ക് കൈമാറാം. പ്രവർത്തനനിർവഹണ ഘടകത്തിന് ബാലൻസോ നിരക്കുകളോ കൂട്ടമായി പരിഷ്‌കരിക്കാം. സെർവർ ഘടകത്തിന് ഓർഡറുമായി ബന്ധപ്പെടുത്തിയ വെർച്വൽ മെഷീൻ സൃഷ്ടിക്കുകയും ഉപഭോക്തൃമേഖലയിൽ അനുവദിച്ചിട്ടുള്ള നിയന്ത്രണസൗകര്യങ്ങൾ നൽകുകയും ചെയ്യാം.

ഈ വ്യത്യാസം പ്രധാനമാണ്: എല്ലാ ഘടകങ്ങളും എല്ലാ പ്രവർത്തനങ്ങളും നിർവഹിക്കില്ല. ഉദാഹരണത്തിന്, Paddle, Mollie ഘടകങ്ങൾ പേയ്‌മെന്റ് പ്രവാഹത്തിലും കസ്റ്റമർ ബാലൻസ് മാനേജർ ഭരണപരമായ ക്രെഡിറ്റ് ഇടപാടുകളിലും ക്ലൗഡ് സംയോജനങ്ങൾ ബന്ധപ്പെട്ട സേവനദാതാവിന്റെ വിഭവങ്ങളിലും മാത്രം ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്നു. ആവശ്യങ്ങളുടെ പട്ടിക ആദ്യം “പേയ്‌മെന്റ്”, “ഉപഭോക്തൃ പ്രവർത്തനനിർവഹണം”, “സെർവർ ഓട്ടോമേഷൻ” എന്നിങ്ങനെ വേർതിരിക്കുന്നത് ശരിയായ ഉൽപ്പന്നം തിരഞ്ഞെടുക്കാൻ സഹായിക്കും.

10 WHMCS ഘടകങ്ങളുടെ ദ്രുത താരതമ്യം

പട്ടികയിലെ വിലകൾ ഈ ലേഖനം പ്രസിദ്ധീകരിച്ച തീയതിയിൽ ലഭ്യമായ നിലവിലെ പട്ടികവിലകളാണ്; അവ സ്ഥിരമായ വിലവാഗ്ദാനമല്ല. വാങ്ങുന്നതിന് മുമ്പ് ഉൽപ്പന്നത്താളിലെ നിലവിലെ പ്രവർത്തനപരിധി, അനുമതിപത്രം, വില എന്നിവയ്ക്കാണ് മുൻഗണന നൽകേണ്ടത്.

പേയ്‌മെന്റ്, ബിസിനസ് പ്രവർത്തനനിർവഹണ ഘടകങ്ങൾ

ഓട്ടോമാറ്റിക് ഫീസ് അപ്‌ഡേറ്റ്

ആവർത്തന നിരക്കുകൾ കാലക്രമത്തിൽ മാറുമ്പോൾ, മുമ്പ് ആരംഭിച്ച സജീവമോ താൽക്കാലികമായി നിർത്തിവെച്ചതോ ആയ സേവനങ്ങൾ പഴയ പുതുക്കൽ നിരക്കിൽ തുടരാം. ഓട്ടോമാറ്റിക് ഫീസ് അപ്‌ഡേറ്റ് ഘടകം സേവനങ്ങൾ, അധികസേവനങ്ങൾ, ഡൊമെയ്‌നുകൾ എന്നിവയുടെ പുതുക്കൽ തുകകൾ WHMCS-ലെ നിലവിലെ വിലനിർണ്ണയത്തിന് അനുസരിച്ച് വീണ്ടും കണക്കാക്കാൻ ഉപയോഗിക്കുന്നു. ഇത് ഒറ്റത്തവണ പ്രവർത്തിപ്പിക്കാനോ നിശ്ചിത cron പ്രവർത്തനക്രമവുമായി ബന്ധിപ്പിക്കാനോ കഴിയും.

വിനിമയനിരക്കിലോ താരിഫിലോ മാറ്റമുണ്ടായതിന് ശേഷം നിരവധി രേഖകൾ ഓരോന്നായി തിരുത്താൻ ആഗ്രഹിക്കാത്ത സ്ഥാപനങ്ങൾക്ക് ഈ ഘടകം പ്രത്യേകിച്ചും അനുയോജ്യമാണ്. പ്രായോഗിക ഉദാഹരണങ്ങൾ WHMCS സ്വയമേവ വില പുതുക്കൽ മോഡ്യൂൾ മാർഗ്ഗനിർദേശത്തിൽ പരിശോധിക്കാം. എന്നിരുന്നാലും, കൂട്ടമായ മാറ്റം നടപ്പാക്കുന്നതിന് മുമ്പ് വിവരശേഖരത്തിന്റെ പകർപ്പ് എടുക്കുകയും പരിമിതമായ ഉപഭോക്തൃവിഭാഗത്തിൽ പരീക്ഷിക്കുകയും സൃഷ്ടിക്കപ്പെടുന്ന ഇൻവോയ്സുകൾ പരിശോധിക്കുകയും വേണം.

Paddle പേയ്‌മെന്റ് ഗേറ്റ്‌വേ

Paddle Billing V3 സംയോജനം WHMCS ഇൻവോയ്സുകൾക്കായി Paddle-ന്റെ പേയ്‌മെന്റ് താളിലൂടെ ഒറ്റത്തവണയും വരിസംഖ്യാടിസ്ഥാനത്തിലുമുള്ള പേയ്‌മെന്റുകൾ ആരംഭിക്കുന്നു. HMAC-SHA256 ഒപ്പുള്ള webhook അറിയിപ്പുകൾ ഇത് സ്ഥിരീകരിക്കുകയും ആവർത്തന പേയ്‌മെന്റ് അറിയിപ്പിനെ വരിസംഖ്യാ തിരിച്ചറിയൽവിവരം ഉപയോഗിച്ച് ബന്ധപ്പെട്ട ഇൻവോയ്സുമായി പൊരുത്തപ്പെടുത്താൻ സഹായിക്കുകയും ചെയ്യുന്നു. ഇതിലൂടെ ബ്രൗസറിലെ വഴിതിരിച്ചുവിടൽ ഫലത്തെ മാത്രം ആശ്രയിക്കുന്നതിന് പകരം സെർവറിൽ നിന്നെത്തുന്ന ഒപ്പിട്ട അറിയിപ്പ് പരിശോധിക്കപ്പെടുന്നു.

ഈ ഘടകം Paddle അക്കൗണ്ടോ വാണിജ്യയോഗ്യതയ്ക്കുള്ള അംഗീകാരമോ നൽകുന്നില്ല. Paddle അക്കൗണ്ട്, ഉൽപ്പന്ന നിർവചനങ്ങൾ, നാണയം, webhook ക്രമീകരണം എന്നിവ സ്ഥാപനം തന്നെ പൂർത്തിയാക്കണം. സജ്ജീകരണവിശദാംശങ്ങൾക്ക് Paddle WHMCS പേയ്മെന്റ് ഉള്ളടക്കം പരിശോധിക്കാം. പേയ്‌മെന്റ് താളിലേക്ക് മാറുന്നതിന് മുമ്പ് വിജയിച്ച, പരാജയപ്പെട്ട, റദ്ദാക്കിയ, ആവർത്തന പേയ്‌മെന്റ് സാഹചര്യങ്ങൾ പരിശോധനാപരിസരത്തിൽ പ്രത്യേകം പരീക്ഷിക്കണം.

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 വിഭവങ്ങളിൽ മാത്രം ശ്രദ്ധ കേന്ദ്രീകരിക്കുന്ന സംയോജനമാണ്.

സേവനദാതാവിന്റെ തിരിച്ചറിയൽവിവരം, മേഖല, വിഭവത്തിന്റെ പേര്, ബന്ധപ്പെടുത്തിയ സ്ഥിര ഐപി തുടങ്ങിയ വിവരങ്ങൾ ഓരോ സേവനത്തിനും പ്രത്യേകം സൂക്ഷിക്കണം. API താക്കോലുകൾ വിതരണ ZIP-ൽ ഉൾപ്പെടുത്തിയിട്ടില്ല; സജ്ജീകരണസമയത്ത് ഉപഭോക്താവ് സ്വന്തം AWS Lightsail അക്കൗണ്ടിൽ ആവശ്യമായ അനുമതികളോടെ അവ ക്രമീകരിക്കണം.

Contabo ക്ലൗഡ്

Contabo ക്ലൗഡ് ഘടകം Contabo VPS, VDS വിഭവങ്ങളിൽ സജ്ജീകരണം, വൈദ്യുതിനില നിയന്ത്രണം, പുനഃസ്ഥാപനം, രഹസ്യവാക്ക് പുനഃക്രമീകരണം, snapshot നിയന്ത്രണം എന്നിവയ്ക്കുള്ള ബന്ധം നൽകുന്നു. വിഭവത്തിന്റെ തിരിച്ചറിയൽവിവരം WHMCS സേവനവുമായി കൃത്യമായി പൊരുത്തപ്പെടുക, ആവർത്തിച്ചുള്ള സജ്ജീകരണ അഭ്യർഥനകളെ അതേ വിഭവവുമായി ഏകോപിപ്പിക്കുക, ഇല്ലാതാക്കൽ പോലുള്ള നടപടികളിൽ ഉടമസ്ഥത സ്ഥിരീകരിക്കുക എന്നിവ നിർണായകമാണ്.

Contabo അക്കൗണ്ട്, API പ്രവേശനം, സേവനദാതാവിന്റെ ഉപയോഗനിരക്കുകൾ എന്നിവ പ്രത്യേകം ആവശ്യമാണ്. പാക്കേജ് ഉയർത്തൽ, വിപരീത നാമസേവന ക്രമീകരണം, ബ്രൗസറിനുള്ളിലെ VNC, സേവനദാതാവിന്റെ എല്ലാ സവിശേഷതകളും ഘടകത്തിൽ ഉൾപ്പെട്ടിരിക്കുന്നു എന്നിവ അനുമാനിക്കരുത്. ഉൽപ്പന്നത്താളിലെ നിലവിലെ സവിശേഷതാപട്ടികയാണ് അടിസ്ഥാനമാക്കേണ്ടത്.

Microsoft Azure VM

Microsoft Azure VM ഘടകം വെർച്വൽ മെഷീൻ സജ്ജീകരണം, വൈദ്യുതിനില നിയന്ത്രണം, വിഭവമുക്തീകരണം, വലുപ്പമാറ്റം, ഡിസ്ക്, snapshot, അഗ്നിമതിൽ നിയന്ത്രണം എന്നിവയെ WHMCS-മായി ബന്ധിപ്പിക്കുന്നു. വിഭവസംഘവും വെർച്വൽ മെഷീൻ അടയാളങ്ങളും സേവനത്തിന്റെ ഉടമസ്ഥത സ്ഥിരീകരിക്കാൻ ഉപയോഗിക്കുന്നു. Microsoft Azure-ന്റെ സമകാലികമല്ലാത്ത പ്രവർത്തനഫലവും വിഭവം യഥാർഥത്തിൽ നീക്കം ചെയ്തതും സ്ഥിരീകരിക്കാതെ ഇല്ലാതാക്കൽ പൂർത്തിയായതായി കണക്കാക്കരുത്.

Microsoft 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 മോഡ്യൂളുകൾ പരിശോധിക്കുക തുടർന്ന് സജ്ജീകരണരേഖയോടൊപ്പം ഉൽപ്പാദന ഉപയോഗത്തിന് മുമ്പുള്ള പരിശോധനാപദ്ധതിയും തയ്യാറാക്കുക.