HTTP 504 Gateway Timeout د ستاسو د کلاینټ د وخت پای ته رسیدو په وړاندې
د ګیټ وې په کې د وخت تېر شوي اپسټریم غوښتنې او ستاسو په خپل پروکسي کلاینټ کې ټاکل شوي وخت پای ته رسیدو ترمنځ توپیر وکړئ.
ستاسو کلاینټ شپېته ثانیې د انتظار لپاره چمتو دی. لس ثانیې وروسته HTTP 504 ترلاسه کوي. د کلاینټ وخت پای ته رسیدل دوو دقیقو ته پورته کول ګیټ وې ته پنځوس ثانیې نور کار نه ورکوي.
504 هغه ګیټ وې یا پروکسي بیانوي چې د غوښتنې بشپړولو هڅه پر مهال یې له اپسټریم څخه پر وخت ځواب ونه ترلاسه کړ. ګیټ وې خپله پرېکړه کړې او ځواب یې راګرځولی دی. ستاسو کلاینټ کولی شي هغه ځواب په سمه توګه ولولي.
کوم منځګړي هغه راګرځولی؟
د مخ په وړاندې پروکسي صادروونکی کېدای شي. همدارنګه وروستی ګیټ وې چې وېبپاڼه یې چلوي. د CONNECT دننه د عادي پای څخه پای ته TLS سره، له هغه خوندي د موخې تبادلې څخه راغلی HTTP ځواب د خود CONNECT ردېدو سره یو شان نه دی.
پړاو، د ځواب سرلیکونه، د تېروتنې پاڼې عبارت او د موجودیت په صورت کې ورته لاګونه وساتئ. د سرور نوم کېدای شي نښه وي، خو باید د نه غلطېدونکې نسبت په توګه ونه ګڼل شي. په لار کې کېدای شي ستاسو په کلاینټ کې د ټاکل شوي یو څخه ډېر منځګړي وي.
بیا وګورئ چې هغه اپسټریم عملیه ولې بشپړه نه شوه. لاسرسی، ډېر بار شوي خدمتونه، د غوښتنې هغه جسم چې اپسټریم یې د تمې سره سم نه شي پروسس کولی، او د اپلیکیشن چلند ټول مهم کېدای شي. یوازې عددي حالت نه ثابتوي چې د User-Agent بدلول یا یو د وخت پای ته رسیدو اختیار ورزیاتول نړیوال حل دی.
هماغه غوښتنه پرتله کړئ
کله چې بله وسیله کار وکړ، طریقه، هدف، د جسم انکوډنګ، تصدیق او لار پرتله کړئ. "URL په براوزر کې پرانیستل کیږي" د خدمت کلاینټ له لارې د multipart سپارلو سره بشپړه پرتله نه ده.
که تاسو صادروونکې ګیټ وې چلوئ، د هغې اپسټریم بودیجه د ملاتړ شوي کار بار او شاوخوا مهالونو سره سمه کړئ. که نه، د هغې پایله د شاهد په توګه وساتئ او د آپریټر مستند لاسرسي یا ملاتړ لاره وکاروئ. په سیمه کې اوږد انتظار نشي کولی هغه ځواب بدل کړي چې مخکې رسیدلی.