വിജ്ഞാന കേന്ദ്രം
ട്രബിൾഷൂട്ടിംഗ് Zinnector®
Zinnector CLI ഉപയോഗിക്കുമ്പോൾ ആളുകൾക്ക് യഥാർത്ഥത്തിൽ ഉണ്ടാകുന്ന പിഴവുകളും അവ ഓരോന്നിനുമുള്ള പരിഹാരവും: Windows-ൽ spawn EINVAL, npm-ന്റെ EBADENGINE മുന്നറിയിപ്പ്, Node 26-ൽ Visual Studio ആവശ്യപ്പെടുന്ന node-gyp, ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ EPERM, ബൂട്ട് ചെയ്യാത്ത റൺടൈം, ഉപയോഗത്തിലുള്ള പോർട്ട്.
Zinnector® CLI ഉപയോഗിക്കുമ്പോൾ ആളുകൾക്ക് യഥാർത്ഥത്തിൽ ഉണ്ടാകുന്ന പിഴവുകൾ, ഓരോന്നിന്റെയും അർത്ഥം, പരിഹാരം എന്നിവ ഇവിടെ നൽകുന്നു. ഈ പേരിൽ നിങ്ങൾക്ക് തിരയാൻ സാധിക്കുന്ന വിധത്തിൽ ഓരോ എൻട്രിയും നിങ്ങൾ കാണാൻ പോകുന്ന കൃത്യമായ വാചകം നൽകുന്നു. നിങ്ങളുടേത് ഇവിടെ ഇല്ലെങ്കിൽ, പരാജയപ്പെട്ട കമാൻഡ് ZINNECTOR_DEBUG=1 ഉപയോഗിച്ച് പ്രവർത്തിപ്പിക്കുകയും ഔട്ട്പുട്ട്, നിങ്ങളുടെ node --version, നിങ്ങളുടെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം എന്നിവ സഹിതം github.com/Zinn-Digital/zinnector/issues എന്നതിൽ ഒരു പ്രശ്നം (issue) തുറക്കുകയും ചെയ്യുക.
റൺടൈം ഇൻസ്റ്റാളേഷൻ അംഗീകരിച്ചയുടൻ "spawn EINVAL" (Windows)
Zinnector® 0.1.0, 0.1.1 പതിപ്പുകളിലെ ഒരു ബഗ്. Windows-ൽ റൺടൈം ഇൻസ്റ്റാളർ പേര് ഉപയോഗിച്ച് npm.cmd പ്രവർത്തിപ്പിച്ചു, CVE-2024-27980-നുള്ള പരിഹാരത്തിന് ശേഷം ഷെൽ ഇല്ലാതെ ഒരു .cmd ഫയൽ സ്പോൺ ചെയ്യാൻ Node വിസമ്മതിച്ചു — അതിനാൽ നിങ്ങൾ Y എന്ന് മറുപടി നൽകി ഒരു സെക്കൻഡിന് ശേഷം ഇൻസ്റ്റാളേഷൻ ക്രാഷായി. 0.1.2-ൽ പരിഹരിച്ചു: npm ഇപ്പോൾ node npm-cli.js ആയി പ്രവർത്തിക്കുന്നു, ഇത് എല്ലാ പ്ലാറ്റ്ഫോമിലും ഒരേപോലെയാണ്, ഇതിന് ഷെൽ ആവശ്യമില്ല. npm install -g zinnector@latest പ്രവർത്തിപ്പിക്കുക, തുടർന്ന് വീണ്ടും zinnector dev നൽകുക.
ഇൻസ്റ്റാൾ ചെയ്യുമ്പോൾ "npm WARN EBADENGINE", അല്ലെങ്കിൽ "Zinnector® needs Node 24 or newer"
നിങ്ങളുടെ Node പതിപ്പ് 24-നേക്കാൾ പഴയതാണ്. പാക്കേജ് engines: >=24.18.1 എന്ന് പ്രഖ്യാപിക്കുന്നതിനാലാണ് npm ഈ മുന്നറിയിപ്പ് പ്രിന്റ് ചെയ്യുന്നത്; ഇൻസ്റ്റാളേഷൻ പൂർത്തിയാകും, എന്നാൽ പിന്നീട് എവിടെയെങ്കിലും ആശയക്കുഴപ്പമുണ്ടാക്കുന്ന പരാജയത്തിന് പകരം zinnector ആരംഭിക്കാൻ വിസമ്മതിക്കുന്നു (എക്സിറ്റ് കോഡ് 78). nodejs.org-ൽ നിന്ന് നിലവിലെ LTS ഇൻസ്റ്റാൾ ചെയ്യുക — Windows-ൽ winget install OpenJS.NodeJS.LTS, macOS-ൽ brew install node@24 — node --version എന്നത് v24 അല്ലെങ്കിൽ ഉയർന്ന പതിപ്പ് പ്രിന്റ് ചെയ്യുന്നുവെന്ന് ഉറപ്പുവരുത്തുക, തുടർന്ന് Zinnector® വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുക.
"gyp ERR!", "Building from source with node-gyp", അല്ലെങ്കിൽ "You need to install Visual Studio"
Node 24, 25 പതിപ്പുകൾക്ക് മാത്രം പ്രീബിൽറ്റ് ബൈനറികൾ ഉള്ള ഒരു നേറ്റീവ് മോഡ്യൂൾ WordPress റൺടൈമിനുണ്ട്. പുതിയ ഒരു Node-ൽ (2026 സെപ്റ്റംബർ ലെ കണക്കനുസരിച്ച് 26-ഉം അതിനുശേഷമുള്ളവയും) ഇതിന്റെ ഇൻസ്റ്റാളർ സോഴ്സിൽ നിന്ന് കംപൈൽ ചെയ്യുന്നതിലേക്ക് മാറുന്നു, ഇത് സാധാരണ Windows കമ്പ്യൂട്ടറിൽ Visual Studio-നായുള്ള അഭ്യർത്ഥനയിൽ അവസാനിക്കുന്നു. 0.1.2-ൽ പരിഹരിച്ചു: എന്തെങ്കിലും ഡൗൺലോഡ് ചെയ്യുന്നതിന് മുമ്പ് Zinnector® ഇത് കണ്ടെത്തുകയും റൺടൈമിനായി മാത്രം Node 24 കൊണ്ടുവരികയും ചെയ്യുന്നു — ഏകദേശം 30 MB, nodejs.org-ന്റെ ചെക്ക്സമ്മുകൾ ഉപയോഗിച്ച് പരിശോധിച്ചുറപ്പിച്ചത് — അതിനാൽ ഒരിക്കലും ഒന്നും കംപൈൽ ചെയ്യപ്പെടുന്നില്ല. അപ്ഗ്രേഡ് ചെയ്ത ശേഷവും നിങ്ങൾക്ക് ഇത് കാണാൻ കഴിയുമെങ്കിൽ, മുമ്പത്തെ പകുതിയായ ഇൻസ്റ്റാളേഷൻ ആദ്യം ഒഴിവാക്കപ്പെടുന്നതിനായി zinnector dev --reset-runtime പ്രവർത്തിപ്പിക്കുക.
ഇത് ക്ലീൻ ചെയ്യുമ്പോൾ npm-ൽ നിന്നുള്ള "EPERM" മുന്നറിയിപ്പുകൾ (Windows)
npm ഇത് നീക്കം ചെയ്യാൻ ശ്രമിക്കുമ്പോൾ റൺടൈമിന്റെ node_modules-ന് കീഴിൽ ഒരു ഫയൽ തുറന്നുപിടിക്കുന്ന ആന്റിവൈറസ് സ്കാനറോ സെർച്ച് ഇൻഡെക്സറോ ആകാനാണ് സാധ്യത. അടുത്ത zinnector dev-ൽ വൃത്തിയുള്ള ഡയറക്ടറിയിൽ നിന്ന് ഇൻസ്റ്റാളേഷൻ വീണ്ടും ശ്രമിക്കുന്നു; ഇത് തുടരുകയാണെങ്കിൽ, zinnector dev --reset-runtime മുഴുവൻ റൺടൈം ഡയറക്ടറിയും ആദ്യം നീക്കം ചെയ്യുകയും വീണ്ടും ഇൻസ്റ്റാൾ ചെയ്യുകയും ചെയ്യുന്നു.
"the local playground runtime could not be installed"
സന്ദേശത്തിൽ npm-ന്റെ സ്വന്തം അവസാന വരികളും Zinnector® പ്രവർത്തിപ്പിച്ച കൃത്യമായ കമാൻഡും ഉൾപ്പെടുന്നു, അതിനാൽ നിങ്ങൾക്ക് ഇത് സ്വയം പ്രവർത്തിപ്പിക്കാനും പൂർണ്ണമായ ഔട്ട്പുട്ട് കാണാനും കഴിയും. നെറ്റ്വർക്ക് അല്ലെങ്കിൽ പ്രോക്സി പ്രശ്നങ്ങളാണ് സാധാരണ കാരണങ്ങൾ — റൺടൈം നിങ്ങളുടെ സ്വന്തം npm ഉപയോഗിച്ചാണ് കൊണ്ടുവരുന്നത്, അതിനാൽ npm config set proxy … ഉം ഒരു രജിസ്ട്രി മിററും ബാധകമാണ് — അല്ലെങ്കിൽ പകുതിയായ പഴയ ഇൻസ്റ്റാളേഷൻ, അത് --reset-runtime മായ്ച്ചുകളയുന്നു.
"the local playground exited before it was ready", അല്ലെങ്കിൽ ഇത് എപ്പോഴെങ്കിലും റെഡിയാകുന്നില്ല
റൺടൈമിന്റെ സ്വന്തം ഔട്ട്പുട്ട് കാണാൻ zinnector dev --verbose പ്രവർത്തിപ്പിക്കുക. ഇതിനകം ഉപയോഗത്തിലുള്ള ഒരു പോർട്ടാണ് സാധാരണ കാരണം: zinnector dev --port 9401, അല്ലെങ്കിൽ zinnector.json-ൽ port സജ്ജീകരിക്കുക. ഇൻസ്റ്റാൾ ചെയ്തെങ്കിലും ബൂട്ട് ചെയ്യാത്ത ഒരു റൺടൈം: zinnector dev --reset-runtime. ആദ്യ ബൂട്ട് WordPress ഉം ഡൗൺലോഡ് ചെയ്യുന്നു, അതിനാൽ വേഗത കുറഞ്ഞ കണക്ഷനിൽ ഇതിന് കുറച്ച് മിനിറ്റ് സമയം നൽകുക; ടൈംഔട്ട് റിപ്പോർട്ട് ചെയ്യുന്നതിന് മുമ്പ് CLI അഞ്ച് മിനിറ്റ് വരെ കാത്തിരിക്കുന്നു.
പുഷ് ചെയ്യുമ്പോൾ "this project is not a git repository"
ഡെപ്ലോയുകൾ ഒരു റെപ്പോസിറ്ററിയിൽ നിന്നാണ് പ്രവർത്തിക്കുന്നത്, അതിനാൽ zinnector push-ന് പ്ലാറ്റ്ഫോമിന് എത്താൻ കഴിയുന്ന ഒരു റിമോട്ട് ഉള്ള ഒന്ന് ആവശ്യമാണ്. git init && git add -A && git commit -m initial, നിങ്ങളുടെ GitHub അല്ലെങ്കിൽ GitLab റിമോട്ട് ചേർക്കുക, തുടർന്ന് സൈറ്റിലേക്ക് കണക്റ്റ് ചെയ്യാൻ zinnector link നൽകുക.
ഡെപ്ലോയ്മെന്റിന് ശേഷം സൈറ്റ് വെള്ളയായിരിക്കുന്നു
zinnector check പ്രവർത്തിപ്പിക്കുക. പത്തിൽ ഒമ്പത് തവണയും ഇത് ഒരു PHP പതിപ്പ് വ്യത്യാസമാണ് — നിങ്ങൾ സ്ലോട്ട് പ്രവർത്തിക്കുന്നതിനേക്കാൾ പുതിയ PHP-യിലാണ് നിർമ്മിച്ചത് — കൂടാതെ zinnector php <version> ഉപയോഗിച്ച് സ്ലോട്ട് ഏത് പതിപ്പിലേക്ക് മാറ്റണമെന്നോ, അല്ലെങ്കിൽ zinnector dev --php <version> ഉപയോഗിച്ച് ഏതിനൊപ്പം വികസിപ്പിക്കണമെന്നോ റിപ്പോർട്ട് പറയുന്നു. zinnector logs --error ഫാറ്റൽ പിഴവ് കാണിക്കുന്നു.
ബന്ധപ്പെട്ടവ
ഇപ്പോഴും കുടുങ്ങിക്കിടക്കുകയാണോ?
എല്ലാ പ്ലാനുകളിലും പിന്തുണയും നിങ്ങളുടെ സ്വന്തം ഭാഷയിലുള്ള മറുപടികളും ഉൾപ്പെടുത്തിയിട്ടുണ്ട്.
സെപ്വർട്ടുമായി ബന്ധപ്പെടുക → എല്ലാ ലേഖനങ്ങളും →