আমি আমাদের সার্ভারগুলি কনফিগার করছি, এবং আমাদের লোড ব্যালান্সারের প্রকৃতির কারণে আমরা সংযোগ রাখি না - হেড শিরোনাম। আমি এই শিরোলেখগুলি শেষ ব্যবহারকারী এবং সার্ভার উভয়কে প্রেরণের প্রভাব নির্ধারণ করার চেষ্টা করছি। হয় একজন কি কিছু খেয়াল করবে?
আমি আমাদের সার্ভারগুলি কনফিগার করছি, এবং আমাদের লোড ব্যালান্সারের প্রকৃতির কারণে আমরা সংযোগ রাখি না - হেড শিরোনাম। আমি এই শিরোলেখগুলি শেষ ব্যবহারকারী এবং সার্ভার উভয়কে প্রেরণের প্রভাব নির্ধারণ করার চেষ্টা করছি। হয় একজন কি কিছু খেয়াল করবে?
উত্তর:
প্রথম এবং সর্বাগ্রে, চিত্কার উচ্চরবে. আপনার বিক্রেতা এ। এক-দশক পুরানো এইচটিটিপি / 1.1 প্রোটোকল সমর্থন না করে এমন একটি পণ্য থাকার জন্য ।
অবিচ্ছিন্ন সংযোগ না থাকার প্রভাব সংস্থানগুলির লোডিং সময়ের একটি বড় বৃদ্ধি। বেঁচে থাকার সাথে একক টিসিপি সংযোগটি একাধিক সংস্থার অনুরোধ করতে ব্যবহার করা যেতে পারে; ছাড়াই, নতুন টিসিপি অধিবেশন (একটি নতুন ত্রি-মুখী হ্যান্ডশেক সহ - এবং আপনি যদি এসএসএল ব্যবহার করেন তবে নতুন এসএসএল আলোচনার জন্য) পৃষ্ঠার প্রতিটি সংস্থান প্রয়োজন।
ব্যবহারিক দিক থেকে, প্রভাবটি কোনও পৃষ্ঠায় সংস্থানগুলির সংখ্যার উপর নির্ভর করবে, ক্লায়েন্ট এবং সার্ভারের মধ্যে রাউন্ড-ট্রিপ সময় এবং ক্লায়েন্টের ব্রাউজার একসাথে যে সমবর্তী অনুরোধগুলি করছে (আধুনিক ব্রাউজারগুলি ডিফল্টরূপে ~ 6ish চালায়) । প্রতি পৃষ্ঠায় প্রচুর সংস্থান এবং দূরবর্তী ক্লায়েন্টগুলির অর্থ পৃষ্ঠা লোডের সময়গুলিতে খুব লক্ষণীয় বৃদ্ধি হবে।
জীবিত রাখুন ক্লায়েন্ট এবং সার্ভার উভয় দিকের পারফরম্যান্সকে বাড়িয়ে তুলবে। সম্ভব হলে এটি অক্ষম করবেন না। চালিয়ে যাওয়ার সাথে সাথে ভারসাম্য রক্ষাকারী ব্যক্তিকে ভাল কাজ করা উচিত।
sending these headers to both the end-user and the server
- হাহ? আপনি যা করতে চাইছেন সে সম্পর্কে আপনি আরও সুনির্দিষ্ট হতে পারেন? শিরোনামগুলি কোথা থেকে প্রেরণ করা হবে এবং কীভাবে এটি এইচটিটিপি-বেঁচে থাকা সংযোগগুলির বিরুদ্ধে আপনার লোড ব্যালান্সারের সীমাবদ্ধতার কাজ করবে? বেঁচে থাকার জন্য কাজ করা কেবল একটি শিরোনামের চেয়ে বেশি প্রয়োজন, সংযোগের HTTP দিকগুলির সাথে জড়িত প্রতিটি ডিভাইসের সহযোগিতা প্রয়োজন।