નવું ઝિનેક્ટર
તરત જ બુટ થાય તેવી સાઇટ, પ્લગઇન અથવા બ્લોક થીમનું માળખું તૈયાર કરો. કોઈ પ્લેસહોલ્ડર ફાઇલો નહીં, કોઈ TODOs નહીં — પ્લગઇન સક્રિય થાય છે અને થીમ બનતાની સાથે જ તેને પસંદ કરી શકાય છે.
Zinnector®
Zinnector® માત્ર Node ઇન્સ્ટોલ કરેલું હોય તે સિવાય અન્ય કશું પણ ઇન્સ્ટોલ કર્યા વિના સ્થાનિક રીતે WordPress બનાવે છે — કોઈ Docker નહીં, કોઈ MAMP નહીં — પછી તમે પુશ કરો તે પહેલાં, તમે જે બનાવ્યું છે તેની તપાસ તમે જે હોસ્ટિંગ સ્લોટ પર ડિપ્લોય કરવા જઈ રહ્યા છો તેની સામે કરે છે અને શું મેળ ખાશે નહીં તે તમને જણાવે છે. તેને npm install -g zinnector વડે ઇન્સ્ટોલ કરો. તે મફત છે, MIT-લાઇસન્સ પ્રાપ્ત છે અને અહીંની અન્ય તમામ બાબતોની જેમ સમાન સાર્વજનિક API પર બનેલું છે.
મોટાભાગના હોસ્ટિંગ CLI ડિપ્લોયથી શરૂ થાય છે. Zinnector® તે પહેલાં શરૂ થાય છે — તે તમારી સાથે સાઇટ બનાવે છે, અને પછી તમે જે મશીન પર તેને મોકલવાના છો તેની સામે તમારા કામની ચકાસણી કરે છે. "તે મારા લેપટોપ પર ચાલતું હતું" અને "તે સર્વર પર ચાલે છે" વચ્ચેનું અંતર એ છે જ્યાં બપોરો વીતી જાય છે, અને તે અંતર માપી શકાય તેવું છે.
તરત જ બુટ થાય તેવી સાઇટ, પ્લગઇન અથવા બ્લોક થીમનું માળખું તૈયાર કરો. કોઈ પ્લેસહોલ્ડર ફાઇલો નહીં, કોઈ TODOs નહીં — પ્લગઇન સક્રિય થાય છે અને થીમ બનતાની સાથે જ તેને પસંદ કરી શકાય છે.
તમારા મશીન પર સેકન્ડોમાં વાસ્તવિક WordPress, તમારા પોતાના પ્લગઇન્સ અને થીમ્સ પ્રદાન કરે છે, જેમાં કોઈ Docker નથી અને તમારા PATH પર કોઈ PHP નથી. ડેવલપ કરવા માટે 5.2 થી 8.5 સુધીનું કોઈપણ PHP પસંદ કરો.
પ્રી-ફ્લાઇટ. તમે જે બનાવ્યું છે તેની તમે જેમાં ડિપ્લોય કરવા જઈ રહ્યા છો તે સ્લોટ સાથે સરખામણી કરે છે અને તમે પુશ કરો તે પહેલાં દરેક વિસંગતતા — અને તે ન કરી શક્યો હોય તેવી દરેક તપાસ — સૂચિબદ્ધ કરે છે.
પૂર્વ-તપાસ કરો, તમારા કમિટ્સ પુશ કરો, ડિપ્લોય શરૂ કરો અને પૂર્ણ થાય ત્યાં સુધી તેનું નિરીક્ષણ કરો. જો તે નિષ્ફળ જાય, તો બિલ્ડ લૉગ માત્ર એક કમાન્ડ દૂર છે.
તમારા પ્રોજેક્ટ અને તમારી સાઇટને સંદર્ભ તરીકે રાખીને ટર્મિનલ પરથી સહાયકને પૂછો. તે પ્લેટફોર્મ પર તમારા પોતાના ખાતા હેઠળ ચાલે છે, તેથી તમારા મશીન પર ક્યારેય કોઈ મોડેલ કી સંગ્રહિત થતી નથી.
ક્રમમાં છ આદેશો, અને દરેકમાં સફળતા કેવી દેખાય છે. અહીં બધું તમારા પોતાના મશીન પર ચાલે છે; જ્યારે તમે હોસ્ટિંગ સ્લોટ પર પહોંચો ત્યારે જ એક API કીની જરૂર પડે છે.
Node 24 અથવા તેનાથી નવા સંસ્કરણ પર npm install -g zinnector ચલાવો. જો npm EBADENGINE દર્શાવે છે, તો તમારું Node 24 કરતાં જૂનું છે — nodejs.org પરથી વર્તમાન LTS ઇન્સ્ટોલ કરો અને ઇન્સ્ટોલેશન ફરીથી ચલાવો.
zinnector --version એ 0.1.2 જેવો વર્ઝન નંબર પ્રિન્ટ કરે છે. 24 કરતાં જૂના Node પર તે સંદેશ પ્રિન્ટ કરે છે કે Node 24 કે નવું જરૂરી છે, અને બહાર નીકળી જાય છે.
zinnector --help નીચે દરેક આદેશને એક લાઇનના હેતુ સાથે સૂચિબદ્ધ કરે છે. દરેક આદેશ પોતાનો --help પણ સ્વીકારે છે.
zinnector new my-site એક એવો પ્રોજેક્ટ બનાવે છે જે તરત જ બૂટ થાય છે — એક zinnector.json, એક wp-content ટ્રી અને એક README — અને આગળ ચલાવવાના આદેશો પ્રદર્શિત કરે છે.
cd my-site, પછી zinnector dev. પ્રથમ રન એકવાર WordPress રનટાઇમ ડાઉનલોડ કરવા માટે પૂછે છે (આશરે 570 MB, CLI ના પોતાના કેશમાં રાખવામાં આવે છે, તમારા પ્રોજેક્ટમાં ક્યારેય નહીં). સફળતા “running at http://127.0.0.1:9400” જેવી દેખાય છે.
http://127.0.0.1:9400 એ એક નવી WordPress સાઇટ છે; /wp-admin પહેલેથી જ સાઇન ઇન કરેલ ડેશબોર્ડ ખોલે છે. wp-content/plugins માં પ્લગઇન મૂકો અને તે આગામી ફરીથી લોડ થવા પર ત્યાં ઉપલબ્ધ હશે.
zinnector login, zinnector link, zinnector check, zinnector push — તમે જે બનાવ્યું છે તેની સ્લોટ સામે પૂર્વ-તપાસ કરો, પછી ડિપ્લોય કરો અને તે પૂર્ણ થતું જુઓ.
તમે PHP 8.3 પર નિર્માણ કર્યું છે. સ્લોટ 8.1 ચલાવે છે. જ્યાં સુધી સાઇટ સફેદ ન થઈ જાય ત્યાં સુધી તમને કશું જ જણાવવામાં આવતું નથી. આ તે સમસ્યા છે જેના માટે આ કમાન્ડ અસ્તિત્વમાં છે, અને આ તે જ છે જે આ પ્લેટફોર્મના માલિકે નામ આપીને માંગી હતી. Zinnector® બંને એન્વાયર્નમેન્ટ વાંચે છે અને તેમને સાથે મૂકે છે — પછી તમને કોઈપણ રીતે ડિપ્લોય કરવાની મંજૂરી આપે છે, કારણ કે તમારી પાસે કોઈ કારણ હોઈ શકે છે.
મુખ્ય-આવૃત્તિનો તફાવત ઉચ્ચ તરીકે ચિહ્નિત થયેલ છે કારણ કે તે સાઇટને ચોક્કસપણે નુકસાન પહોંચાડે છે; ગૌણ તફાવત નીચે ચિહ્નિત થયેલ છે. દરેક વસ્તુને ગંભીર તરીકે વર્ગીકૃત કરવાથી લોકોને માત્ર ચેતવણીને અવગણવાનું જ શીખવા મળે છે.
WordPress ટ્રી હજારો નાની ફાઇલોથી બનેલું હોય છે, અને સાઇટ તેની ડિસ્ક મર્યાદાથી ઘણી નીચે હોવા છતાં તેનું inode ક્વોટા સમાપ્ત કરી શકે છે. બંનેની તપાસ યોજનાની સામે નહીં, પરંતુ સ્લોટ પર વાસ્તવમાં શું બાકી છે તેના આધારે કરવામાં આવે છે.
જે તપાસ તેના વિષયને જોઈ શકતી નથી તે ક્યારેય પાસ થયેલ નહીં, પરંતુ અનચેક્ડ તરીકે રિપોર્ટ કરે છે. એક ક્લીન રન જણાવે છે કે તે કેટલી બાબતોની ચકાસણી કરી શકી નથી, કારણ કે ખોટી ઓલ-ક્લિયર સૂચના પર કોઈ ફરીથી ધ્યાન આપતું નથી.
દરેક પરિણામને --force વડે ઓવરરાઇડ કરી શકાય છે, અને સારાંશમાં તેમ જણાવાયું છે. CI માં તેના બદલે એક્ઝિટ કોડ ગેટ તરીકે કાર્ય કરે છે, જેથી વ્યક્તિ નિયંત્રણમાં રહેવાની સાથે પાઇપલાઇન કડક બની શકે છે.
WordPress Playground ડિફૉલ્ટ છે: WebAssembly માં કમ્પાઇલ થયેલ PHP, Node ની અંદર ચાલે છે, જેથી માત્ર Node ઇન્સ્ટોલ કરેલું હોય તેવું લેપટોપ પણ આ વાક્ય વાંચવામાં જેટલો સમય લાગે છે તેટલા સમયમાં શૂન્યમાંથી ચાલતા WordPress સુધી પહોંચી જાય છે.
જ્યારે તમને નેટિવ PHP ની જરૂર હોય — imagick જેવું એક્સ્ટેંશન, વાસ્તવિક MySQL — ત્યારે --runtime docker પાસ કરો અને તેના બદલે php-fpm અને MariaDB કન્ટેનર મેળવો. બંને એક જ પ્રોજેક્ટમાંથી સમાન ફાઇલો પ્રદાન કરે છે, તેથી તેમની વચ્ચે સ્વિચ કરવાથી ફક્ત એન્જિન બદલાય છે અને બીજું કંઈ નહીં.
Zinnector® એ ડેશબોર્ડ જેવા જ પબ્લિક API પર બનાવવામાં આવ્યું છે, તેથી પેનલ જે કંઈ પણ કરી શકે છે, તે આ પણ કરી શકે છે — અને દરેક આદેશ પ્રાઈવેટ એન્ડપોઈન્ટને બદલે OpenAPI સ્પેસિફિકેશનમાં દસ્તાવેજીકૃત કામગીરી છે.
સાઇટ્સની સૂચિ બનાવો, કોઈ એક સાઇટ વિશે પ્લેટફોર્મ જે કંઈ જાણે છે તે વાંચો, પુનઃ ડિપ્લોય કરો, અને ડિપ્લોય ઇતિહાસ તેમજ બિલ્ડ લોગ્સ વાંચો.
ડોમેન્સની સૂચિ બનાવો, રેકોર્ડ લખાય તે પહેલાં દર્શાવેલ રેકોર્ડ સાથે DNS રેકોર્ડ્સ વાંચો અને તેમાં ફેરફાર કરો, અને તમારી મેઇલ સેવાઓ વાંચો.
PHP વર્ઝન બદલો, તમારા પ્લાન દ્વારા મળેલ મર્યાદા સામે ડિસ્ક અને inode વપરાશ તપાસો, phpMyAdmin માટે સિંગલ-યુઝ લિંક્સ મેળવો, અને એક્સેસ તથા એરર લૉગ્સને રીઅલ-ટાઇમમાં ટ્રેક કરો.
કોઈ સાઇટ પર મંજૂર કરાયેલા WP-CLI આદેશો ચલાવો, અને દરેક સાઇટ માટે એક-એક કરવાને બદલે એક જ કૉલમાં સમગ્ર પસંદગીમાં કૅશ સાફ કરો અથવા માલવેર સ્કેન શરૂ કરો.
સંપૂર્ણ સૂચિ, પ્રત્યેક એક લીટીમાં. સંપૂર્ણ સંદર્ભ — દરેક ફ્લેગ, ચલાવી શકાય તેવું ઉદાહરણ અને દરેક આદેશ શું પ્રિન્ટ કરે છે — તે CLI માંથી જ જનરેટ થાય છે અને ડેવલપર દસ્તાવેજો તથા નોલેજ બેઝમાં રહે છે, તેથી તે તમે ઇન્સ્ટોલ કરેલા ટૂલથી અલગ હોઈ શકે નહીં.
તમે તરત જ ચલાવી શકો તેવા WordPress પ્રોજેક્ટનું માળખું તૈયાર કરો.
આ પ્રોજેક્ટ સ્થાનિક રીતે ચલાવો — કોઈ Docker જરૂરી નથી.
Zinn Digital® API કી વડે સાઇન ઇન કરો.
સંગ્રહિત API કી ભૂલી જાઓ.
આ CLI કોના તરીકે પ્રમાણિત થયેલ છે તે બતાવો.
આ કી જોઈ શકે તેવી સાઇટ્સની સૂચિ બનાવો.
એક સાઇટ વિશે પ્લેટફોર્મ જાણે છે તે બધું.
એક જ સાઇટ પર એક વ્યક્તિને ઍક્સેસ આપો — એક ડેવલપર, એક ડિઝાઇનર, એક ક્લાયન્ટ — ભૂમિકા અને કારણ સાથે.
સાઇટનો ઍક્સેસ કોને આપવામાં આવ્યો છે, તેમની ભૂમિકા અને તેમણે હજી સુધી સ્વીકાર્યું છે કે નહીં તે જુઓ.
ઇમેઇલ અથવા ગ્રાન્ટ આઈડી દ્વારા કોઈ વ્યક્તિની ઍક્સેસ પાછી લો.
તમારી રાહ જોઈ રહેલા આમંત્રણો, અને એક સ્વીકારો.
આ પ્રોજેક્ટને હોસ્ટિંગ સ્લોટ પર પોઇન્ટ કરો (અને તેની રીપોઝીટરી કનેક્ટ કરો).
સ્થાનિક વિકાસ માટે હોસ્ટ કરેલી સાઇટની ફાઇલોને આ પ્રોજેક્ટમાં પુલ કરો, અને ફરીથી સમન્વયિત કરવા માટે ફરીથી ચલાવો. જ્યારે સાઇટ તેના પોતાના રિપોઝીટરી સાથે સમન્વયિત થાય છે ત્યારે ઝડપી માર્ગ લે છે, અન્યથા નવીનતમ બેકઅપમાંથી કાર્ય કરે છે.
હોસ્ટ કરેલી સાઇટની લાઇવ ફાઇલો અને તેના રિપોઝિટરી વચ્ચે ટુ-વે સિંક: તેની સ્થિતિ જુઓ, તેને ચાલુ કરો, સાઇટના ફેરફારોને કમિટ કરો, અથવા કઈ બાજુ અગ્રતા ધરાવે છે તે પસંદ કરો.
Claude Desktop અને ફક્ત લોકલ સર્વર્સ શરૂ કરતા અન્ય AI ક્લાયંટ્સ માટે Zinn Digital® MCP સર્વર માટેનો બ્રિજ.
હોસ્ટ કરેલી સાઇટમાંથી એક જ પગલામાં લોકલ પ્રોજેક્ટ બનાવો: તેનું રિપોઝિટરી ક્લોન કરો અથવા તેની ફાઇલો પુલ કરો, પ્રોજેક્ટ ફાઇલ લખો અને zinnector dev ચલાવવા માટે તૈયાર રહો.
આ પ્રોજેક્ટને તમે જેમાં ડિપ્લોય કરવાના છો તે સ્લોટ સાથે સરખાવો.
પ્રારંભિક તપાસ કરો, તમારા કમિટ્સ મોકલો અને ડિપ્લોય કરો.
પુશ કર્યા વિના, પ્લેટફોર્મ પાસે પહેલેથી જ છે તેને ફરીથી ગોઠવો.
સાઇટનો ડિપ્લોય ઇતિહાસ.
સાઇટનું PHP સંસ્કરણ બતાવો અથવા બદલો.
પ્લાન દ્વારા આપવામાં આવેલી મંજૂરી સામે ડિસ્ક, ફાઇલો અને ડેટાબેઝનો વપરાશ.
ડેટાબેઝનું કદ, અને phpMyAdmin તેમજ ફાઇલ મેનેજરની સિંગલ-યુઝ લિંક્સ.
સાઇટના ઍક્સેસ અને ભૂલ લૉગ્સને રીઅલ-ટાઇમમાં ટ્રૅક કરો.
સાઇટ પર પરવાનગી પ્રાપ્ત WP-CLI આદેશ ચલાવો.
સાઇટ બેકઅપની સૂચિ બનાવો અને બેકઅપ લો. સબકમાન્ડ્સ: list, now.
આ કી જોઈ શકે તેવા ડોમેન્સની સૂચિ બનાવો.
DNS રેકોર્ડ્સ વાંચો અને બદલો. સબકમાન્ડ્સ: list, add, rm.
મેઇલ સેવાઓની સૂચિ બનાવો.
બહુવિધ સાઇટ્સ પર એક કામગીરી ચલાવો (cache_purge, malware_scan, sitemap, block_ip).
આ પ્રોજેક્ટને સંદર્ભ તરીકે રાખીને, Zinn Digital® સહાયકને પૂછો.
ના. `zinnector new` અને `zinnector dev` માટે કોઈ ખાતાની જરૂર નથી — પ્લગઇન, થીમ અથવા આખી સાઇટનું માળખું બનાવો અને તેને સ્થાનિક રીતે, મફતમાં, કાયમ માટે ચલાવો. તમારા હોસ્ટિંગ સાથે વાતચીત કરતા આદેશો માટે જ API કીની જરૂર પડે છે.
ડિફૉલ્ટ રનટાઇમ માટે નહીં. WordPress Playground PHP ને WebAssembly માં કમ્પાઇલ કરે છે અને Node ની અંદર ચાલે છે, જેથી `zinnector dev` અન્ય કંઈપણ ઇન્સ્ટોલ કર્યા વિના સેકન્ડોમાં એક વાસ્તવિક WordPress શરૂ કરે છે. જો તમને નેટિવ PHP ની જરૂર હોય — imagick અથવા ionCube જેવા એક્સટેન્શનનું પરીક્ષણ કરવા માટે — તો `--runtime docker` તમને તેના બદલે php-fpm અને MariaDB કન્ટેનર આપે છે. બંને સમર્થિત છે; બંનેમાંથી કોઈ પણ ફોલબેક નથી.
તમારું સ્થાનિક PHP વર્ઝન સ્લોટના વર્ઝન સામે, તમે જેના પર નિર્માણ કર્યું છે તે વર્ઝન પર સ્લોટ સ્વિચ કરી શકે છે કે નહીં, સ્લોટનું PHP એન્ડ ઑફ લાઈફ વટાવી ગયું છે કે નહીં અને મશીને તેને ખરેખર લાગુ કર્યું છે કે નહીં, બાકી રહેલી ડિસ્ક અને inode ક્ષમતા સામે તમારા પ્રોજેક્ટનું કદ અને ફાઇલ સંખ્યા, બંને બાજુના WordPress વર્ઝન, સ્લોટે પ્રોવિઝનિંગ પૂર્ણ કર્યું છે કે નહીં, અને ડિપ્લોય કરવા માટે git રિપોઝિટરી જોડાયેલ છે કે નહીં. જે કંઈપણ ચકાસી શકાયું નથી તેને પાસ ગણવાને બદલે અનચેક્ડ તરીકે રિપોર્ટ કરવામાં આવે છે.
ના, અને તે ઇરાદાપૂર્વકનું છે. પ્રી-ફ્લાઇટ ચેતવણી આપે છે અને તમને આગળ વધવા દે છે — `--force` કોઈપણ ક્ષતિ છતાં ડિપ્લોય કરે છે. તમે તમારી પોતાની સાઇટ વિશે એવી બાબતો જાણો છો જે ચેકર નથી જાણતું, અને જે ટૂલ ડિપ્લોય કરવાનો ઇનકાર કરે છે તેને લોકો અનઇન્સ્ટોલ કરી દે છે.
કી ક્યારેય કમાન્ડ લાઇનમાંથી વાંચવામાં આવતી નથી — ફક્ત પ્રોમ્પ્ટ અથવા પાઇપ કરેલા stdin માંથી જ — જેથી તે તમારા શેલ ઇતિહાસમાં અથવા પ્રક્રિયા સૂચિમાં આવી શકતી નથી. તે ફાઇલ મોડ 600 સાથે તમારી પોતાની રૂપરેખાંકન ડિરેક્ટરીમાં સંગ્રહિત થાય છે, અને Zinnector® જ્યારે પણ લખે છે ત્યારે તે પરવાનગીઓની પુનઃ ખાતરી કરે છે.
હા. `ZINNECTOR_TOKEN` સેટ કરો, અને દરેક આદેશ `--json` સ્વીકારે છે. માનવ-વાંચનક્ષમ આઉટપુટ stderr પર જાય છે અને ડેટા stdout પર જાય છે, જેથી પાઈપ્સ સ્વચ્છ રહે છે. `zinnector check` જ્યારે કંઈક શોધે છે ત્યારે બિન-શૂન્ય કોડ સાથે બહાર નીકળે છે, જેથી તે પાઈપલાઈન ગેટ તરીકે કાર્ય કરે છે, અને જ્યારે સરખામણી ન થઈ શકે ત્યારે `--strict` પણ નિષ્ફળ જાય છે.
npm install -g zinnector ચલાવો, અથવા npx zinnector new my-site સાથે એકવાર અજમાવી જુઓ. મફત, MIT-લાઇસન્સ પ્રાપ્ત અને સાર્વજનિક API પર નિર્મિત. પ્રોજેક્ટનું માળખું તૈયાર કરો, Docker વગર તેને સ્થાનિક રીતે ચલાવો અને તેને ડિપ્લોય કરતા પહેલા પ્રી-ફ્લાઇટ ચકાસણી કરો.
દસ્તાવેજો વાંચો