നിങ്ങളുടെ പ്രസിദ്ധീകരിച്ച ആപ്പ് വീണ്ടും പബ്ലിഷ് ചെയ്യുമ്പോഴും ഇപ്പോൾ നിലനിൽക്കുന്നു

നിങ്ങൾ Mythex-ൽ ഒരു ആപ്പ് വീണ്ടും പബ്ലിഷ് ചെയ്യുമ്പോൾ, പുതിയ build തയ്യാറാകുന്നതുവരെ നിങ്ങളുടെ തത്സമയ സൈറ്റ് മുമ്പത്തെ പതിപ്പ് തുടർന്നും നൽകുന്നു, പിന്നീട് പുതിയതിലേക്ക് മാറുന്നു. ഈ മാറ്റത്തിന് മുമ്പ്, ഒരു വീണ്ടും പബ്ലിഷ് മുഴുവൻ build സമയത്തേക്ക് സൈറ്റ് ഓഫ്‌ലൈനാക്കി — സന്ദർശകർ ഏകദേശം ഒരു മിനിറ്റോളം "This published app is offline or the link was not found" എന്ന് കണ്ടു, പിന്നീട് റീലോഡ് ചെയ്യുമ്പോൾ പേജ് വീണ്ടും പ്രവർത്തിച്ചു. ഒരു തത്സമയ ആപ്പ് തെറ്റായി ഓഫ്‌ലൈനായി കാണപ്പെടാവുന്ന മറ്റ് രണ്ട് വഴികളും ഞങ്ങൾ പരിഹരിച്ചു.

1. വീണ്ടും പബ്ലിഷ് ചെയ്യുമ്പോൾ സൈറ്റ് ഇനി നിലയ്ക്കില്ല

പിന്നിൽ, പ്രസിദ്ധീകരിച്ച ഓരോ ആപ്പിനും ഏത് build സേവ് ചെയ്യണമെന്ന് പറയുന്ന ഒരു രേഖയുണ്ട്. വീണ്ടും പബ്ലിഷ് ആ രേഖ വീണ്ടും ഉപയോഗിക്കുകയും build ദൈർഘ്യം മുഴുവൻ അതിനെ "building" എന്ന് അടയാളപ്പെടുത്തുകയും ചെയ്തു — സന്ദർശകരെ റൂട്ട് ചെയ്യുന്ന ഞങ്ങളുടെ edge "live" എന്ന് അടയാളപ്പെടുത്തിയ രേഖകൾ മാത്രമേ സേവ് ചെയ്തിരുന്നുള്ളൂ. അതുകൊണ്ട് ഓരോ വീണ്ടും പബ്ലിഷിലും build തീരുന്നതുവരെ സൈറ്റ് അപ്രത്യക്ഷമാകുമായിരുന്നു. ഒരു ചെറിയ ടെസ്റ്റ് ആപ്പിൽ ഇത് പുനഃസൃഷ്ടിച്ചു: ഓരോ വീണ്ടും പബ്ലിഷിലും ഏകദേശം 50 സെക്കൻഡ് ഓഫ്‌ലൈൻ.

ഇപ്പോൾ, ഇതിനകം തത്സമയമായ ഒരു ആപ്പ് വീണ്ടും പബ്ലിഷ് ചെയ്യുമ്പോൾ, മുമ്പൊരു build ഉണ്ടെന്ന് രേഖ ഓർക്കുകയും അതിലേക്ക് ചൂണ്ടിക്കാണിക്കുകയും ചെയ്യുന്നു. പുതിയ build നിർമ്മിക്കുമ്പോൾ edge മുമ്പത്തെ build സേവ് ചെയ്യുന്നു; പുതിയത് വിജയിച്ചാൽ മാത്രമേ പോയിന്റർ പുതിയ build-ലേക്ക് നീങ്ങൂ. പുതിയ build പരാജയപ്പെട്ടാൽ, നിങ്ങളുടെ സന്ദർശകർ ഒന്നും അറിയുന്നില്ല — പഴയ പതിപ്പ് അങ്ങനെ തന്നെ നിൽക്കുന്നു.

ആദ്യ പബ്ലിഷ്, അല്ലെങ്കിൽ താൽക്കാലികമായി നിർത്തിയതോ unpublish ചെയ്തതോ ആയ ആപ്പ് വീണ്ടും പബ്ലിഷ് ചെയ്യുന്നത്, build തീരുമ്പോൾ മാത്രമേ തത്സമയമാകൂ — കാണിക്കാൻ മുൻ പതിപ്പില്ലാത്തതുകൊണ്ടാണ്.

2. ഒരു ചെറിയ തടസ്സം "not found" ആയി തോന്നില്ല

