Zinnector®

WordPress હોસ્ટિંગ માટે ડેવલપર CLI

Zinnector® માત્ર Node ઇન્સ્ટોલ કરેલું હોય તે સિવાય અન્ય કશું પણ ઇન્સ્ટોલ કર્યા વિના સ્થાનિક રીતે WordPress બનાવે છે — કોઈ Docker નહીં, કોઈ MAMP નહીં — પછી તમે પુશ કરો તે પહેલાં, તમે જે બનાવ્યું છે તેની તપાસ તમે જે હોસ્ટિંગ સ્લોટ પર ડિપ્લોય કરવા જઈ રહ્યા છો તેની સામે કરે છે અને શું મેળ ખાશે નહીં તે તમને જણાવે છે. તેને npm install -g zinnector વડે ઇન્સ્ટોલ કરો. તે મફત છે, MIT-લાઇસન્સ પ્રાપ્ત છે અને અહીંની અન્ય તમામ બાબતોની જેમ સમાન સાર્વજનિક API પર બનેલું છે.

બ્રાઉઝરમાં એક કોડ એડિટર, જેમાં ખુલેલી ફાઇલની બાજુમાં ફાઇલ ટ્રી અને તેમાં કર્સર છે.

પાંચ આદેશો, અને વચ્ચેનો આદેશ જ મુખ્ય બાબત છે

મોટાભાગના હોસ્ટિંગ CLI ડિપ્લોયથી શરૂ થાય છે. Zinnector® તે પહેલાં શરૂ થાય છે — તે તમારી સાથે સાઇટ બનાવે છે, અને પછી તમે જે મશીન પર તેને મોકલવાના છો તેની સામે તમારા કામની ચકાસણી કરે છે. "તે મારા લેપટોપ પર ચાલતું હતું" અને "તે સર્વર પર ચાલે છે" વચ્ચેનું અંતર એ છે જ્યાં બપોરો વીતી જાય છે, અને તે અંતર માપી શકાય તેવું છે.

નવું ઝિનેક્ટર

તરત જ બુટ થાય તેવી સાઇટ, પ્લગઇન અથવા બ્લોક થીમનું માળખું તૈયાર કરો. કોઈ પ્લેસહોલ્ડર ફાઇલો નહીં, કોઈ TODOs નહીં — પ્લગઇન સક્રિય થાય છે અને થીમ બનતાની સાથે જ તેને પસંદ કરી શકાય છે.

zinnector dev

તમારા મશીન પર સેકન્ડોમાં વાસ્તવિક WordPress, તમારા પોતાના પ્લગઇન્સ અને થીમ્સ પ્રદાન કરે છે, જેમાં કોઈ Docker નથી અને તમારા PATH પર કોઈ PHP નથી. ડેવલપ કરવા માટે 5.2 થી 8.5 સુધીનું કોઈપણ PHP પસંદ કરો.

ઝિનેક્ટર તપાસ

પ્રી-ફ્લાઇટ. તમે જે બનાવ્યું છે તેની તમે જેમાં ડિપ્લોય કરવા જઈ રહ્યા છો તે સ્લોટ સાથે સરખામણી કરે છે અને તમે પુશ કરો તે પહેલાં દરેક વિસંગતતા — અને તે ન કરી શક્યો હોય તેવી દરેક તપાસ — સૂચિબદ્ધ કરે છે.

ઝિનેક્ટર પુશ

પૂર્વ-તપાસ કરો, તમારા કમિટ્સ પુશ કરો, ડિપ્લોય શરૂ કરો અને પૂર્ણ થાય ત્યાં સુધી તેનું નિરીક્ષણ કરો. જો તે નિષ્ફળ જાય, તો બિલ્ડ લૉગ માત્ર એક કમાન્ડ દૂર છે.

zinnector ai

તમારા પ્રોજેક્ટ અને તમારી સાઇટને સંદર્ભ તરીકે રાખીને ટર્મિનલ પરથી સહાયકને પૂછો. તે પ્લેટફોર્મ પર તમારા પોતાના ખાતા હેઠળ ચાલે છે, તેથી તમારા મશીન પર ક્યારેય કોઈ મોડેલ કી સંગ્રહિત થતી નથી.

બે મિનિટમાં તે કામ કરે છે કે નહીં તે ચકાસો, ખાતાની જરૂર નથી

