પબ્લિશ એરર હવે સાદી ભાષામાં કહે છે કે શું થયું
જ્યારે Mythex પર પબ્લિશ નિષ્ફળ જાય, ત્યારે ડાયલોગ હવે એક સાદા વાક્યમાં કહે છે કે શું થયું — બિલ્ડ નિષ્ફળ ગયું, તમારી એપ શરૂ થયા પછી બંધ પડી ગઈ, તમારી એપ શરૂ જ થઈ નહીં, ફાઇલ બહુ મોટી છે, અથવા અમારી બાજુએ કંઈક ખોટું થયું — અને Fix with AI તથા Try again ઑફર કરે છે. બિલ્ડ અને તમારી એપનું કાચું આઉટપુટ હજી પણ એજન્ટ સુધી પહોંચે છે, જેથી Fix with AI તેને વાંચીને પ્રોજેક્ટ ઠીક કરી શકે; તમારે હવે તે જાતે વાંચવાની જરૂર નથી.
શું બદલાયું
એક વાક્ય જેના આધારે તમે પગલાં લઈ શકો
નિષ્ફળ થતા દરેક પબ્લિશને હવે એક પ્રકાર મળે છે. આ પ્રકાર ભૂલનો ટેક્સ્ટ પછીથી વાંચીને નહીં, પણ નિષ્ફળતાની ક્ષણે ત્યાં ઉપલબ્ધ તથ્યો પરથી નક્કી થાય છે: કયું પગલું નિષ્ફળ ગયું, એપની મશીને ક્રેશ નોંધ્યા કે નહીં, અને તે કનેક્શન સ્વીકારવાનું ક્યારેય શરૂ કર્યું કે નહીં. દરેક પ્રકારનો પોતાનો સંદેશ છે:
| તમે શું જુઓ છો | તેનો અર્થ શું છે |
|---|---|
| “બિલ્ડ નિષ્ફળ ગયું.” | તમારા પ્રોજેક્ટનો બિલ્ડ કમાન્ડ અથવા Dockerfile બિલ્ડ થયો નહીં. |
| “તમારી એપ શરૂ થયા પછી તરત બંધ થઈ ગઈ.” | તે પબ્લિશ થઈ, પછી બહાર નીકળી ગઈ અથવા સતત ફરી શરૂ થતી રહી. |
| “પબ્લિશ કર્યા પછી તમારી એપ શરૂ થઈ નહીં.” | તે પબ્લિશ થઈ, પણ કનેક્શન સ્વીકારવાનું ક્યારેય શરૂ કર્યું નહીં. |
| “આ ફાઇલ બહુ મોટી છે” / ફાઇલોની સંખ્યા વધારે છે | સ્ટેટિક સાઇટ ફાઇલ દીઠ કદ અથવા ફાઇલોની સંખ્યાની મર્યાદા વટાવે છે. સંદેશમાં ફાઇલોની યાદી હોય છે. |
| “આ લિંક નામ પબ્લિશ માટે વાપરી શકાતું નથી.” | લિંક નામ બદલીને ફરી પબ્લિશ કરો; તમારો કોડ બરાબર છે. |
| “પબ્લિશિંગ થોડી ક્ષણ માટે વ્યસ્ત છે” | તમારી એપમાં કંઈ ખોટું નથી. થોડી મિનિટો પછી ફરી પબ્લિશ કરો. |
| “…અમારી બાજુએ એક સમસ્યા છે, તમારી એપમાં નહીં.” | તેને ઠીક કરવાની જવાબદારી અમારી છે. થોડી મિનિટો પછી ફરી પબ્લિશ કરો. |
દરેક નિષ્ફળતા પર Fix with AI
દરેક નિષ્ફળ પબ્લિશ પર Fix with AI અને Try again દેખાય છે. Fix with AI વાપરો ત્યારે એજન્ટને નિષ્ફળતાનો પ્રકાર અને બિલ્ડ કે એપનું સંપૂર્ણ આઉટપુટ ખાનગી રીતે, પોતાના સંદર્ભમાં મળે છે. જો તમારી એપમાં કંઈક ખોટું હોય, તો તે તેને ઠીક કરે છે. જો કંઈ ખોટું ન હોય — જેમ કે થોડી ક્ષણની વ્યસ્તતા અથવા અમારી બાજુની સમસ્યા — તો તે ફરી પબ્લિશ કરી શકે છે. કઈ પ્રકારની નિષ્ફળતા હતી તે તમારે શોધવાની જરૂર નથી.
લાઇવ થયા પછીની સમસ્યાઓ
પબ્લિશ સફળ થઈ શકે અને થોડી મિનિટો પછી એપ નિષ્ફળ જઈ શકે. Mythex પબ્લિશ થયેલી એપ્સ નિયમિતપણે તપાસે છે. જો લાઇવ એપ સતત ક્રેશ થાય, અથવા ચાલતી રહે પણ કનેક્શન સ્વીકારવાનું બંધ કરે, તો પબ્લિશને નિષ્ફળ ગણવામાં આવે છે, તમને ઇમેઇલ મળે છે, અને પ્રોજેક્ટ Fix with AI સાથે સંદેશ બતાવે છે. એપે જે છાપ્યું હતું તે એજન્ટ વાંચી શકે તે માટે સાચવવામાં આવે છે.
અપલોડ પહેલાં કદ મર્યાદા તપાસાય છે
સ્ટેટિક સાઇટ માટે, કંઈ પણ અપલોડ થાય તે પહેલાં દરેક ફાઇલનું કદ અને કુલ ફાઇલોની સંખ્યા તપાસાય છે. કંઈ મર્યાદા વટાવે તો તમને એક જ સંદેશ મળે છે, જેમાં દરેક ખૂબ મોટી ફાઇલની યાદી હોય, એના બદલે અધવચ્ચે નિષ્ફળતા મળે.
અમે આ કેમ બનાવ્યું
પહેલાં નિષ્ફળ પબ્લિશ પર પબ્લિશિંગ ટૂલ્સે છાપેલું લખાણ જ દેખાતું. સપ્ટેમ્બરના અંતમાં એક અઠવાડિયામાં, મોટા ભાગની નિષ્ફળતાઓમાં બિલ્ડરોને દેખાતું લખાણ અમારું પોતાનું હતું, તેમનું નહીં: બિલિંગ સંપર્કો, આંતરિક વર્ઝન નંબર, રજિસ્ટ્રી પાથ, સ્ટોરેજ એરર. Fix with AI તે જ લખાણ ચેટમાં પેસ્ટ કરી દેતું. લોકોને અમારા ઇન્ફ્રાસ્ટ્રક્ચરને ડિબગ કરવાનું કહેવામાં આવતું હતું.
કેટલુંક લખાણ ખોટું પણ હતું. જે એપ પોતાના પોર્ટ પર સાંભળતી જ નહોતી, તેને “અમારી બાજુની સમસ્યા” ગણવામાં આવતી, જ્યારે સુધારો એપમાં જ હતો. સ્ટેટિક ફાઇલ મર્યાદા વટાવતી હોય ત્યારે પણ આવું જ થતું — અને ફરી પબ્લિશ કરવાથી ક્યારેય કામ થતું નહોતું.
વધુમાં, Mythex નો દરેક ભાગ જે નિષ્ફળતાને પ્રતિસાદ આપતો — ડાયલોગ, નોટિફિકેશન, Fix with AI, અમારા પોતાના એલર્ટ્સ — તે એરર ટેક્સ્ટના શબ્દો મેળવીને સમજતો કે શું થયું. એ શબ્દો બદલાય ત્યારે તે તૂટી જતો. હવે પ્રકાર નિષ્ફળતાના સ્થળે જ નોંધાય છે, અને બાકીનું બધું તે પ્રકાર વાંચે છે.
આ જ નિયમ અમે બીજી ભૂલો પર પણ લાગુ કર્યો:
- ચેટ. જોડાણ રિપ્લાય સ્ટ્રીમ થતી વખતે તૂટે, તો હવે બ્રાઉઝરની “Load failed” અથવા “Failed to fetch” ને બદલે તમને અમારું વાક્ય દેખાય છે.
- કસ્ટમ ડોમેન. ડોમેન ખરીદવા કે જોડવા વિશેના સંદેશા હવે રિસ્પોન્સના સ્ટેટસ અને કોડ પરથી પસંદ થાય છે, ડોમેન પ્રદાતાના પોતાના વાક્યો આગળ મોકલવાને બદલે.
- ઇમેજ જનરેશન. કાર્ડ અમારો સંદેશ બતાવે છે; એજન્ટને સેવાની વિગત મળે છે.
તેનો ઉપયોગ કેવી રીતે કરવો
- હંમેશની જેમ Publish બટનથી પબ્લિશ કરો.
- જો નિષ્ફળ જાય, તો ડાયલોગમાંનો એક લીટીનો સંદેશ વાંચો.
- Fix with AI પર ક્લિક કરો. એજન્ટ બિલ્ડ આઉટપુટ અથવા તમારી એપના લોગ વાંચે છે, જે ખોટું હોય તે ઠીક કરે છે, અને એપમાં કંઈ સુધારવાની જરૂર ન હોય તો ફરી પબ્લિશ કરે છે.
- અથવા Try again પર ક્લિક કરો, તે જ વર્ઝન ફરી પબ્લિશ કરવા માટે — “થોડી ક્ષણ માટે વ્યસ્ત” અને “અમારી બાજુની સમસ્યા” માટે આ સાચો વિકલ્પ છે.
- જો સંદેશ લિંક નામ વિશે હોય, તો ફરી પબ્લિશ કરતા પહેલાં લિંક નામ બદલો. બીજી કોઈ પણ ભૂલ માટે એ જ નામ રાખો.
મર્યાદાઓ
- કેટલીક નિષ્ફળતાઓમાં અલગ બટન દેખાય છે: લિંક નામ પહેલેથી લેવાયેલું હોય તો બીજા નામો સૂચવાય છે, અને ક્રેડિટ ખૂટે તો ક્રેડિટ ઉમેરવાનો વિકલ્પ મળે છે.
- સ્ટેટિક સાઇટ માટે દરેક ફાઇલની મર્યાદા સાઇટના પ્રકાર પ્રમાણે આશરે 25–30 MB છે, અને 20,000 ફાઇલો સુધી. મોટી ફાઇલો સ્ટોરેજ માં રાખીને તેને લિંક કરવી વધુ સારું છે.
- આ ફેરફાર પહેલાંની નિષ્ફળ પબ્લિશમાં પ્રકાર નોંધાયેલો નથી, તેથી તે કોઈ ચોક્કસ કારણ બતાવતી નથી, માત્ર એક તટસ્થ લીટી બતાવે છે.
- જો “અમારી બાજુની સમસ્યા” વારંવાર આવે, તો પ્રોજેક્ટ ID અને લિંક નામ સાથે સપોર્ટનો સંપર્ક કરો.
દરેક સંદેશની સંપૂર્ણ યાદી અને તે માટે શું કરવું તે પબ્લિશ ટ્રબલશૂટિંગ માં છે. જો તમે કોઈ જિદ્દી એપ જાતે ઠીક કરી રહ્યા હો, તો અમારી માર્ગદર્શિકા AI થી બનેલી એપ કેવી રીતે ડીબગ કરવી માં પગલાં છે. અને રિપબ્લિશ કરતી વખતે લાઇવ સાઇટનું શું થાય છે તે માટે, તમારી પબ્લિશ થયેલી એપ હવે રિપબ્લિશ કરતી વખતે પણ ચાલુ રહે છે જુઓ.