மின்னஞ்சல் சோதனையின் நம்பகமற்ற பதிப்பு சுருக்கமாக உள்ளது: ஒரு முகவரியை உருவாக்கவும், ஐந்து விநாடிகள் தூங்கவும், முதல் செய்தியைப் படிக்கவும், மற்றும் அது இந்த இயக்கத்திற்குச் சேர்ந்தது என்று நம்பவும்.
நம்பகமான பதிப்பு இன்னும் எளிமையானது, ஆனால் விநியோகத்தை அசின்க்ரோனஸ் ஆகக் கருதுகிறது. இது தனித்துவமான முகவரியை உருவாக்குகிறது, தொடக்க நேரத்தை பதிவு செய்கிறது, கடைசிநேரத்துக்குள் புல்லிங் செய்கிறது, நோக்கப்பட்ட செய்தியைப் பொருத்துகிறது, தயாரிப்பு செயல்பாட்டை சரிபார்க்கிறது, மற்றும் ஏதோ தவறினால் போதுமான சூழலை அறிக்கையிடுகிறது.
URL-இல் API விசையை வைக்காதீர்கள்
X-API-Key தலைப்பில் GPTMail விசையை அனுப்பவும். அதை ?api_key= கேள்வி அளவுருக்களில் வைக்காதீர்கள். URL-கள் வழக்கமாக உலாவி வரலாறு, அணுகல் பதிவுகள், கண்காணிப்பு அமைப்புகள், மற்றும் ரெஃபரர் தரவுகளில் சேமிக்கப்படுகின்றன.
X-API-Key: YOUR_API_KEYவிசையை உங்கள் CI ரகசிய மேலாளரில் சேமித்து, பதிவுகளில் மறைக்கவும். ஆராய்ச்சிக்காக ஒரு பொது தினசரி விசை வசதியாக இருக்கும்; கட்டுப்படுத்தப்பட்ட தானியக்க தொகுதிகள், அதன் ஒதுக்கீடு மற்றும் பயன்பாட்டை நீங்கள் கண்காணிக்கக்கூடிய விசையை பயன்படுத்த வேண்டும்.
தற்போதைய இறுதிப்புள்ளிகள் மற்றும் பதில் உதாரணங்கள் GPTMail API ஆவணப் பக்கம் இல் பராமரிக்கப்படுகின்றன.
ஒவ்வொரு இயக்கத்திற்கும் ஒரு முகவரி
ஒவ்வொரு தனித்துவமாக இயக்கக்கூடிய சோதனைக்கும் புதிய முகவரியை உருவாக்கவும். முழு சோதனை தொகுப்பால் பகிரப்படும் இன்பாக்ஸில் இருந்து சரியானதைக் கண்டறிய வேண்டாம்.
முகவரி, சூழல் ID, சூழல், மற்றும் சோதனை தொடக்க நேரத்தை பதிவு செய்யவும். இந்த மதிப்புகள் பழைய செய்திகளை நிராகரிக்கவும், மோதல்களை பதிவு செய்த ரகசியங்களை வெளியிடாமல் கண்டறியவும் உதவுகின்றன.
நிரந்தர உறக்கத்திற்கு பதிலாக கடைசிநேரத்திற்கு புல்லிங் செய்யவும்
மின்னஞ்சல் விநியோக நேரம் மாறுபடும். விநியோகம் வேகமாக இருக்கும் போது நிரந்தர ஐந்து விநாடி உறக்கம் வீணாகும், மந்தமாக இருக்கும் போது அது பிழைபடுகிறது.
வரையறுக்கப்பட்ட சுற்றை பயன்படுத்தவும்:
deadline = now + 90 seconds
delay = 2 seconds
while now < deadline:
messages = list inbox
candidate = newest message matching sender, subject, and start time
if candidate exists:
read candidate and continue the product test
wait delay with a small random jitter
delay = min(delay * 1.5, 10 seconds)கடைசிநேரம் சோதனை ஒப்பந்தத்தின் ஒரு பகுதியாகும். கடவுச்சொல்-மீட்டமைப்பு ஓட்டம், பெருமளவு செய்திமடல் முன்னோட்டத்திலிருந்து வேறுபட்ட வரம்பை தேவைப்படலாம். மெதுவான சார்பு முழு CI பணியை அமைதியாக நீட்டிக்காமல், வரம்பை தெளிவாக வைத்திருங்கள்.
துல்லியமாக பொருத்தவும்
“இன்பாக்ஸில் முதல் செய்தி” பயனுள்ள தேர்வாக இல்லை. பல சிக்னல்களைப் பொருத்தவும்:
- பெறுநர் இந்த இயக்கத்திற்காக உருவாக்கப்பட்ட முகவரியுடன் சமமாக இருக்க வேண்டும்;
- உருவாக்க நேரம் தொடக்க நேரத்தை விட பின்னர் இருக்க வேண்டும்;
- அனுப்புநர் எதிர்பார்க்கப்படும் சேவைக்கு属 (சேர்ந்திருக்க வேண்டும்);
- தலைப்பு அல்லது செய்தி வகை ஓட்டத்துடன் பொருந்த வேண்டும்;
- செய்தி ID ஏற்கனவே பயன்படுத்தப்படவில்லை.
அனுப்புநர் பல குறியீடுகளை வெளியிட முடிந்தால், புதிய பொருத்தமான செய்தியைத் தேர்வு செய்யவும். மீண்டும் முயற்சிகள் தவறுதலாக அதை மீண்டும் பயன்படுத்தாமல் இருக்க, அதன் ID-ஐ சோதனை வெளியீட்டில் பாதுகாக்கவும்.
பட்டியல் பொருத்தம் பிறகு மட்டுமே படிக்கவும்
இன்பாக்ஸ் பட்டியலிடல் மலிவான கண்டறிதல் படியாக இருக்க வேண்டும். தேர்ந்தெடுக்கப்பட்ட வேட்பாளருக்காக மட்டுமே முழு செய்தியைப் பெறவும். இது தேவையற்ற பணியை குறைத்து, தொடர்பில்லாத விளம்பர மின்னஞ்சல்களைப் பார்ச் செய்யாமல் தடுக்கும்.
ஆறு இலக்க சரம் இருப்பதை மட்டும் பார்க்காமல், வணிக முடிவை சரிபார்க்கவும். குறியீட்டை சமர்ப்பிக்கவும் அல்லது எதிர்பார்க்கப்படும் இணைப்பைத் திறக்கவும், பின்னர் கணக்கு சரியான நிலைக்கு சென்றதைக் உறுதிப்படுத்தவும்.
வீத வரம்புகளை ஒரு சிக்னலாக கையாளவும்
API ஒரு ஒதுக்கீடு அல்லது வீத-வரம்பு பதிலை வழங்கினால், தற்போதைய முயற்சியை நிறுத்தி, ரீசெட் தகவலை வெளிப்படுத்தவும். தீவிரமான மீண்டும் முயற்சிகள் தெளிவான திறன் சிக்னலை சத்தமாக மாற்றி, தொடர்பில்லாத சோதனைகளை தாமதப்படுத்தலாம்.
சோதனை இயக்கியில் ஒருங்கிணைப்பு வரம்பை அமைக்கவும், குறிப்பாக ஒரு தொகுப்பு ஒரே நேரத்தில் பல முகவரிகளை உருவாக்கும் போது. நூறு கணக்கான ஒரே நேர புல்லிங் சுற்றுகளுக்கு பதிலாக சிறிய பணியாளர் குளம் பிழைதிருத்த எளிதாக இருக்கும்.
தோல்விகளை மறைக்காமல் சுத்தம் செய்யவும்
சான்றுகள் பிடிக்கப்பட்ட பிறகு சுத்தம் செய்ய வேண்டும். வெற்றியில், செய்திகளை நீக்கவும் அல்லது குறுகிய வைத்திருப்பு அவற்றை கையாள அனுமதிக்கவும். தோல்வியில், முகவரியும் செய்தி ID-யும் பாதுகாக்கப்பட்ட CI கலைப்பொருட்களில் போதுமான காலம் வைத்திருங்கள், பின்னர் அவற்றை நீக்கவும்.
சரிபார்ப்பு குறியீடுகள், தனிப்பட்ட இணைப்புகள், அல்லது முழு HTML உடல்களை பொது கட்டுமான பதிவுகளில் ஒருபோதும் அச்சிட வேண்டாம்.
மீண்டும் முயற்சிகளை ஐடெம்போட்டென்ட் ஆக்கவும்
சோதனையை புதிய முகவரியுடன் புதிய இயக்கமாக மீண்டும் முயற்சிக்கவும். ஒரே கணக்கு மற்றும் இன்பாக்ஸில் ஒரே கோரிக்கையை மீண்டும் செய்யும் போது சுத்தமான நிலைமையிலிருந்து தொடங்கும் என்று கருத வேண்டாம். அனுப்புநர் பழைய குறியீடுகளை ரத்து செய்யலாம், மீண்டும் வரும் கோரிக்கைகளை கட்டுப்படுத்தலாம், அல்லது நகல் அழைப்புகளை நிராகரிக்கலாம்.
ஒரு நெட்வொர்க் கோரிக்கை நேரம் முடிந்தால், “எந்த பதிலும் பெறப்படவில்லை” மற்றும் “செயல்பாடு நடக்கவில்லை” என்பதை வேறுபடுத்தவும். அழிவான மீண்டும் முயற்சியை வெளியிடுவதற்கு முன், காணக்கூடிய நிலையைச் சரிபார்க்கவும்.
தோல்வியின் புள்ளியை அறிக்கையிடவும்
பயனுள்ள தானியக்க தோல்வி இந்த நிலைகளில் ஒன்றை அடையாளம் காண்கிறது:
- முகவரி உருவாக்கம் தோல்வியுற்றது;
- மின்னஞ்சல் வரிசை சேர்க்கும் முன் தயாரிப்பு செயல்பாடு தோல்வியுற்றது;
- கடைசிநேரத்திற்கு முன் பொருத்தமான செய்தி வரவில்லை;
- செய்தி வந்தது, ஆனால் உள்ளடக்கம் பொருந்தவில்லை;
- சரிபார்ப்பு செயல்பாடு தோல்வியுற்றது;
- சுத்தம் செய்யும் செயல்முறை தோல்வியுற்றது.
அந்த வகைப்படுத்தல் இடைநிலை “மின்னஞ்சல் சோதனை தோல்வியுற்றது” என்பதை ஒரு குழு பொறுப்பாகக் கொள்ளக்கூடிய பணியாக மாற்றுகிறது.
பெரிய சோதனை மாட்ரிக்ஸுக்கு, ஒரு உண்மையான மின்னஞ்சல் சோதனை திட்டம் ஐப் படிக்கவும். விநியோக கண்டறிதலுக்கு, சரிபார்ப்பு மின்னஞ்சல் வரவில்லை: உடைந்த படியை கண்டறியவும் ஐப் பயன்படுத்தவும்.