ક્રમમાં છ આદેશો, અને દરેકમાં સફળતા કેવી દેખાય છે. અહીં બધું તમારા પોતાના મશીન પર ચાલે છે; જ્યારે તમે હોસ્ટિંગ સ્લોટ પર પહોંચો ત્યારે જ એક API કીની જરૂર પડે છે.

  1. તેને ઇન્સ્ટોલ કરો

    Node 24 અથવા તેનાથી નવા સંસ્કરણ પર npm install -g zinnector ચલાવો. જો npm EBADENGINE દર્શાવે છે, તો તમારું Node 24 કરતાં જૂનું છે — nodejs.org પરથી વર્તમાન LTS ઇન્સ્ટોલ કરો અને ઇન્સ્ટોલેશન ફરીથી ચલાવો.

  2. આવૃત્તિ તપાસો

    zinnector --version એ 0.1.2 જેવો વર્ઝન નંબર પ્રિન્ટ કરે છે. 24 કરતાં જૂના Node પર તે સંદેશ પ્રિન્ટ કરે છે કે Node 24 કે નવું જરૂરી છે, અને બહાર નીકળી જાય છે.

  3. મદદ વાંચો

    zinnector --help નીચે દરેક આદેશને એક લાઇનના હેતુ સાથે સૂચિબદ્ધ કરે છે. દરેક આદેશ પોતાનો --help પણ સ્વીકારે છે.

  4. સાઇટનું માળખું બનાવો

    zinnector new my-site એક એવો પ્રોજેક્ટ બનાવે છે જે તરત જ બૂટ થાય છે — એક zinnector.json, એક wp-content ટ્રી અને એક README — અને આગળ ચલાવવાના આદેશો પ્રદર્શિત કરે છે.

  5. તેને ચલાવો

    cd my-site, પછી zinnector dev. પ્રથમ રન એકવાર WordPress રનટાઇમ ડાઉનલોડ કરવા માટે પૂછે છે (આશરે 570 MB, CLI ના પોતાના કેશમાં રાખવામાં આવે છે, તમારા પ્રોજેક્ટમાં ક્યારેય નહીં). સફળતા “running at http://127.0.0.1:9400” જેવી દેખાય છે.

  6. તેને બ્રાઉઝરમાં ખોલો

    http://127.0.0.1:9400 એ એક નવી WordPress સાઇટ છે; /wp-admin પહેલેથી જ સાઇન ઇન કરેલ ડેશબોર્ડ ખોલે છે. wp-content/plugins માં પ્લગઇન મૂકો અને તે આગામી ફરીથી લોડ થવા પર ત્યાં ઉપલબ્ધ હશે.

  7. પછી, હોસ્ટિંગ સ્લોટ સાથે

    zinnector login, zinnector link, zinnector check, zinnector push — તમે જે બનાવ્યું છે તેની સ્લોટ સામે પૂર્વ-તપાસ કરો, પછી ડિપ્લોય કરો અને તે પૂર્ણ થતું જુઓ.

પ્રી-ફ્લાઇટ, વિગતવાર

તમે PHP 8.3 પર નિર્માણ કર્યું છે. સ્લોટ 8.1 ચલાવે છે. જ્યાં સુધી સાઇટ સફેદ ન થઈ જાય ત્યાં સુધી તમને કશું જ જણાવવામાં આવતું નથી. આ તે સમસ્યા છે જેના માટે આ કમાન્ડ અસ્તિત્વમાં છે, અને આ તે જ છે જે આ પ્લેટફોર્મના માલિકે નામ આપીને માંગી હતી. Zinnector® બંને એન્વાયર્નમેન્ટ વાંચે છે અને તેમને સાથે મૂકે છે — પછી તમને કોઈપણ રીતે ડિપ્લોય કરવાની મંજૂરી આપે છે, કારણ કે તમારી પાસે કોઈ કારણ હોઈ શકે છે.

PHP, પ્રામાણિકપણે મૂલ્યાંકન કરેલ

મુખ્ય-આવૃત્તિનો તફાવત ઉચ્ચ તરીકે ચિહ્નિત થયેલ છે કારણ કે તે સાઇટને ચોક્કસપણે નુકસાન પહોંચાડે છે; ગૌણ તફાવત નીચે ચિહ્નિત થયેલ છે. દરેક વસ્તુને ગંભીર તરીકે વર્ગીકૃત કરવાથી લોકોને માત્ર ચેતવણીને અવગણવાનું જ શીખવા મળે છે.

