സമയം കഴിഞ്ഞ ആ സമർപ്പണം യഥാർത്ഥത്തിൽ നിങ്ങളുടെ ജോലി സംരക്ഷിച്ചോ?

ബട്ടൺ കറങ്ങുന്നു, ടാബിൽ പിശക് കാണുന്നു, പത്ത് മിനിറ്റ് നിറച്ച ഫോം പോയി. കണക്ഷൻ മരിക്കുന്നതിന് മുമ്പ് എഴുത്ത് എത്തിയോ എന്ന് നിങ്ങൾക്ക് അറിയില്ല. ആ അജ്ഞാതതയെ പരാജയമായി കാണുന്നതാണ് തനിപ്പകർപ്പ് കമന്റുകൾ, ഇരട്ട ഓർഡറുകൾ, ആവർത്തിച്ചുള്ള പിന്തുണ ടിക്കറ്റുകൾ എന്നിവ സൃഷ്ടിക്കുന്നത്.

നിശ്ചിത ക്രമത്തിൽ വീണ്ടെടുക്കുക: ടെക്സ്റ്റ് സൂക്ഷിക്കുക, ഫലം കണ്ടെത്തുക, അതിനുശേഷം മാത്രം രണ്ടാം സമർപ്പണം അനുവദനീയമാണോ എന്ന് തീരുമാനിക്കുക.

ടെക്സ്റ്റിൽ നിന്നും സമയമുദ്രയിൽ നിന്നും തുടങ്ങുക

മറ്റെന്തെങ്കിലും തൊടുന്നതിന് മുമ്പ് പേജിൽ നിന്ന് ഉള്ളടക്കം പകർത്തുക, ബ്രൗസർ ഇപ്പോഴും ഫീൽഡിൽ സൂക്ഷിക്കുന്ന കരടും ഉൾപ്പെടെ. സമയം, നിങ്ങൾ ഉണ്ടായിരുന്ന പേജ്, ചെയ്ത പ്രവർത്തനം എന്നിവ എഴുതി വയ്ക്കുക, കാരണം ഈ മൂന്ന് വിശദാംശങ്ങളാണ് ബാക്കി അന്വേഷണം സാധ്യമാക്കുന്നത്. ടാബ് ഇപ്പോഴും തുറന്നിരിക്കുന്നുവെങ്കിൽ, നെറ്റ്വർക്ക് എൻട്രി വായിക്കുന്നതുവരെ അത് തുറന്നിടുക. ടെക്സ്റ്റ് സംരക്ഷിക്കാൻ ഒന്നും ചെലവില്ല, അത് നഷ്ടപ്പെടുന്നതിന് മുഴുവൻ ജോലിയും ചെലവാണ്.

എന്നിട്ട് യഥാർത്ഥത്തിൽ നിരീക്ഷിക്കാൻ കഴിയുന്ന രണ്ട് തരം തകരാറുകൾ വേർതിരിക്കുക. അഭ്യർത്ഥനയുടെ നടുവിൽ മുറിഞ്ഞ കണക്ഷനും പിശകോടെ മറുപടി നൽകിയ സർവറും നെറ്റ്വർക്ക് പാനലിൽ വ്യത്യസ്തമായി കാണാം, ആപ്പിന്റെ തീരുമാനത്തെക്കുറിച്ച് എന്തെങ്കിലും പറയുന്നത് രണ്ടാമത്തേത് മാത്രമാണ്.

ആപ്പിന്റെ സ്വന്തം കാഴ്ചയിൽ ഫലം തിരയുക

