ज्ञान भांडार
WHMCS कडून Zinn® होस्टिंग विका
WHMCS मध्ये मोफत Zinn Digital प्रोव्हिजनिंग मॉड्यूल इन्स्टॉल करा: API की आणि त्यासाठी लागणाऱ्या सात परवानग्या, मॉड्यूलची निर्देशिका कुठे गेली पाहिजे आणि त्याचे नाव का महत्त्वाचे आहे, उत्पादन फील्ड आणि प्रत्येक WHMCS बटण प्रत्यक्ष काय करते.
Zinn Digital® मॉड्यूल WHMCS ची स्वतःची बटणे आमच्या प्लॅटफॉर्मवरील रिअल ऑपरेशन्समध्ये बदलते. एक ऑर्डर तुमच्या क्लायंटच्या होस्टिंगची तरतूद करते. WHMCS चे ओव्हरड्यू-इनव्हॉइस ऑटोमेशन ते सस्पेंड करते. इन्व्हॉइस पेड म्हणून चिन्हांकित केल्याने ते रिलीज होते. रद्द केल्याने डिलीशन शेड्यूल होते. आणि तुमच्या क्लायंटला त्यांच्या क्लायंट एरियामध्ये Log in to hosting panel हे बटण मिळते जे त्यांना थेट लॉग इन करते.
हे विनामूल्य आहे, GPL-2.0-or-later अंतर्गत परवानाकृत आहे, आणि आमच्या प्लॅटफॉर्ममध्ये कोणताही विशेष मार्ग नाही: हे करणारी प्रत्येक कॉल एक दस्तऐवजीकरण केलेले एंडपॉइंट आहे जे तुम्ही तुमच्या स्वतःच्या API की सह स्वतः करू शकता.
तुम्ही सुरू करण्यापूर्वी
तुम्हाला दोन गोष्टींची गरज आहे, आणि दुसरी लोकांना अडकवते.
- सक्रिय प्रोग्रामसह Zinn® पुनर्विक्रेता खाते. zinndigital.com वर साइन अप करा आणि पुनर्विक्री चालू करा.
- साइट अलाउंससह पुनर्विक्रेता योजना. तुमच्या क्लायंटने ऑर्डर केलेल्या साइट्स तुमच्या योजनेच्या विरुद्ध मोजल्या जातात, त्यामुळे तुम्हाला त्यामध्ये जागा असलेली योजना आवश्यक आहे.
⚠️ Test Connection हे सांगू शकत नाही की ऑर्डर यशस्वी होईल की नाही. ते तुमच्या प्रोग्राम वाचते आणि कशाचीही तरतूद करत नाही, म्हणून ते एक निरोगी
activeखाते रिपोर्ट करते जे अद्याप काहीही विकू शकत नाही. जर तुमची पहिली ऑर्डर "This organization has no hosting plan, so it cannot host a site yet" यासह अयशस्वी झाली, तर असे घडले आहे — तुमचा पुनर्विक्रेता प्लॅन खरेदी करा किंवा वाढवा आणि ऑर्डर पुन्हा द्या. मॉड्यूलमध्ये काहीही चुकीचे नाही.
1. API की तयार करा
तुमच्या Zinn® डॅशबोर्डमध्ये, API keys उघडा आणि तंतोतंत या अकरा परवानग्यांसह एक तयार करा:
| परवानगी | याची का गरज आहे | | -------------------- | ----------------------------------------------------------- | | org.create | त्यांच्या पहिल्या ऑर्डरवर तुमच्या क्लायंटचे Zinn® खाते उघडा. | | org.read | तुमच्या क्लायंट खाती वाचा. | | sites.create | साइटची तरतूद करा. | | sites.view | सेवा आणि तिचा वापर वाचा. | | sites.delete | समाप्त करा. | | reseller.view | तुम्ही काय विकले आहे ते सूचीबद्ध करा आणि डिस्क आणि बेंडविथ वाचा. | | reseller.provision | सस्पेंड करा, रिलीज करा, क्लायंटला साइन इन करा, त्यांचा प्लॅन सेट करा आणि त्यांचे पॅकेज बदला. | | billing.view | ते अंमलाार आणण्यापूर्वी अपग्रेडसाठी किती खर्च येईल ते वाचा. | | sites.manage | बटणांवरून कॅश पर्ज करा आणि बॅकअप घ्या. | | sites.panel_access | WordPress प्रशासकाचा पासवर्ड बदला. | | hosting.php.manage | अपग्रेड किंवा डाऊनग्रेडवर PHP आवृत्ती स्विच करा. |
⛔
reseller.manageप्रदान करू नका. बिलिंग पॅनमध्ये पेस्ट केलेली की न भरल्याबद्दल क्लायंटला धरून ठेवू शकली पाहिजे आणि त्यांना साइन इन करू शकली पाहिजे. ती तुमच्या स्वतःच्या पेमेंट-गेटवे क्रेडेन्शियल्स वाचू आणि पुन्हा लिहू शकली नाही.reseller.provisionअस्तित्वात आहे जेणेकरून तुम्हाला मोठी परवानगी द्यावी लागणार नाही. ⛔org.createपर्यायी नाही. त्याशिवाय मॉड्यूल तुमचे खाते वाचू शकते आणि एक उघडू शकत नाही, त्यामुळे Test Connection पास होते आणि पहिली ऑर्डर403उत्तर देते. ⛔⛔ संपूर्ण सारणी प्रदान करा, आणि लक्षात घ्या की Test Connection तुम्ही तसे केले नसेल तर सांगू शकत नाही. ते तुमचा पुनर्विक्रेता प्रोग्राम वाचते आणि कशाचीही तरतूद करत नाही, त्यामुळे यापैकी कोणतीही गहाळ असलेल्या कीसाठी ते हिरवे असते. त्याऐवजी तुम्हाला काय मिळते ते गहाळ परवानगी कव्हर करणाऱ्या एका ऑपरेशनवर महिनाभरानंतर ग्राहकाकडून403मिळते.
2. मॉड्यूल इन्स्टॉल करा
- मॉड्यूल डाउनलोड करा आणि अनझिप करा.
zinnडिरेक्ट्री तुमच्या WHMCS इन्स्टॉलेशनमध्ये अपलोड करा जेणेकरून मॉड्यूल फाइलmodules/servers/zinn/zinn.phpवर उतरेल.
⛔ डरेक्ट्रीचे नाव
zinnअसणे आवश्यक आहे. WHMCS प्रोव्हिजनिंग मॉड्यूलची फंक्शन नावे त्याच्या डिरेक्ट्री नावावरून मिळवते, त्यामुळे त्याचे नाव बदलूनzinn-whmcsकिंवाzinndigitalकेल्याने असे मॉड्यूल तयार होते जे WHMCS सूचीबद्ध करते, तुम्हाला निवडू देते आणि नंतर कधीही कॉल करत नाही — कोणत्याही त्रुटीशिवाय. झिप आधीच योग्य नावावर अनपॅक होते; फक्त त्याचे नाव बदलू नका.
3. सर्व्हर जोडा
WHMCS मध्ये: Configuration → System Settings → Servers → Add New Server.
- Name: काहीही, उदा.
Zinn Digital® - Hostname:
api.zinndigital.com - Type:
Zinn Digital® - Password: पायरी 1 मधील तुमची API की
⛔ की Password फील्डमध्ये जाते, जी WHMCS एनक्रिप्टेड स्टोअर करते. ती उत्पादन कॉन्फिगरेशन पर्यायात ठेवू नका — ते डेटाबेसमध्ये साधे मजकूर आहेत आणि प्रत्येक प्रशासकाला दृश्यमान आहेत, आणि हे क्रेडेन्शियल तुमच्या क्लायंटचे होस्टिंग तयार आणि नष्ट करू शकते.
Test Connection दाबा. ते फील्ड भरलेले आहेत का ते तपासण्याऐवजी खरी कॉल करते आणि आमच्या प्लॅटफॉर्मने काय सांगितले ते रिपोर्ट करते.
4. उत्पादन तयार करा
Configuration → System Settings → Products/Services, नंतर Module Settings तुम्ही नुकतेच जोडलेल्या सर्व्हरवर सेट करा. फील्ड्स आहेत:
| फील्ड | आवश्यक | ते काय आहे | | ---------------- | -------- | -------------------------------------------------------------------------- | | Product line | होय | तुम्ही विकत असलेली Zinn® लाइन — mainstream (व्यवस्थापित WordPress), footprint_free, wordpress, linux, cloud, agency, app_hosting, ai_hosting, lms_hosting, managed_database, vector_hosting, zinn_compute, fleet_linux, fleet_enterprise, mail किंवा reseller. | | Stack | होय | काय तयार होते: wordpress (डीफॉल्ट), woocommerce, php, static, node, one_click, headless_cms, nextcloud किंवा owncloud. | | Application | नाही | फक्त one_click आणि headless_cms स्टॅक्ससाठी — कोणते अर्ज इन्स्टॉल करायचे. इतर कोणत्याही स्टॅकवर एक नाव देणे नाकारले जाते, कारण तो स्टॅक आधीच ठरवतो की काय इन्स्टॉल केले जाईल. | | PHP version | नाही | उदा. 8.3. लाइनच्या डीफॉल्टसाठी रिकामे सोडा. लाइन ऑफर करत नाही अशी आवृत्ती ऑफर केलेल्यांच्या सूचीसह नाकारली जाते. | | Plan code | होय | हे उत्पादन विकणारी Zinn® योजना. GET /v1/reseller/prices तुमची सूचीबद्ध करते. त्याशिवाय ऑर्डर नाकारली जाते — खालील चेतावणी पहा. | | Billing interval | नाही | monthly (डीफॉल्ट) किंवा annual — ज्या इंटरवलवर या क्लायंटसाठी तुमची घाऊक लाइन वाढवली जाते. तुम्ही तुमच्या स्वतःच्या क्लायंटकडून काय आकारता ते WHMCS उत्पादनावर सेट केले जाते आणि त्यावर परिणाम होत नाही. |
⛔⛔ प्लॅन कोड आवश्यक आहे, आणि त्याशिवाय ऑर्डर हेतूतः नाकारली जाते. 2026-09-01 पर्यंत हे फील्ड सजावटीचे होते आणि काहीही वाचले नाही, त्यामुळे मॉड्यूलने होस्टिंग ऑर्डर केले ज्यामध्ये कोणताही प्लॅन नव्हता — आणि त्याचे प्रत्येक परिणाम मूक होते. तुमचे घाऊक स्टेटमेंट तुमच्या क्लायंटच्या लाइव्ह सबस्क्रिप्शनवरून तयार केले जाते, त्यामुळे सेवेसाठी कोणतीही लाइन नव्हती आणि तुम्हाला काहीही इनव्हॉइस केले गेले नाही जोपर्यंत ते चालले; तुमच्या क्लायंटला कोणतेही अलाउंस वारशाने मिळाले नाहीत, त्यामुळे त्यांच्या साइटवर कोणतीही डिस्क किंवा फाइल कोटा लागू केला गेला नाही; आणि Change Package कडे बदलण्यासाठी काहीही नव्हते, त्यामुळे तुम्ही विकलेले अपग्रेड अंमलात आणता आले नाही. साइट प्रोव्हिजन झाली आणि संपूर्ण काळात उत्तम प्रकारे सेवा दिली.
मॉड्यूल आता त्याऐवजी ऑर्डर नाकारते, कारण अंदाज लावण्यासाठी सुरक्षित योजना नाही: अंदाजाने तुम्ही न निवडलेल्या आणि कदाचित किंमत ठरवली नसलेल्या योजनेवर होस्टिंगची तरतूद केली असती, आणि — नकार देण्याच्या विपरीत, जे तुम्ही ताबडतोब वाचता — ते स्टेटमेंट आल्यावरच समोर आले असते, अगदी क्वचितच.
Auto Setup तुम्हाला जे आवडेल त्यावर सेट करा — मॉड्यूल WHMCS सेवा आयडीवर आयडिमपोटंट आहे, त्यामुळे पुन्हा प्रयत्न केलेली प्रोव्हिजन दुसऱ्या एकासाठी तुम्हाला बिलिंग करण्याऐवजी तीच साइट परत करते.
प्रत्येक WHMCS कृती काय करते
| WHMCS कृती | आमच्या बाजूला काय होते | | --------------------------- | ---------------------------------------------------------------------------------------- | | Create | क्लायंटचे Zinn® खाते तयार करते (किंवा त्यांच्याकडे आधीपासून असलेले पुन्हा वापरते) आणि त्यांच्या साइटची तरतूद करते. | | Suspend | साइटला गैर-पेमेंट होल्डवर ठेवते. सामग्री ठेवली जाते; काहीही डिलीट केले जात नाही. | | Unsuspend | तुमचा होल्ड रिलीज करते. | | Terminate | अनुग्रह कालावधीसह साइटचे डिलीशन शेड्यूल करते. तारीख क्लायंट एरियामध्ये दिसते. | | Usage update | दररोज एकदा, प्रत्येक सेवेवरील डिस्क आणि बेंडविथ रीफ्रेश करते. | | Log in to hosting panel | थेट तुमच्या क्लायंटच्या पॅनमध्ये एक-वेळ, सिंगल-यूज साइन-इन लिंक उघडते. | | Change Package | सेवा अपग्रेड किंवा डाऊनग्रेड करते. नवीन उत्पादन नाव देत असल्यास पॅकेज आणि PHP आवृत्ती हलवते. | | Change Password | WordPress प्रशासकाचा पासवर्ड सेट करतो. असे खाते नसलेल्या स्टॅक्सवर बॉक्स दिसत नाही. | | Renew | सेवा अद्याप अस्तित्वात असल्याची पुष्टी करते. Zinn® होस्टिंग सतत आहे, त्यामुळे वाढवण्यासाठी कोणतीही रिमोट मुदत नाही. | | Sync Usage / Purge Cache / Take Backup | प्रशासक सेवा पृष्ठावरील बटणे. तुमच्या क्लायंटला त्यांच्या क्लायंट एरियामध्ये Purge Cache आणि Take Backup मिळते. | | Service tab | स्थिती, योजना, डिस्क, बेंडविथ, कोणतेही शेड्यूल केलेले डिलीशन आणि सस्पेंशन कोणी ठेवले. | | Import | ListAccounts प्रत्येक पृष्ठ वाचते, त्यामुळे आयात पहिल्या पृष्ठावर मुकपणे थांबू शकत नाही. |
अपग्रेड्स: कोण कोणाकडून शुल्क आकारते
ऑर्डरवर किंवा अपग्रेडवर तुमच्या क्लायंटला कधीही Zinn® द्वारे इनव्हॉइस केले जात नाही. तुम्ही त्यांना WHMCS द्वारे बिल करता; आम्ही तुम्हाला तुमच्या घाऊक स्टेटमेंटवर बिल करतो. त्यामुळे Change Package तुमच्या क्लायंटचे हक्क आणि तुमच्या पुढील स्टेटमेंटवरील लाइन हलवते, आणि कोणत्याही कार्डला स्पर्श करत नाही — WHMCS ने आधीच तुमच्या क्लायंटचे पैसे घेतले आहेत आणि त्याचे स्वतःचे प्रोरेशन मोजले आहे.
क्लायंटची दुसरी सेवा. त्याच योजनेवर ही त्या योजनेच्या स्वतःच्या साइट अलाउंस अंतर्गत दुसरी साइट आहे, आणि पुढे काहीही दिले जात नाही. वेगळ्या योजनेवर ती नाकारली जाते: थेट योजना बदलल्याने दोन सेवांपैकी एक विनाबिल सोडली जाईल. एकतर दोन्ही एकाच योजनेवर विका, किंवा WHMCS मध्ये क्लायंटला स्वतंत्र क्लायंट रेकॉर्ड म्हणून सेट करा.
Change Password फक्त WordPress साठी अस्तित्वात आहे. Zinn® होस्टिंगमध्ये कोणतेही एकल "सेवा पासवर्ड" नाही — तुमचा क्लायंट साइन-इन बटणाने त्यांच्या पॅनपर्यंत पोहोचतो — आणि php किंवा static साइटवर बदलण्यासाठी कोणतेही अनुप्रयोग खाते नाही. काम करू शकत नाही असा बॉक्स दाखवण्याऐवजी WHMCS बॉक्स पूर्णपणे लपवते.
तीन उत्तरे जी तुम्ही दोन मध्ये सपाट करू नयेत
- Unsuspend नकारासह उत्तर देऊ शकते. याचा अर्थ साइट तुमच्याद्वारे नाही, तर आमच्या अब्युस टीमद्वारे सस्पेंड केली गेली होती आणि कोणतेही बिलिंग पॅन ते रिलीज करू शकत नाही. संदेश असे सांगतो; पुन्हा प्रयत्न करण्याऐवजी ते तुमच्या प्रशासकाला दाखवा.
- Terminate डिलीशन शेड्यूल करते, ते पूर्ण करत नाही. तारीख
pending_deletion_atम्हणून परत येते आणि क्लायंट क्षेत्र ते दाखवते. ग्राहकाला त्यांचा डेटा आधीच गेला आहे असे सांगणे जेव्हा तो गेला नाही तेव्हा काहीही न सांगण्यापेक्षा वाईट आहे. - डिस्क आणि बेंडविथ अज्ञात असू शकतात आणि अज्ञात शून्य नाही. जेव्हा आम्ही रीडिंग घेऊ शकलो नाही तेव्हा मॉड्यूल
0लिहिण्याऐवजी आकृती तशीच सोडते — अन्यथा WHMCS तुमच्या ग्राहकाला अशा साइटसाठी आश्वासक रिक्त वापर बार दाखवेल ज्याची आमच्याकडे कोणतीही रीडिंग नाही.
समस्यानिवारण (Troubleshooting)
Test Connection पास होते आणि पहिली ऑर्डर परवानगी त्रुटीसह अयशस्वी होते. API की मध्ये org.create गहाळ आहे. साइट तयार करण्यापूर्वी मॉड्यूलला क्लायंटचे खाते उघडावे लागते.
संस्थेकडे होस्टिंग योजना नाही असे सांगणारी ऑर्डर अयशस्वी होते. तुमच्या पुनर्विक्रेता योजनेत कोणतीही साइट अलाउंस शिल्लक नाही, किंवा तुमच्याकडे अजून नाही. वरील तुम्ही सुरू करण्यापूर्वी पहा.
स्टॅकचा उल्लेख करणारी ऑर्डर अयशस्वी होते. उत्पादनावरील Stack फील्ड रिकामे आहे किंवा आम्ही तयार करत नाही असे काहीतरी नाव देते. तुम्ही दुसरे काहीतरी विकत घेत नसल्यास ते wordpress वर सेट करा.
रद्द करणे अयशस्वी होत आहे. तुम्ही मॉड्यूल आवृत्ती 1.0.0 किंवा नंतरच्या आवृत्तीवर असल्याची खात्री करा. आधीच्या बिल्ड्सने कोणतीही डिलीशन पुष्टी पाठवली नाही आणि प्रत्येक समाप्ती नाकारली गेली, ज्यामुळे सेवा चालू आणि बिलिंग राहिली.
फील्डचे नाव देणारा नकार. आमच्या प्रमाणीकरण त्रुटी संदेशानंतर ब्रॅकेटमध्ये फील्ड आणि कारण नाव देतात, उदा. (php_version: 7.2 is not offered on this product line). तो कारवाई करण्यायोग्य अर्धा भाग आहे — त्या समोरील वाक्य जाणीवपूर्वक जेनेरिक आहे.
तुमचे डाउनलोड सत्यापित करा
प्रत्येक ॲकाइव्ह आमच्या स्वतःच्या होस्टनेमवरून TLS वर सर्व्ह केले जाते आणि तृतीय-पक्ष होस्टवर कधीही पुनर्निर्देशित केले जात नाही. डाउनलोड पृष्ठ वर डाउनलोड लिंक्स शेजारी त्याची SHA-256 चेकसम छापील आहे. डाउनलोड केल्यानंतर त्याची तुलना करा:
- macOS किंवा Linux:
shasum -a 256 zinn-whmcs-1.0.0.zip - Windows:
certutil -hashfile zinn-whmcs-1.0.0.zip SHA256
WHMCS वर नाही?
इतर कशासाठीही HostBill मॉड्यूल आणि सिंगल-फाइल PHP क्लायंट आहे, दोन्ही विनामूल्य आहेत आणि दोन्ही समान डाउनलोड पृष्ठ वर आहेत. मॉड्यूल्स वापरत असलेले प्रत्येक एंडपॉइंट API संदर्भ मध्ये आहे.
अजूनही अडकलात?
प्रत्येक प्लॅनमध्ये सपोर्ट समाविष्ट आहे आणि तो तुमच्या स्वतःच्या भाषेत उत्तरे देतो.
सपोर्टशी संपर्क साधा → सर्व लेख →