ડિસ્ક અને ફાઇલ સંખ્યા, અલગથી

WordPress ટ્રી હજારો નાની ફાઇલોથી બનેલું હોય છે, અને સાઇટ તેની ડિસ્ક મર્યાદાથી ઘણી નીચે હોવા છતાં તેનું inode ક્વોટા સમાપ્ત કરી શકે છે. બંનેની તપાસ યોજનાની સામે નહીં, પરંતુ સ્લોટ પર વાસ્તવમાં શું બાકી છે તેના આધારે કરવામાં આવે છે.

“ચકાસી શકાયું નથી” તે પોતાનામાં જ એક જવાબ છે

જે તપાસ તેના વિષયને જોઈ શકતી નથી તે ક્યારેય પાસ થયેલ નહીં, પરંતુ અનચેક્ડ તરીકે રિપોર્ટ કરે છે. એક ક્લીન રન જણાવે છે કે તે કેટલી બાબતોની ચકાસણી કરી શકી નથી, કારણ કે ખોટી ઓલ-ક્લિયર સૂચના પર કોઈ ફરીથી ધ્યાન આપતું નથી.

ચેતવણી આપે છે, ક્યારેય બ્લૉક કરતું નથી

દરેક પરિણામને --force વડે ઓવરરાઇડ કરી શકાય છે, અને સારાંશમાં તેમ જણાવાયું છે. CI માં તેના બદલે એક્ઝિટ કોડ ગેટ તરીકે કાર્ય કરે છે, જેથી વ્યક્તિ નિયંત્રણમાં રહેવાની સાથે પાઇપલાઇન કડક બની શકે છે.

બે સ્થાનિક રનટાઇમ્સ, બંને વાસ્તવિક

WordPress Playground ડિફૉલ્ટ છે: WebAssembly માં કમ્પાઇલ થયેલ PHP, Node ની અંદર ચાલે છે, જેથી માત્ર Node ઇન્સ્ટોલ કરેલું હોય તેવું લેપટોપ પણ આ વાક્ય વાંચવામાં જેટલો સમય લાગે છે તેટલા સમયમાં શૂન્યમાંથી ચાલતા WordPress સુધી પહોંચી જાય છે.

જ્યારે તમને નેટિવ PHP ની જરૂર હોય — imagick જેવું એક્સ્ટેંશન, વાસ્તવિક MySQL — ત્યારે --runtime docker પાસ કરો અને તેના બદલે php-fpm અને MariaDB કન્ટેનર મેળવો. બંને એક જ પ્રોજેક્ટમાંથી સમાન ફાઇલો પ્રદાન કરે છે, તેથી તેમની વચ્ચે સ્વિચ કરવાથી ફક્ત એન્જિન બદલાય છે અને બીજું કંઈ નહીં.

તમે પહેલાથી જ પેનલમાં કરો છો તે બાકીનું બધું

Zinnector® એ ડેશબોર્ડ જેવા જ પબ્લિક API પર બનાવવામાં આવ્યું છે, તેથી પેનલ જે કંઈ પણ કરી શકે છે, તે આ પણ કરી શકે છે — અને દરેક આદેશ પ્રાઈવેટ એન્ડપોઈન્ટને બદલે OpenAPI સ્પેસિફિકેશનમાં દસ્તાવેજીકૃત કામગીરી છે.

સાઇટ્સ અને ડિપ્લોયમેન્ટ્સ

સાઇટ્સની સૂચિ બનાવો, કોઈ એક સાઇટ વિશે પ્લેટફોર્મ જે કંઈ જાણે છે તે વાંચો, પુનઃ ડિપ્લોય કરો, અને ડિપ્લોય ઇતિહાસ તેમજ બિલ્ડ લોગ્સ વાંચો.

ડોમેન્સ, DNS અને મેઇલ

ડોમેન્સની સૂચિ બનાવો, રેકોર્ડ લખાય તે પહેલાં દર્શાવેલ રેકોર્ડ સાથે DNS રેકોર્ડ્સ વાંચો અને તેમાં ફેરફાર કરો, અને તમારી મેઇલ સેવાઓ વાંચો.

PHP, ક્વોટા, ડેટાબેઝ અને લૉગ્સ