നിങ്ങളുടെ പ്രസിദ്ധീകരിച്ച ആപ്പിന് മുന്നിലുള്ള സേവനം ഓരോ സൈറ്റും എവിടെയാണെന്ന് ഞങ്ങളുടെ API-യോട് ചോദിക്കുന്നു. വിജയിക്കാത്ത ഏതൊരു മറുപടിയും — ഒരു നിമിഷത്തെ സർവർ പിശകോ വിച്ഛേദിച്ച കണക്ഷനോ ആകട്ടെ — "ഈ സൈറ്റ് നിലവിലില്ല" എന്നാണ് കണക്കാക്കിയിരുന്നത്, ഓഫ്‌ലൈൻ പേജ് കാണിക്കുകയും ചെയ്തു. ഒരു സെക്കൻഡ് കഴിഞ്ഞുള്ള റീലോഡ് പ്രവർത്തിച്ചിരുന്നതുകൊണ്ട് ഇത് ആശയക്കുഴപ്പമുണ്ടാക്കി.

ഇപ്പോൾ യഥാർത്ഥ "not found" മറുപടി മാത്രമേ not found ആയി കണക്കാക്കൂ:

• മറ്റേതൊരു പരാജയവും ഒരിക്കൽ കൂടി ശ്രമിക്കും.
• അപ്പോഴും പരാജയപ്പെട്ടാൽ, edge ഒരു മണിക്കൂർ വരെ അവസാനമായി ലഭിച്ച ശരിയായ മറുപടിയിൽ നിന്ന് സൈറ്റ് നൽകുന്നു.
• ഒരിക്കലും മറുപടി ലഭിച്ചിട്ടില്ലെങ്കിൽ മാത്രം "temporarily unavailable" പേജ് കാണിക്കും — ഒരിക്കലും "not found" അല്ല.

Custom domains ഞങ്ങളുടെ production, staging സിസ്റ്റങ്ങളോട് ഒരേ സമയം ചോദിക്കുന്നു, അതിനാൽ പതുക്കെ പ്രവർത്തിക്കുന്ന staging സെർവറിന് ഒരിക്കലും production ഡൊമെയ്‌നെ തടയാനാവില്ല.

3. താൽക്കാലികമായി നിർത്തിയ ആപ്പ് അങ്ങനെ പറയുന്നു

പ്രസിദ്ധീകരിച്ച ആപ്പുകൾ നിങ്ങളുടെ ക്രെഡിറ്റ് ബാലൻസിലാണ് പ്രവർത്തിക്കുന്നത്. അത് തീർന്നാൽ, നിങ്ങൾ ടോപ്പ് അപ്പ് ചെയ്യുന്നതുവരെ ആപ്പ് താൽക്കാലികമായി നിർത്തുന്നു — ടോപ്പ് അപ്പ് ചെയ്യുമ്പോൾ അത് സ്വയം തിരിച്ചുവരുന്നു. പക്ഷേ താൽക്കാലികമായി നിർത്തിയ ആപ്പ് മുമ്പ് ഡിലീറ്റ് ചെയ്ത ആപ്പ് പോലെയാണ് കാണപ്പെട്ടിരുന്നത്.

ഇപ്പോൾ, താൽക്കാലികമായി നിർത്തിയ ആപ്പിലേക്ക് വരുന്ന സന്ദർശകർ "This app is paused" കാണുന്നു, ഉടമയ്ക്ക് തിരിച്ചെത്താനുള്ള വഴിയും ഉണ്ട്. ആ മറുപടി ഒരിക്കലും കാഷ് ചെയ്യില്ല, അതിനാൽ വീണ്ടും തുടങ്ങിയാൽ ആപ്പ് ഉടൻ ലഭ്യമാകും. മറ്റേതെങ്കിലും കാരണത്താൽ ആപ്പ് ലഭ്യമല്ലെങ്കിൽ, സന്ദർശകർ കാരണം പറയാതെ "This app isn't available" എന്ന് കാണുന്നു.

ഇത് എന്തുകൊണ്ട് പ്രധാനമാണ്

പ്രസിദ്ധീകരിച്ച ആപ്പ് നിങ്ങൾ പങ്കുവെച്ചതാണ്: ഒരു ബയോ ലിങ്കിൽ, ഒരു ബിസിനസ് കാർഡിൽ, ആദ്യ ഉപഭോക്താക്കളോടൊപ്പം. നിങ്ങൾ അത് മെച്ചപ്പെടുത്തുമ്പോഴും നിലനിൽക്കണം, ഒരു ചെറിയ തടസ്സം അതിജീവിക്കണം, താൽക്കാലികമായി നിർത്തുമ്പോൾ സത്യസന്ധമായി പറയണം — ഒരു യഥാർത്ഥ വെബ്സൈറ്റ് പോലെ.

പ്രസിദ്ധീകരണത്തെക്കുറിച്ച് ഡോക്സിൽ കൂടുതലുണ്ട്: എങ്ങനെ പ്രസിദ്ധീകരിക്കാം, hosting പരിധികൾ. അതേ ആശയത്തിന്റെ ഇൻഫ്രാസ്ട്രക്ചർ വശം: ഞങ്ങളുടെ സ്വന്തം deploy-കൾ zero 502-കളിലേക്ക് എത്തിച്ചത്.