మీ ప్రచురించిన యాప్ ఇప్పుడు మీరు రీ-పబ్లిష్ చేస్తున్నప్పుడు కూడా లైవ్‌గా ఉంటుంది

Mythex లో మీరు ఒక యాప్‌ను రీ-పబ్లిష్ చేసినప్పుడు, మీ లైవ్ సైట్ కొత్త బిల్డ్ సిద్ధమయ్యే వరకు మునుపటి వెర్షన్‌ను సర్వ్ చేస్తూనే ఉంటుంది, ఆ తర్వాత కొత్తదానికి మారుతుంది. ఈ మార్పుకు ముందు, రీ-పబ్లిష్ మొత్తం బిల్డ్ సమయానికి సైట్‌ను ఆఫ్‌లైన్ చేసేది — సందర్శకులకు “This published app is offline or the link was not found” కనిపించేది, ఆ తర్వాత ఒక నిమిషం లేదా అంతకు పైగా సమయానికి రిఫ్రెష్ చేస్తే అదే పేజీ మళ్లీ పనిచేసేది. లైవ్ యాప్ తప్పుగా ఆఫ్‌లైన్‌గా కనిపించడానికి ఉన్న మరో రెండు మార్గాలనూ కూడా సరిచేశాం.

1. రీ-పబ్లిష్ ఇక మీ సైట్‌ను ఆపదు

తెర వెనుక, ప్రచురించిన ప్రతి యాప్‌కు ఏ బిల్డ్‌ను సర్వ్ చేయాలో చెప్పే ఒక రికార్డ్ ఉంటుంది. రీ-పబ్లిష్ ఆ రికార్డ్‌ను తిరిగి ఉపయోగించి, బిల్డ్ వ్యవధి కోసం దానిని “building” గా గుర్తించేది — మరియు సందర్శకులను రూట్ చేసే మా ఎడ్జ్ యొక్క భాగం “live” గా గుర్తించబడిన రికార్డ్‌లను మాత్రమే సర్వ్ చేసేది. కాబట్టి ప్రతి రీ-పబ్లిష్ బిల్డ్ పూర్తయ్యే వరకు సైట్‌ను అదృశ్యం చేసేది. ఒక చిన్న టెస్ట్ యాప్‌పై దీనిని పునరుత్పత్తి చేశాం: ప్రతి రీ-పబ్లిష్‌కు సుమారు 50 సెకన్ల ఆఫ్‌లైన్.

ఇప్పుడు, ఇప్పటికే లైవ్ ఉన్న యాప్‌పై రీ-పబ్లిష్ ప్రారంభమైనప్పుడు, రికార్డ్ ఒక మునుపటి బిల్డ్ ఉందని గుర్తుంచుకుని దానినే సూచిస్తూ ఉంటుంది. కొత్త బిల్డ్ నిర్మాణం జరుగుతున్నప్పుడు ఎడ్జ్ ఆ మునుపటి బిల్డ్‌ను సర్వ్ చేస్తుంది, మరియు పాయింటర్ కొత్త బిల్డ్ విజయవంతమైనప్పుడు మాత్రమే కదులుతుంది. కొత్త బిల్డ్ విఫలమైతే, మీ సందర్శకులు ఎప్పుడూ గమనించరు — పాత వెర్షన్ అలాగే ఉంటుంది.

మొదటి పబ్లిష్, లేదా ఆపివేయబడిన (paused) లేదా అన్‌పబ్లిష్ చేయబడిన యాప్‌ను రీ-పబ్లిష్ చేయడం, బిల్డ్ ముగిసినప్పుడు మాత్రమే లైవ్ అవుతుంది — ఎందుకంటే చూపించడానికి మునుపటి వెర్షన్ ఉండదు.

2. చిన్న అంతరాయం “not found” లా కనిపించదు

మీ ప్రచురించిన యాప్ ముందున్న సర్వీస్ ప్రతి సైట్ ఎక్కడ ఉందో మా API ని అడుగుతుంది. అది ఏ విఫలమైన సమాధానాన్నైనా — క్షణికమైన సర్వర్ ఎర్రర్, తెగిపోయిన కనెక్షన్ — “ఈ సైట్ ఉనికిలో లేదు”గా పరిగణించి ఆఫ్‌లైన్ పేజీ చూపేది. ఒక సెకను తర్వాత రిఫ్రెష్ పనిచేసేది, ఇది గందరగోళంగా ఉండేది.

ఇప్పుడు నిజమైన “not found” సమాధానం మాత్రమే not found గా లెక్కించబడుతుంది:

• ఇతర ఏ వైఫల్యమైనా ఒకసారి మళ్లీ ప్రయత్నించబడుతుంది.
• అది ఇంకా విఫలమైతే, ఎడ్జ్ చివరిగా తెలిసిన మంచి సమాధానం నుండి ఒక గంట వరకు సైట్‌ను సర్వ్ చేస్తుంది.
• అది ఎప్పుడూ ఏ సమాధానమూ పొందకపోతేనే, “temporarily unavailable” పేజీ చూపిస్తుంది — ఎప్పుడూ “not found” కాదు.

కస్టమ్ డొమైన్‌లు మా ప్రొడక్షన్ మరియు స్టేజింగ్ వ్యవస్థలను ఏకకాలంలో అడుగుతాయి, కాబట్టి నెమ్మదైన స్టేజింగ్ సర్వర్ ప్రొడక్షన్ డొమైన్‌ను ఎప్పటికీ ఆపలేదు.

3. ఆపివేయబడిన యాప్ తాను ఆపివేయబడిందని చెబుతుంది

ప్రచురించిన యాప్‌లు మీ క్రెడిట్ బ్యాలెన్స్‌పై నడుస్తాయి. అది అయిపోతే, మీరు మళ్లీ టాప్ అప్ చేసే వరకు యాప్ ఆపివేయబడుతుంది — మరియు మీరు చేసినప్పుడు అది స్వయంగా తిరిగి వస్తుంది. కానీ ఆపివేయబడిన యాప్ ఇంతకుముందు తొలగించబడిన యాప్‌లా కనిపించేది.

ఇప్పుడు ఆపివేయబడిన యాప్ సందర్శకుడికి “This app is paused” కనిపిస్తుంది, యజమాని కోసం తిరిగి వెళ్లే మార్గంతో, మరియు ఆ ప్రతిస్పందన ఎప్పుడూ కాష్ చేయబడదు, కాబట్టి అది మళ్లీ ప్రారంభించిన క్షణంలోనే యాప్ చేరుకోగలదు. యాప్ వేరే కారణం వల్ల అందుబాటులో లేకపోతే, సందర్శకులు ఎందుకో చెప్పకుండా “This app isn't available” చూస్తారు.

ఇది ఎందుకు ముఖ్యం

ప్రచురించిన యాప్ మీరు పంచుకున్న విషయం: బయో లింక్‌లో, బిజినెస్ కార్డ్‌పై, మీ మొదటి కస్టమర్లతో. మీరు దాన్ని మెరుగుపరుస్తున్నప్పుడు అది ఉండాలి, ఒక చిన్న అంతరాయాన్ని తట్టుకోవాలి, మరియు ఆపివేయబడినప్పుడు నిజాయితీగా ఉండాలి — నిజమైన వెబ్‌సైట్‌లా.

డాక్స్‌లో మరింత: how to publish మరియు hosting limits. మరియు అదే ఆలోచన యొక్క ఇన్‌ఫ్రాస్ట్రక్చర్ వైపు: మా స్వంత డిప్లాయ్‌లను సున్నా 502 లకు ఎలా తీసుకెళ్లామో.