PHP વર્ઝન બદલો, તમારા પ્લાન દ્વારા મળેલ મર્યાદા સામે ડિસ્ક અને inode વપરાશ તપાસો, phpMyAdmin માટે સિંગલ-યુઝ લિંક્સ મેળવો, અને એક્સેસ તથા એરર લૉગ્સને રીઅલ-ટાઇમમાં ટ્રેક કરો.

WP-CLI અને બલ્ક ઑપરેશન્સ

કોઈ સાઇટ પર મંજૂર કરાયેલા WP-CLI આદેશો ચલાવો, અને દરેક સાઇટ માટે એક-એક કરવાને બદલે એક જ કૉલમાં સમગ્ર પસંદગીમાં કૅશ સાફ કરો અથવા માલવેર સ્કેન શરૂ કરો.

દરેક આદેશ, બરાબર જેમ --help સૂચિબદ્ધ કરે છે

સંપૂર્ણ સૂચિ, પ્રત્યેક એક લીટીમાં. સંપૂર્ણ સંદર્ભ — દરેક ફ્લેગ, ચલાવી શકાય તેવું ઉદાહરણ અને દરેક આદેશ શું પ્રિન્ટ કરે છે — તે CLI માંથી જ જનરેટ થાય છે અને ડેવલપર દસ્તાવેજો તથા નોલેજ બેઝમાં રહે છે, તેથી તે તમે ઇન્સ્ટોલ કરેલા ટૂલથી અલગ હોઈ શકે નહીં.

નવું zinnector

તમે તરત જ ચલાવી શકો તેવા WordPress પ્રોજેક્ટનું માળખું તૈયાર કરો.

zinnector dev

આ પ્રોજેક્ટ સ્થાનિક રીતે ચલાવો — કોઈ Docker જરૂરી નથી.

zinnector લૉગિન

Zinn Digital® API કી વડે સાઇન ઇન કરો.

ઝિનેક્ટર લૉગઆઉટ

સંગ્રહિત API કી ભૂલી જાઓ.

zinnector whoami

આ CLI કોના તરીકે પ્રમાણિત થયેલ છે તે બતાવો.

zinnector સાઇટ્સ

આ કી જોઈ શકે તેવી સાઇટ્સની સૂચિ બનાવો.

ઝિનેક્ટર સ્થિતિ

એક સાઇટ વિશે પ્લેટફોર્મ જાણે છે તે બધું.

ઝિનેક્ટર શેર

એક જ સાઇટ પર એક વ્યક્તિને ઍક્સેસ આપો — એક ડેવલપર, એક ડિઝાઇનર, એક ક્લાયન્ટ — ભૂમિકા અને કારણ સાથે.

zinnector સહયોગીઓ

સાઇટનો ઍક્સેસ કોને આપવામાં આવ્યો છે, તેમની ભૂમિકા અને તેમણે હજી સુધી સ્વીકાર્યું છે કે નહીં તે જુઓ.

ઝિનેક્ટર શેયર હટાવો

ઇમેઇલ અથવા ગ્રાન્ટ આઈડી દ્વારા કોઈ વ્યક્તિની ઍક્સેસ પાછી લો.

ઝિનેક્ટર આમંત્રણો

તમારી રાહ જોઈ રહેલા આમંત્રણો, અને એક સ્વીકારો.

ઝિનનેક્ટર લિંક

આ પ્રોજેક્ટને હોસ્ટિંગ સ્લોટ પર પોઇન્ટ કરો (અને તેની રીપોઝીટરી કનેક્ટ કરો).

zinnector pull

સ્થાનિક વિકાસ માટે હોસ્ટ કરેલી સાઇટની ફાઇલોને આ પ્રોજેક્ટમાં પુલ કરો, અને ફરીથી સમન્વયિત કરવા માટે ફરીથી ચલાવો. જ્યારે સાઇટ તેના પોતાના રિપોઝીટરી સાથે સમન્વયિત થાય છે ત્યારે ઝડપી માર્ગ લે છે, અન્યથા નવીનતમ બેકઅપમાંથી કાર્ય કરે છે.

zinnector સિંક

હોસ્ટ કરેલી સાઇટની લાઇવ ફાઇલો અને તેના રિપોઝિટરી વચ્ચે ટુ-વે સિંક: તેની સ્થિતિ જુઓ, તેને ચાલુ કરો, સાઇટના ફેરફારોને કમિટ કરો, અથવા કઈ બાજુ અગ્રતા ધરાવે છે તે પસંદ કરો.

