പബ്ലിഷ് പിശകുകൾ ഇപ്പോൾ എന്താണ് സംഭവിച്ചതെന്ന് ലളിതമായി പറയുന്നു
Mythex-ൽ ഒരു പബ്ലിഷ് പരാജയപ്പെടുമ്പോൾ, എന്താണ് സംഭവിച്ചതെന്ന് ഡയലോഗ് ഇപ്പോൾ ഒറ്റ വാക്യത്തിൽ പറയുന്നു — build പരാജയപ്പെട്ടു, ആപ്പ് തുടങ്ങിയ ശേഷം നിന്നുപോയി, ആപ്പ് തുടങ്ങിയതേയില്ല, ഫയൽ വളരെ വലുതാണ്, അല്ലെങ്കിൽ ഞങ്ങളുടെ ഭാഗത്ത് എന്തോ തകരാറുണ്ടായി — കൂടാതെ Fix with AI, Try again എന്നീ ബട്ടണുകളും നൽകുന്നു. Build-ൽ നിന്നും നിങ്ങളുടെ ആപ്പിൽ നിന്നുമുള്ള അസംസ്കൃത ഔട്ട്‌പുട്ട് ഇപ്പോഴും ഏജന്റിന് ലഭിക്കുന്നു, അതിനാൽ Fix with AI-ക്ക് പ്രോജക്റ്റ് വായിച്ച് പരിഹരിക്കാം. അത് നിങ്ങൾ സ്വയം വായിക്കേണ്ടതില്ല.
എന്താണ് മാറിയത്
ഒരു വാക്യം, നിങ്ങൾക്ക് പ്രവർത്തിക്കാവുന്നത്
പരാജയപ്പെട്ട ഓരോ പബ്ലിഷിനും ഇപ്പോൾ ഒരു തരമുണ്ട്. പരാജയം സംഭവിക്കുന്ന നിമിഷത്തിൽ തന്നെ, അവിടെ നമുക്കുള്ള വസ്തുതകളിൽ നിന്ന് അത് തീരുമാനിക്കുന്നു — ഏത് ഘട്ടമാണ് പരാജയപ്പെട്ടത്, ആപ്പിന്റെ മെഷീൻ ക്രാഷുകൾ റിപ്പോർട്ട് ചെയ്തോ, അത് കണക്ഷനുകൾ സ്വീകരിക്കാൻ തുടങ്ങിയോ എന്നിങ്ങനെ. പിശക് ടെക്സ്റ്റ് പിന്നീട് വായിച്ച് ഊഹിക്കുന്നതിന് പകരം ഇതാണ് ചെയ്യുന്നത്. ഓരോ തരത്തിനും സ്വന്തം സന്ദേശമുണ്ട്:
| നിങ്ങൾ കാണുന്നത് | അതിന്റെ അർത്ഥം |
|---|---|
| "The build failed." | നിങ്ങളുടെ പ്രോജക്റ്റിന്റെ build കമാൻഡോ Dockerfile-ഓ build ആയില്ല. |
| "Your app stopped right after it started." | അത് പബ്ലിഷ് ചെയ്തു, പിന്നെ പുറത്തുപോകുകയോ തുടർച്ചയായി restart ആകുകയോ ചെയ്തു. |
| "Your app didn't start after publishing." | അത് പബ്ലിഷ് ചെയ്തു, പക്ഷേ കണക്ഷനുകൾ സ്വീകരിക്കാൻ തുടങ്ങിയതേയില്ല. |
| "This file is too big" / too many files | ഒരു static സൈറ്റ് ഓരോ ഫയലിന്റെയും വലുപ്പ പരിധിയോ ഫയലുകളുടെ എണ്ണ പരിധിയോ കടന്നിരിക്കുന്നു. സന്ദേശം ഫയലുകളുടെ പട്ടിക കാണിക്കുന്നു. |
| "This link name can't be used for publishing." | Link name മാറ്റി വീണ്ടും പബ്ലിഷ് ചെയ്യുക; നിങ്ങളുടെ കോഡിന് തകരാറില്ല. |
| "Publishing is busy for a moment" | നിങ്ങളുടെ ആപ്പിന് ഒരു കുഴപ്പവുമില്ല. കുറച്ച് മിനിറ്റുകൾ കഴിഞ്ഞ് വീണ്ടും പബ്ലിഷ് ചെയ്യുക. |
| "…a problem on our side, not in your app." | ഞങ്ങളുടെ ഭാഗത്തെ പ്രശ്നം, അത് ഞങ്ങൾ പരിഹരിക്കും. കുറച്ച് മിനിറ്റുകൾ കഴിഞ്ഞ് വീണ്ടും പബ്ലിഷ് ചെയ്യുക. |
ഓരോ പരാജയത്തിലും Fix with AI
ഓരോ പരാജയത്തിലും Fix with AI, Try again എന്നിവ കാണിക്കുന്നു. Fix with AI ഉപയോഗിക്കുമ്പോൾ, പരാജയത്തിന്റെ തരവും build-ന്റെയോ ആപ്പിന്റെയോ പൂർണ്ണ ഔട്ട്‌പുട്ടും ഏജന്റിന് അതിന്റെ സ്വന്തം സന്ദർഭത്തിൽ, സ്വകാര്യമായി ലഭിക്കുന്നു. നിങ്ങളുടെ ആപ്പിൽ എന്തെങ്കിലും തെറ്റാണെങ്കിൽ, അത് പരിഹരിക്കുന്നു. ഒന്നും തെറ്റല്ലെങ്കിൽ — തിരക്കുള്ള ഒരു നിമിഷമോ ഞങ്ങളുടെ ഭാഗത്തെ പ്രശ്നമോ ആണെങ്കിൽ — അത് ലളിതമായി വീണ്ടും പബ്ലിഷ് ചെയ്യാം. ഏത് തരം പരാജയമായിരുന്നു എന്ന് നിങ്ങൾ കണ്ടുപിടിക്കേണ്ടതില്ല.
തത്സമയമായ ശേഷമുള്ള പ്രശ്നങ്ങൾ
പബ്ലിഷ് വിജയിച്ച ശേഷവും ആപ്പ് ഏതാനും മിനിറ്റുകൾ കഴിഞ്ഞ് പരാജയപ്പെടാം. Mythex പ്രസിദ്ധീകരിച്ച ആപ്പുകൾ പതിവായി പരിശോധിക്കുന്നു. തത്സമയ ആപ്പ് തുടർച്ചയായി ക്രാഷ് ആകുകയോ, പ്രവർത്തിക്കുന്നെങ്കിലും കണക്ഷനുകൾ സ്വീകരിക്കാതിരിക്കുകയോ ചെയ്താൽ, പബ്ലിഷ് പരാജയപ്പെട്ടതായി അടയാളപ്പെടുത്തുകയും നിങ്ങൾക്ക് ഒരു ഇമെയിൽ ലഭിക്കുകയും പ്രോജക്റ്റ് Fix with AI-യോടൊപ്പം സന്ദേശം കാണിക്കുകയും ചെയ്യും. ആപ്പ് പ്രിന്റ് ചെയ്തത് ഏജന്റിന് വായിക്കാനായി സൂക്ഷിക്കുന്നു.
അപ്‌ലോഡിന് മുമ്പുള്ള വലുപ്പ പരിശോധന
Static സൈറ്റുകൾക്ക്, എന്തെങ്കിലും അപ്‌ലോഡ് ചെയ്യുന്നതിന് മുമ്പ് ഓരോ ഫയലിന്റെയും വലുപ്പവും മൊത്തം ഫയലുകളുടെ എണ്ണവും പരിശോധിക്കുന്നു. പരിധി കടന്നതെന്തെങ്കിലുമുണ്ടെങ്കിൽ, പകുതി വഴിയിലെ പരാജയത്തിന് പകരം, വളരെ വലുതായ എല്ലാ ഫയലുകളുടെയും പട്ടികയുള്ള ഒറ്റ സന്ദേശം ലഭിക്കും.
ഇത് എന്തുകൊണ്ട് നിർമ്മിച്ചു
മുമ്പ്, പരാജയപ്പെട്ട പബ്ലിഷ് പ്രസിദ്ധീകരണ ടൂളുകൾ പ്രിന്റ് ചെയ്തതെന്തോ അതാണ് കാണിച്ചിരുന്നത്. സെപ്റ്റംബർ അവസാനത്തെ ഒരാഴ്ചയിൽ, മിക്ക പരാജയങ്ങളിലും കാണിച്ചത് ബിൽഡർമാരുടേതല്ല, ഞങ്ങളുടേതായ കാര്യങ്ങളായിരുന്നു: ബില്ലിംഗ് കോൺടാക്റ്റുകൾ, ആന്തരിക പതിപ്പ് നമ്പറുകൾ, രജിസ്ട്രി പാതകൾ, സ്റ്റോറേജ് പിശകുകൾ. Fix with AI ആ അതേ ടെക്സ്റ്റ് ചാറ്റിലേക്ക് ഒട്ടിച്ചു. ആളുകളോട് ഞങ്ങളുടെ ഇൻഫ്രാസ്ട്രക്ചർ ഡീബഗ് ചെയ്യാൻ ആവശ്യപ്പെടുകയായിരുന്നു.
അതിൽ ചിലത് തെറ്റുമായിരുന്നു. പോർട്ടിൽ കേൾക്കാത്ത ഒരു ആപ്പിനെ "ഞങ്ങളുടെ ഭാഗത്തെ പ്രശ്നം" എന്ന് റിപ്പോർട്ട് ചെയ്തു, പരിഹാരം ആപ്പിനുള്ളിലായിരുന്നിട്ടും. പരിധി കടന്ന ഒരു static ഫയലും അതേ രീതിയിൽ റിപ്പോർട്ട് ചെയ്യപ്പെട്ടു — വീണ്ടും പബ്ലിഷ് ചെയ്യുന്നതുകൊണ്ട് ഒരിക്കലും ശരിയാകില്ലായിരുന്നു.
ഇതിനെല്ലാം പുറമേ, പരാജയത്തോട് പ്രതികരിക്കുന്ന Mythex-ന്റെ ഓരോ ഭാഗവും — ഡയലോഗ്, അറിയിപ്പുകൾ, Fix with AI, ഞങ്ങളുടെ സ്വന്തം അലേർട്ടുകൾ — എന്താണ് സംഭവിച്ചതെന്ന് പിശക് ടെക്സ്റ്റിലെ വാക്കുകൾ നോക്കിയാണ് കണ്ടെത്തിയിരുന്നത്. ആ വാക്കുകൾ മാറിയാൽ അത് തകരുമായിരുന്നു. ഇപ്പോൾ തരം പരാജയം സംഭവിക്കുന്നിടത്ത് തന്നെ രേഖപ്പെടുത്തുന്നു, മറ്റെല്ലാം ആ തരം വായിക്കുന്നു.
ആ സമയത്ത് മറ്റ് പിശകുകൾക്കും ഇതേ നിയമം ഞങ്ങൾ പ്രയോഗിച്ചു:
- ചാറ്റ്. ഒരു മറുപടി സ്ട്രീം ചെയ്യുന്നതിനിടെ കണക്ഷൻ നഷ്ടപ്പെട്ടാൽ, ബ്രൗസറിന്റെ "Load failed" അല്ലെങ്കിൽ "Failed to fetch" എന്നതിന് പകരം ഞങ്ങളുടെ വാക്യമാണ് ഇപ്പോൾ കാണുക.
- Custom domains. ഡൊമെയ്ൻ വാങ്ങുന്നതോ ബന്ധിപ്പിക്കുന്നതോ സംബന്ധിച്ച സന്ദേശങ്ങൾ ഇപ്പോൾ മറുപടിയുടെ സ്റ്റാറ്റസിൽ നിന്നും കോഡുകളിൽ നിന്നുമാണ് തിരഞ്ഞെടുക്കുന്നത്; ഡൊമെയ്ൻ ദാതാവിന്റെ സ്വന്തം വാക്യങ്ങൾ കൈമാറുന്നില്ല.
- Image generation. കാർഡ് ഞങ്ങളുടെ സന്ദേശം കാണിക്കുന്നു; സേവനത്തിന്റെ വിശദാംശം ഏജന്റിന് ലഭിക്കുന്നു.
ഉപയോഗിക്കേണ്ട വിധം
- പതിവുപോലെ Publish ബട്ടണിൽ നിന്ന് പബ്ലിഷ് ചെയ്യുക.
- പരാജയപ്പെട്ടാൽ, ഡയലോഗിലെ ഒരു വരി സന്ദേശം വായിക്കുക.
- Fix with AI ക്ലിക്ക് ചെയ്യുക. ഏജന്റ് build ഔട്ട്‌പുട്ടോ നിങ്ങളുടെ ആപ്പിന്റെ ലോഗുകളോ വായിച്ച്, തെറ്റുള്ളത് പരിഹരിക്കുന്നു, ആപ്പിൽ ഒന്നും പരിഹരിക്കേണ്ടതില്ലെങ്കിൽ വീണ്ടും പബ്ലിഷ് ചെയ്യുന്നു.
- അല്ലെങ്കിൽ Try again ക്ലിക്ക് ചെയ്ത് അതേ പതിപ്പ് വീണ്ടും പബ്ലിഷ് ചെയ്യുക — "തിരക്കുള്ള ഒരു നിമിഷം", "ഞങ്ങളുടെ ഭാഗത്തെ പ്രശ്നം" എന്നിവയ്ക്ക് ഇതാണ് ശരിയായ വഴി.
- സന്ദേശം link name-നെക്കുറിച്ചാണെങ്കിൽ, വീണ്ടും പബ്ലിഷ് ചെയ്യുന്നതിന് മുമ്പ് link name മാറ്റുക. മറ്റേതെങ്കിലും പിശകിന് അതേ പേര് തന്നെ വെക്കുക.
പരിധികൾ
- ചില പരാജയങ്ങളിൽ വ്യത്യസ്ത ബട്ടണുകളാണ് കാണിക്കുക: എടുത്തുപോയ link name-ന് മറ്റ് പേരുകൾ നിർദ്ദേശിക്കും, ക്രെഡിറ്റ് തീർന്നാൽ ക്രെഡിറ്റ് ചേർക്കാനുള്ള വഴി നൽകും.
- Static സൈറ്റുകൾക്ക് സൈറ്റിന്റെ തരത്തെ ആശ്രയിച്ച് ഏകദേശം 25–30 MB വരെ ഓരോ ഫയലിനും പരിധിയുണ്ട്, 20,000 ഫയലുകൾ വരെയും. വലിയ ഫയലുകൾ storage-ൽ സൂക്ഷിച്ച് ലിങ്ക് ചെയ്യുന്നതാണ് നല്ലത്.
- ഈ മാറ്റത്തിന് മുമ്പ് പരാജയപ്പെട്ട പബ്ലിഷുകൾക്ക് തരം ഇല്ല, അതിനാൽ കൃത്യമായ കാരണത്തിന് പകരം ഒരു നിഷ്പക്ഷ വരിയാണ് കാണിക്കുക.
- "a problem on our side" ആവർത്തിച്ചാൽ, പ്രോജക്റ്റ് ID-യും link name-ഉം സഹിതം support-നെ ബന്ധപ്പെടുക.
എല്ലാ സന്ദേശങ്ങളുടെയും പട്ടികയും ഓരോന്നിനും എന്തുചെയ്യണമെന്നും publish troubleshooting-ൽ ഉണ്ട്. പരിഹരിക്കാത്ത ഒരു ആപ്പ് കൈകൊണ്ട് ഡീബഗ് ചെയ്യുകയാണെങ്കിൽ, AI നിർമ്മിച്ച ആപ്പ് എങ്ങനെ ഡീബഗ് ചെയ്യാം എന്ന ഞങ്ങളുടെ ഗൈഡ് അത് വിശദീകരിക്കുന്നു. വീണ്ടും പബ്ലിഷ് ചെയ്യുമ്പോൾ തത്സമയ സൈറ്റിന് എന്ത് സംഭവിക്കുന്നു എന്നതിന്, നിങ്ങളുടെ പ്രസിദ്ധീകരിച്ച ആപ്പ് ഇപ്പോൾ വീണ്ടും പബ്ലിഷ് ചെയ്യുമ്പോഴും നിലനിൽക്കുന്നു കാണുക.