ഫലം കാണിക്കുന്ന വായനാ കാഴ്ച വീണ്ടും ലോഡ് ചെയ്യുക: കമന്റ് പട്ടിക, ഓർഡർ ചരിത്രം, ടിക്കറ്റ് ക്യൂ അല്ലെങ്കിൽ നിങ്ങൾ തിരുത്തിയിരുന്ന റെക്കോർഡ്. ഏറ്റവും പുതിയ എൻട്രിയെക്കാൾ അക്കൗണ്ട്, ലക്ഷ്യസ്ഥാനം, സമയം, ഉള്ളടക്കം എന്നിവ പൊരുത്തപ്പെടുത്തുക, കാരണം നിങ്ങൾക്ക് ശേഷം മറ്റാരെങ്കിലും എഴുതിയിരിക്കാം. പശ്ചാത്തല ജോലിക്ക്, കണക്റ്റിവിറ്റി പരിശോധനയായി പുതിയ പ്രവർത്തനം സൃഷ്ടിക്കുന്നതിന് പകരം നിലവിലുള്ള റഫറൻസും അതിന്റെ നിലയും തിരയുക.

ഫലം അവിടെയുണ്ടെങ്കിൽ, നിങ്ങൾ പൂർത്തിയാക്കി, പിശക് എഴുത്തിന്റേതല്ല, മറുപടിയുടെ പാതയുടേതാണ്. ഇല്ലെങ്കിൽ, ആപ്പ് ഇതുവരെ അത് ഉറപ്പിച്ചിട്ടില്ല എന്ന സാധ്യത നിലനിർത്തുക: ക്യൂവിലുള്ള ജോലി, വൈകിയ വായനാ കാഴ്ച അല്ലെങ്കിൽ പിന്നിലുള്ള പകർപ്പ് എന്നിവ വിജയകരമായ എഴുത്ത് കുറച്ചുസമയം മറച്ചുവയ്ക്കാം.

ഒരു നിഗമനത്തിലെത്തുന്നതിന് മുമ്പ് അതിന് നിശ്ചിതമായ രണ്ടാം നോട്ടം നൽകുക, രണ്ട് പരിശോധനകളുടെയും സമയം രേഖപ്പെടുത്തുക. ഇരുപത് സെക്കൻഡ് ഇടവേളയിലുള്ള രണ്ട് പരിശോധനകൾ പത്ത് മിനിറ്റ് ഇടവേളയിലുള്ള രണ്ട് പരിശോധനകളേക്കാൾ വളരെ ദുർബലമായ തെളിവാണ്.

രണ്ടാം സമർപ്പണം സുരക്ഷിതമാണോ എന്ന് തീരുമാനിക്കുക

ഉത്തരം പ്രവർത്തനത്തെ ആശ്രയിച്ചിരിക്കുന്നു, നിങ്ങളുടെ ക്ഷമയെയല്ല. ഒരേ ഉദ്ദേശിച്ച ഫലത്തോടെ ആവർത്തിക്കാവുന്ന രീതികളെ ആവർത്തിക്കാനാകാത്തവയിൽ നിന്ന് HTTP വേർതിരിക്കുന്നു, രണ്ടാം തരത്തിന്റെ സ്വയമേവയുള്ള ആവർത്തനത്തിനെതിരെ ഉപദേശിക്കുന്നു, അർത്ഥശാസ്ത്രം അനുവദിക്കുന്നുവെന്ന് അറിയില്ലെങ്കിൽ. കമന്റ് സൃഷ്ടിക്കൽ, ഓർഡർ നൽകൽ, പേയ്മെന്റ് അയയ്ക്കൽ എന്നിവ സാധാരണയായി രണ്ടാം ഗ്രൂപ്പിലാണ്, അതുകൊണ്ടാണ് വിജയകരമെന്ന് തോന്നുന്ന രണ്ടാം ക്ലിക്ക് ആദ്യത്തേതിനെക്കുറിച്ച് ഒന്നും പറയാത്തത്.

നിങ്ങൾ ക്ലയന്റ് പരിപാലിക്കുന്നുവെങ്കിൽ, API രേഖപ്പെടുത്തിയ വീണ്ടും ശ്രമിക്കൽ അല്ലെങ്കിൽ ഐഡംപൊട്ടൻസി സംവിധാനം ഉപയോഗിക്കുക, ഓരോ ശ്രമത്തിനും പുതിയ കീ സൃഷ്ടിക്കുന്നതിന് പകരം അതിനെ അതേ യുക്തിപരമായ പ്രവർത്തനവുമായി ബന്ധിപ്പിക്കുക. ട്രേസിംഗിന് ഉപയോഗിക്കുന്ന അഭ്യർത്ഥന ഐഡന്റിഫയർ ഡ്യൂപ്ലിക്കേറ്റ് അടിച്ചമർത്തൽ കീയല്ല, സർവർ അതിനെ അങ്ങനെ കണക്കാക്കുന്നില്ലെങ്കിൽ.

