Zinnector® ട്രബിൾഷൂട്ടിംഗ്

Zinnector® CLI ഉപയോഗിക്കുമ്പോൾ ആളുകൾക്ക് യഥാർത്ഥത്തിൽ ഉണ്ടാകുന്ന പിശകുകൾ, ഓരോന്നിന്റെയും അർത്ഥം, അവയ്ക്കുള്ള പരിഹാരം. ഓരോ എൻട്രിയിലും നിങ്ങൾ കാണുന്ന കൃത്യമായ ടെക്സ്റ്റ് നൽകിയിട്ടുണ്ട്, അതിനാൽ നിങ്ങൾക്കത് ഈ പേജിൽ തിരയാവുന്നതാണ്. നിങ്ങളുടേത് ഇവിടെ കാണുന്നില്ലെങ്കിൽ, പരാജയപ്പെടുന്ന കമാൻഡ് ZINNECTOR_DEBUG=1 ഉപയോഗിച്ച് റൺ ചെയ്യുകയും ഔട്ട്പുട്ട്, നിങ്ങളുടെ node --version, നിങ്ങളുടെ ഓപ്പറേറ്റിംഗ് സിസ്റ്റം എന്നിവ ഉൾപ്പെടുത്തി github.com/Zinn-Digital/zinnector/issues എന്നതിൽ ഒരു ഇഷ്യൂ തുറക്കുകയും ചെയ്യുക.

റൺടൈം ഇൻസ്റ്റാൾ സ്വീകരിച്ചതിന് തൊട്ടുപിന്നാലെ "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"

WordPress റൺടൈമിന് Node 24, 25 എന്നിവയ്ക്ക് മാത്രം പ്രീബിൽറ്റ് ബൈനറികൾ നിലവിലുള്ള ഒരു നേറ്റീവ് മൊഡ്യൂൾ ഉണ്ട്. ഒരു പുതിയ 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 ഫേറ്റൽ പിശക് തന്നെ കാണിക്കുന്നു.

അനുബന്ധമായവ

• ആമുഖം · പ്രാദേശിക വികസനം · വിന്യാസം · കമാൻഡ് റഫറൻസ്