HTTP 504 Gateway Timeout বনাম আপোনাৰ ক্লায়েন্টৰ টাইমআউট

আপোনাৰ ক্লায়েন্টে ষাঠি ছেকেণ্ড অপেক্ষা কৰিবলৈ সাজু। দহ ছেকেণ্ড পিছত ই HTTP 504 লাভ কৰে। ক্লায়েন্টৰ টাইমআউট দুিমিনিটলৈ বঢ়ালে গেটৱেৰ বাবে আৰু পঞ্চাশ ছেকেণ্ড কাম কৰাৰ সময় নহয়।

504 এ এনে এটা গেটৱে বা প্ৰক্সি সূচায় যিয়ে অনুৰোধ সম্পূৰ্ণ কৰিবলৈ চেষ্টা কৰি থাকোঁতে সময়মতে আপষ্ট্ৰিম প্ৰতিক্ৰিয়া নাপালে। গেটৱেই ইতিমধ্যে নিজৰ সিদ্ধান্ত লৈ প্ৰতিক্ৰিয়া ঘূৰাই দিছে। আপোনাৰ ক্লায়েন্টে সেই প্ৰতিক্ৰিয়া সফলভাৱে পঢ়িব পাৰে।

কোন মধ্যৱৰ্তীয়ে ইয়াক ঘূৰাই দিলে?

ফৰৱাৰ্ড প্ৰক্সিয়েই প্ৰেৰক হʼব পাৰে। ৱেবছাইটৰ দ্বাৰা পৰিচালিত পৰৱৰ্তী গেটৱেও হʼব পাৰে। CONNECTৰ ভিতৰত সাধাৰণ এণ্ড-টু-এণ্ড TLSৰ সৈতে, সেই সুৰক্ষিত গন্তব্যৰ বিনিময়ৰ পৰা অহা HTTP প্ৰতিক্ৰিয়া CONNECT নিজেই প্ৰত্যাখ্যান কৰাৰ সমান নহয়।

পৰ্যায়, প্ৰতিক্ৰিয়াৰ হেডাৰ, ত্ৰুটি পৃষ্ঠাৰ ভাষা আৰু উপলব্ধ হʼলে মিল থকা লগ সংৰক্ষণ কৰক। চাৰ্ভাৰৰ লেবেল এটা সূত্ৰ হʼব পাৰে, কিন্তু ইয়াক অপ্ৰমাদ্য শ্ৰেয় বুলি গণ্য কৰিব নালাগে। আপোনাৰ ক্লায়েন্টত সংৰূপণ কৰা এটাতকৈ বেছি মধ্যৱৰ্তী পথটোত থাকিব পাৰে।

তাৰ পিছত সেই আপষ্ট্ৰিম কাৰ্য কিয় সম্পূৰ্ণ নহʼল তাক পৰীক্ষা কৰক। উপলব্ধতা, অতিৰিক্ত ভাৰগ্ৰস্ত সেৱা, আপষ্ট্ৰিমে আশানুৰূপে প্ৰক্ৰিয়া কৰিব নোৱাৰা অনুৰোধৰ বডি, আৰু এপ্লিকেশ্যনৰ আচৰণ — এই সকলোৱেই গুৰুত্বপূৰ্ণ হʼব পাৰে। কেৱল সংখ্যাগত স্থিতিয়ে প্ৰমাণ নকৰে যে User-Agent সলনি কৰা বা এটা টাইমআউট বিকল্প যোগ কৰাই সৰ্বজনীন সমাধান।

একে অনুৰোধ তুলনা কৰক

আন এটা সঁজুলিয়ে কাম কৰিলে, পদ্ধতি, লক্ষ্য, বডি এনকোডিং, প্ৰমাণীকৰণ আৰু পথ তুলনা কৰক। "URL টো ব্ৰাউজাৰত খোল খায়" — এইটো সেৱা ক্লায়েন্টৰ জৰিয়তে multipart দাখিলৰ সৈতে সম্পূৰ্ণ তুলনা নহয়।

যদি আপুনি প্ৰেৰক গেটৱে পৰিচালনা কৰে, তেন্তে ইয়াৰ আপষ্ট্ৰিম বাজেট সমৰ্থিত কাৰ্যভাৰ আৰু আশে-পাশে থকা সময়সীমাৰ সৈতে মিলাওক। যদি নকৰে, তেন্তে ইয়াৰ ফলাফল প্ৰমাণ হিচাপে ৰাখি পৰিচালকৰ নথিভুক্ত প্ৰৱেশ বা সহায় পথ ব্যৱহাৰ কৰক। স্থানীয়ভাৱে বেছি সময় অপেক্ষা কৰিলে ইতিমধ্যে অহা প্ৰতিক্ৰিয়া সলনি নহয়।