curl -i -X POST https://api.example.net/v1/orders \
  -H "Idempotency-Key: 6f1c2a94-3b7e-4a10-9c22-5d0e8f7b1a63" \
  -H "Content-Type: application/json" \
  --data @order.json

സേവനം അത് പ്രവർത്തനത്തോടൊപ്പം സംഭരിക്കുകയും ആവർത്തനത്തിൽ യഥാർത്ഥ ഫലം തിരികെ നൽകുകയും ചെയ്താൽ മാത്രമേ കീ സഹായിക്കൂ. ഉത്പാദനത്തിൽ അതിനെ ആശ്രയിക്കുന്നതിന് മുമ്പ് സ്റ്റേജിംഗ് എൻഡ്പോയിന്റിൽ ആ പെരുമാറ്റം പരിശോധിക്കുക.

വീണ്ടും എന്തെങ്കിലും അമർത്തുന്നതിന് മുമ്പ് തെളിവ് ശേഖരിക്കുക

പിശകിന്റെ സ്ക്രീൻഷോട്ടിന് പകരം നെറ്റ്വർക്ക് എൻട്രി സൂക്ഷിക്കുക. അഭ്യർത്ഥന രീതി, URL, മറുപടി അല്ലെങ്കിൽ സമയപരിധി, സംഭവിച്ച സമയം എന്നിവയാണ് അഡ്മിനിസ്ട്രേറ്റർക്ക് ആപ്പിന്റെ റെക്കോർഡുകളുമായി ബന്ധിപ്പിക്കാൻ കഴിയുന്നത്. എൻട്രി കമാൻഡായി കയറ്റുമതി ചെയ്യുകയോ പകർത്തുകയോ ചെയ്യുക, അതിനുശേഷം പകർപ്പിൽ നിന്ന് കുക്കികൾ, അംഗീകാര ഹെഡറുകൾ, ഏതെങ്കിലും സ്വകാര്യ ഉള്ളടക്കം എന്നിവ നീക്കം ചെയ്താൽ മാത്രം. നിങ്ങളുടെ സ്വന്തം സെഷൻ അതേപടി നിലനിർത്തുക, പിടിച്ചെടുത്ത ക്രെഡൻഷ്യലുള്ള അഭ്യർത്ഥന ഒരിക്കലും കുറുക്കുവഴിയായി വീണ്ടും പ്രവർത്തിപ്പിക്കരുത്.

സേവന ഉടമയോട് ഒരു നിർദ്ദിഷ്ട ചോദ്യം ചോദിക്കുക: ഈ ഉള്ളടക്കത്തോടെ ഈ സമയത്ത് പ്രവർത്തനം വിജയിച്ചോ, അതിന് ഒരു റഫറൻസ് ഉണ്ടോ? ആ ചോദ്യത്തിന് ഉത്തരമുണ്ട്, എന്നാൽ "സൈറ്റ് തകർന്നോ" എന്നതിന് ഇല്ല.

ഈ അഭ്യാസത്തിന്റെ ഉദ്ദേശ്യം പ്രവർത്തനം കൃത്യമായി ഒരിക്കൽ നടന്നു എന്ന് സ്ഥാപിക്കുകയാണ്. നിങ്ങൾക്ക് അടയ്ക്കാവുന്ന പിശക് സന്ദേശം നിങ്ങൾക്ക് വിശ്വസിക്കാവുന്ന റെക്കോർഡിന് തുല്യമല്ല, മറ്റെന്തെങ്കിലും അയയ്ക്കുന്നതിന് മുമ്പ് നിങ്ങൾക്ക് വേണ്ടത് രണ്ടാമത്തേതാണ്.