ઝિનેક્ટર એમસીપી

Claude Desktop અને ફક્ત લોકલ સર્વર્સ શરૂ કરતા અન્ય AI ક્લાયંટ્સ માટે Zinn Digital® MCP સર્વર માટેનો બ્રિજ.

ઝિનનેક્ટર ક્લોન

હોસ્ટ કરેલી સાઇટમાંથી એક જ પગલામાં લોકલ પ્રોજેક્ટ બનાવો: તેનું રિપોઝિટરી ક્લોન કરો અથવા તેની ફાઇલો પુલ કરો, પ્રોજેક્ટ ફાઇલ લખો અને zinnector dev ચલાવવા માટે તૈયાર રહો.

ઝિનેક્ટર તપાસ

આ પ્રોજેક્ટને તમે જેમાં ડિપ્લોય કરવાના છો તે સ્લોટ સાથે સરખાવો.

zinnector push

પ્રારંભિક તપાસ કરો, તમારા કમિટ્સ મોકલો અને ડિપ્લોય કરો.

zinnector ડિપ્લોય

પુશ કર્યા વિના, પ્લેટફોર્મ પાસે પહેલેથી જ છે તેને ફરીથી ગોઠવો.

ઝિનેક્ટર ડિપ્લોય કરે છે

સાઇટનો ડિપ્લોય ઇતિહાસ.

zinnector php

સાઇટનું PHP સંસ્કરણ બતાવો અથવા બદલો.

ઝિનેક્ટર ક્વોટા

પ્લાન દ્વારા આપવામાં આવેલી મંજૂરી સામે ડિસ્ક, ફાઇલો અને ડેટાબેઝનો વપરાશ.

zinnector db

ડેટાબેઝનું કદ, અને phpMyAdmin તેમજ ફાઇલ મેનેજરની સિંગલ-યુઝ લિંક્સ.

ઝિનેક્ટર લૉગ્સ

સાઇટના ઍક્સેસ અને ભૂલ લૉગ્સને રીઅલ-ટાઇમમાં ટ્રૅક કરો.

zinnector wp

સાઇટ પર પરવાનગી પ્રાપ્ત WP-CLI આદેશ ચલાવો.

ઝિનેક્ટર બેકઅપ

સાઇટ બેકઅપની સૂચિ બનાવો અને બેકઅપ લો. સબકમાન્ડ્સ: list, now.

ઝિનેક્ટર ડોમેન

આ કી જોઈ શકે તેવા ડોમેન્સની સૂચિ બનાવો.

zinnector dns

DNS રેકોર્ડ્સ વાંચો અને બદલો. સબકમાન્ડ્સ: list, add, rm.

ઝિનનેક્ટર મેઇલ

મેઇલ સેવાઓની સૂચિ બનાવો.

zinnector બલ્ક

બહુવિધ સાઇટ્સ પર એક કામગીરી ચલાવો (cache_purge, malware_scan, sitemap, block_ip).

zinnector ai

આ પ્રોજેક્ટને સંદર્ભ તરીકે રાખીને, Zinn Digital® સહાયકને પૂછો.

પ્રશ્નો

શું તેનો ઉપયોગ કરવા માટે મારે Zinn Digital® ના ગ્રાહક હોવું જરૂરી છે?

ના. `zinnector new` અને `zinnector dev` માટે કોઈ ખાતાની જરૂર નથી — પ્લગઇન, થીમ અથવા આખી સાઇટનું માળખું બનાવો અને તેને સ્થાનિક રીતે, મફતમાં, કાયમ માટે ચલાવો. તમારા હોસ્ટિંગ સાથે વાતચીત કરતા આદેશો માટે જ API કીની જરૂર પડે છે.

શું તેને Docker ની જરૂર છે?

ડિફૉલ્ટ રનટાઇમ માટે નહીં. WordPress Playground PHP ને WebAssembly માં કમ્પાઇલ કરે છે અને Node ની અંદર ચાલે છે, જેથી `zinnector dev` અન્ય કંઈપણ ઇન્સ્ટોલ કર્યા વિના સેકન્ડોમાં એક વાસ્તવિક WordPress શરૂ કરે છે. જો તમને નેટિવ PHP ની જરૂર હોય — imagick અથવા ionCube જેવા એક્સટેન્શનનું પરીક્ષણ કરવા માટે — તો `--runtime docker` તમને તેના બદલે php-fpm અને MariaDB કન્ટેનર આપે છે. બંને સમર્થિત છે; બંનેમાંથી કોઈ પણ ફોલબેક નથી.

