ப்ராக்ஸி அங்கீகார மறுமுயற்சிகள் மற்றும் மீண்டும் செய்ய முடியாத பதிவேற்ற உடல்கள்

ஒரு GET ப்ராக்ஸி வழியாக அங்கீகரிக்கப்படலாம், ஆனால் POST அல்லது PUT மீண்டும் செய்ய முடியாத உடல் அல்லது பின்னோக்கி சுருட்டல் பிழையுடன் தோல்வியடையும். கணக்கு சரியாக இருக்கலாம்: வாடிக்கையாளர் பதிவேற்றத்தை ஏற்கனவே பயன்படுத்திய பிறகும் அங்கீகார பரிமாற்றத்திற்கு மற்றொரு கோரிக்கை தேவைப்படலாம்.

libcurl பல-கட்ட அங்கீகாரம் உட்பட பயன்பாடுகளுக்கான தேடல் அழைப்புகளை ஆவணப்படுத்துகிறது. Jersey இணைப்பியின் நடத்தைக்கு உட்பட்டு இடையகமிடப்பட்ட மற்றும் பிரிக்கப்பட்ட உருப்படி செயலாக்க முறைகளை வழங்குகிறது. ஒரு Jersey 2 Apache இணைப்பி உதாரணம் இடையகமிடப்பட்ட அமைப்பைக் காட்டுகிறது. இவை எதுவும் வரம்பற்ற நினைவக பதிவேற்றங்களைப் பொருத்தமானதாக்காது.

தோல்வியடையும் முறை மற்றும் உடல் மூலத்தை மீண்டும் உருவாக்கவும். தயாரிப்பு GET-இல் மீண்டும் இயக்க பதிவேற்றம் இல்லை, மேலும் பின்னர் வரும் பதிவேற்றம் அதன் இணைப்பு அல்லது அங்கீகார நிலையைப் பகிர்கிறது என்பதை அது நிரூபிக்காது. புதிய இலக்கு, வாடிக்கையாளர் பொருள் அல்லது இணைப்புக் கொள்கை அதை மாற்றலாம். கோப்பு அடிப்படையிலான உடலும் நேரடி ஸ்ட்ரீமும் அவற்றின் மாதிரி உரை ஒரே மாதிரியாக இருந்தாலும் வேறுபடுகின்றன.

நீங்கள் இடையகமிடினால், அதன் அளவு வரம்பு, சேமிப்பு இடம் மற்றும் ஆயுளை வரையறுக்கவும். ஒரே நேரத்தில் நடக்கும் பதிவேற்றங்கள் செலவைப் பல மடங்காக்கும், மேலும் முக்கியமான தரவு இடையகம் வைக்கப்படும் இடத்திலேயே இருக்கும்.

அறியப்பட்ட இணக்கமான ப்ராக்ஸிக்கு முன்-அங்கீகாரம் ஒரு ஆரம்ப சவாலைத் தவிர்க்கலாம். ஆனால் மற்றொரு முயற்சி தேவைப்படக்கூடிய ஒவ்வொரு பிந்தைய அங்கீகார சுற்று, திருப்பிவிடல் அல்லது மூடப்பட்ட இணைப்பையும் அது விலக்க முடியாது.

ப்ராக்ஸியின் பதிலை, உடல் பயன்படுத்தும் புள்ளியை மற்றும் மீண்டும் இயக்கும் பிழையை ஒன்றாக வைத்திருங்கள். பின்னர் நெறிமுறை மீளியக்கத்தை நிச்சயமற்ற பயன்பாட்டு முடிவிலிருந்து வேறுபடுத்துங்கள்: பதில் இழக்கப்படுவதற்கு முன்பே சமர்ப்பிப்பு செயலாக்கப்பட்டிருக்கலாம். மீண்டும் அனுப்புவதற்கு முன் இலக்கின் idempotency விதிகளைப் பின்பற்றுங்கள்.