પ્રી-ફ્લાઇટ તપાસ વાસ્તવમાં શું સરખાવે છે?

તમારું સ્થાનિક PHP વર્ઝન સ્લોટના વર્ઝન સામે, તમે જેના પર નિર્માણ કર્યું છે તે વર્ઝન પર સ્લોટ સ્વિચ કરી શકે છે કે નહીં, સ્લોટનું PHP એન્ડ ઑફ લાઈફ વટાવી ગયું છે કે નહીં અને મશીને તેને ખરેખર લાગુ કર્યું છે કે નહીં, બાકી રહેલી ડિસ્ક અને inode ક્ષમતા સામે તમારા પ્રોજેક્ટનું કદ અને ફાઇલ સંખ્યા, બંને બાજુના WordPress વર્ઝન, સ્લોટે પ્રોવિઝનિંગ પૂર્ણ કર્યું છે કે નહીં, અને ડિપ્લોય કરવા માટે git રિપોઝિટરી જોડાયેલ છે કે નહીં. જે કંઈપણ ચકાસી શકાયું નથી તેને પાસ ગણવાને બદલે અનચેક્ડ તરીકે રિપોર્ટ કરવામાં આવે છે.

શું તે મને ડિપ્લોય કરતાં રોકી શકે છે?

ના, અને તે ઇરાદાપૂર્વકનું છે. પ્રી-ફ્લાઇટ ચેતવણી આપે છે અને તમને આગળ વધવા દે છે — `--force` કોઈપણ ક્ષતિ છતાં ડિપ્લોય કરે છે. તમે તમારી પોતાની સાઇટ વિશે એવી બાબતો જાણો છો જે ચેકર નથી જાણતું, અને જે ટૂલ ડિપ્લોય કરવાનો ઇનકાર કરે છે તેને લોકો અનઇન્સ્ટોલ કરી દે છે.

શું મારી API કી સુરક્ષિત છે?

કી ક્યારેય કમાન્ડ લાઇનમાંથી વાંચવામાં આવતી નથી — ફક્ત પ્રોમ્પ્ટ અથવા પાઇપ કરેલા stdin માંથી જ — જેથી તે તમારા શેલ ઇતિહાસમાં અથવા પ્રક્રિયા સૂચિમાં આવી શકતી નથી. તે ફાઇલ મોડ 600 સાથે તમારી પોતાની રૂપરેખાંકન ડિરેક્ટરીમાં સંગ્રહિત થાય છે, અને Zinnector® જ્યારે પણ લખે છે ત્યારે તે પરવાનગીઓની પુનઃ ખાતરી કરે છે.

શું હું તેનો ઉપયોગ CI માં કરી શકું?

હા. `ZINNECTOR_TOKEN` સેટ કરો, અને દરેક આદેશ `--json` સ્વીકારે છે. માનવ-વાંચનક્ષમ આઉટપુટ stderr પર જાય છે અને ડેટા stdout પર જાય છે, જેથી પાઈપ્સ સ્વચ્છ રહે છે. `zinnector check` જ્યારે કંઈક શોધે છે ત્યારે બિન-શૂન્ય કોડ સાથે બહાર નીકળે છે, જેથી તે પાઈપલાઈન ગેટ તરીકે કાર્ય કરે છે, અને જ્યારે સરખામણી ન થઈ શકે ત્યારે `--strict` પણ નિષ્ફળ જાય છે.

તેને ઇન્સ્ટોલ કરો અને આગલી મિનિટમાં સાઇટ ચલાવો

npm install -g zinnector ચલાવો, અથવા npx zinnector new my-site સાથે એકવાર અજમાવી જુઓ. મફત, MIT-લાઇસન્સ પ્રાપ્ત અને સાર્વજનિક API પર નિર્મિત. પ્રોજેક્ટનું માળખું તૈયાર કરો, Docker વગર તેને સ્થાનિક રીતે ચલાવો અને તેને ડિપ્લોય કરતા પહેલા પ્રી-ફ્લાઇટ ચકાસણી કરો.

દસ્તાવેજો વાંચો