হেড-স্পেস লাইভ-লাইফ স্পষ্টকরণ


106

আমাকে একটি সাইট তৈরি করতে বলা হয়েছিল, এবং একজন সহ-বিকাশকারী আমাকে বলেছিলেন যে আমাকে কি-বেচে হেডার অন্তর্ভুক্ত করা দরকার।

ভাল আমি এটি সম্পর্কে প্রচুর পড়া এবং এখনও আমার প্রশ্ন আছে।

এমএসডিএন ->

যখন কোনও ক্লায়েন্ট ওয়েব পৃষ্ঠার সামগ্রীর জন্য একাধিক অনুরোধ জানায় তখন উন্মুক্ত সংযোগ কার্যকারিতা উন্নত করে, কারণ সার্ভার প্রতিটি অনুরোধের জন্য সামগ্রীটি আরও দ্রুত ফিরিয়ে দিতে পারে। অন্যথায়, সার্ভারকে প্রতিটি অনুরোধের জন্য একটি নতুন সংযোগ খুলতে হবে

দিকে তাকাও

এখানে চিত্র বর্ণনা লিখুন

  • আইআইএস (ফল) পাঠায়, তখন keep aliveহেডার ( অথবা ব্যবহারকারীর সক্রিয়-রাখুন পাঠায় ), এটা যে (মানে E, C, Bএকটি সংযোগ যা শুধুমাত্র আমার সেশনের জন্য সংরক্ষণ)?
  • কোথায় এই তথ্য রাখা হয় ( "এই সংযোগটি" রইয়ের "অন্তর্ভুক্ত )?
  • এর অর্থ কি এই সংযোগটি আর কেউ ব্যবহার করতে পারে না
  • যদি তাই হয় - এর অর্থ কী বেঁচে থাকা-হেডার রাখুন - ওভারল্যাপযুক্ত সংযোগ ব্যবহারকারীর সংখ্যা হ্রাস করবেন?
  • যদি তাই হয় তবে সংযোগটি আমার পক্ষে কতক্ষণ সংরক্ষণ করা হয়? (অন্য কথায়, যদি আমি জীবিত রাখি- কখন অবধি "রাখি"?)

যারা আগ্রহী তাদের জন্য PS:

এই নমুনা পৃষ্ঠায় ক্লিক করা জীবিত শিরোনাম রাখবে


2
পিএফএফ, আমি এটি একটি বক্তৃতায় দেখেছি, তবে আমি যথেষ্ট নিশ্চিত নই। আমি ভেবেছিলাম জীবিত রাখা কেবলমাত্র সার্ভার এবং ব্যবহারকারীর মধ্যে থাকে। সর্বোপরি, এর মধ্যে থাকা সমস্ত কিছুর এটি এইচটিটিপিও জানা উচিত নয়, শিরোনামগুলি একা দেখা যাক।
নোটতুয়া

এমএসডিএন থেকে উদ্ধৃত বিবৃতিটি ড্রাইভ is এটি ক্লায়েন্ট যে বেঁচে থাকা না থাকলে একটি নতুন সংযোগ খুলতে হবে।
লার্নের মারকুইস

এবং যদি আপনি কোনও সাইট তৈরি করছেন, কোনও ওয়েব সার্ভার বা ক্লায়েন্ট নয়, আপনার জন্য ইতিমধ্যে কিপালাইভ শিরোনামটি সম্পন্ন হয়েছে।
লার্নের মারকুইস

উত্তর:


145

এই তথ্যটি কোথায় রাখা হয়েছে ("এই সংযোগটি কম্পিউটার Aএবং সার্ভারের মধ্যে রয়েছে F")?

একটি টিসিপি সংযোগ সোর্স আইপি এবং পোর্ট এবং গন্তব্য আইপি এবং পোর্ট দ্বারা স্বীকৃত। আপনার ওএস, সমস্ত মধ্যবর্তী সেশন-সচেতন ডিভাইস এবং সার্ভারের ওএস এর মাধ্যমে সংযোগটি স্বীকৃতি দেবে।

এইচটিটিপি অনুরোধ-প্রতিক্রিয়া নিয়ে কাজ করে: ক্লায়েন্ট সার্ভারের সাথে সংযুক্ত হয়, একটি অনুরোধ সম্পাদন করে এবং একটি প্রতিক্রিয়া পায়। বেঁচে থাকুন না করে, প্রতিটি প্রতিক্রিয়ার পরে কোনও এইচটিটিপি সার্ভারের সংযোগটি বন্ধ হয়ে যায়। এইচটিটিপি রাখার সাথে আপনি নির্দিষ্ট মানদণ্ড পূরণ না হওয়া অবধি অন্তর্নিহিত টিসিপি সংযোগটি খোলা রাখবেন।

এটি একক টিসিপি সংযোগের মাধ্যমে একাধিক অনুরোধ-প্রতিক্রিয়া জুটির জন্য অনুমতি দেয়, টিসিপি-র তুলনামূলকভাবে ধীর গতির সংযোগ শুরুর কিছুটি অপসারণ করে।

আইআইএস (এফ) যখন জীবন্ত হেডারটি প্রেরণ করে (বা ব্যবহারকারী কী-জীবিত প্রেরণ করে) পাঠায়, তার অর্থ কি এই (E, C, B) কোনও সংযোগ সংরক্ষণ করে

নং রাউটারগুলির সেশনগুলি মনে রাখার দরকার নেই। প্রকৃতপক্ষে, একই টিসিপি সেশনে থাকা একাধিক টিসিপি প্যাকেটগুলির জন্য সমস্তগুলি একই রাউটারগুলির মধ্য দিয়ে যায় না - এটি টিসিপি পরিচালনা করার জন্য। রাউটারগুলি কেবল সেরা আইপি পাথ এবং ফরোয়ার্ড প্যাকেটগুলি বেছে নেয়। লাইভ-লাইভ কেবল ক্লায়েন্ট, সার্ভার এবং অন্য কোনও মধ্যবর্তী সেশন-সচেতন ডিভাইসের জন্য।

কোনটি আমার সেশনের জন্য?

এর অর্থ কি এই সংযোগটি আর কেউ ব্যবহার করতে পারে না

এটি টিসিপি সংযোগগুলির উদ্দেশ্য : এটি কেবলমাত্র দুটি পক্ষের উদ্দেশ্যেই শেষ প্রান্তে সংযোগ।

যদি তাই হয় - এর অর্থ কী বেঁচে থাকা-হেডার রাখুন - ওভারল্যাপযুক্ত সংযোগ ব্যবহারকারীর সংখ্যা হ্রাস করবেন?

"ওভারল্যাপেড সংযোগগুলি" সংজ্ঞা দিন। কিছু সুবিধা এবং অসুবিধার জন্য এইচটিটিপি স্থির সংযোগ দেখুন , যেমন:

  • লোয়ার সিপিইউ এবং মেমরির ব্যবহার (কারণ কম সংযোগগুলি একই সাথে খোলা থাকে)।
  • অনুরোধ এবং প্রতিক্রিয়াগুলির HTTP পাইপলাইন সক্ষম করে।
  • কমে যাওয়া নেটওয়ার্ক কনজেশন (কম টিসিপি সংযোগ)।
  • পরবর্তী অনুরোধগুলিতে বিলম্বিতা হ্রাস (কোনও হ্যান্ডশেকিং নেই)।

যদি তাই হয় তবে সংযোগটি আমার পক্ষে কতক্ষণ সংরক্ষণ করা হয়? (অন্য কথায়, যদি আমি জীবিত রাখি- কখন অবধি "রাখি"?)

একটি সাধারণ রাখার-জীবিত প্রতিক্রিয়া দেখতে এই রকম দেখাচ্ছে:

Keep-Alive: timeout=15, max=100

দেখুন হাইপারটেক্সট ট্রান্সফার প্রটোকল (HTTP) সক্রিয়-রাখুন শিরোলেখ উদাহরণস্বরূপ (ক খসড়া জন্য HTTP / 2 যেখানে সক্রিয়-রাখুন হেডার উভয় তার চেয়ে অনেক বেশী বিস্তারিতভাবে আলোচনা করা হয়েছে 2616 এবং 2086 ):

  • একটি হোস্ট timeoutপ্যারামিটারের মানটি সময় নির্ধারণ করে যে হোস্টটি নিষ্ক্রিয় সংযোগটি বন্ধ হওয়ার আগে এটি নিষ্ক্রিয় থাকতে দেয়। কোনও হোস্টের দ্বারা কোনও ডেটা প্রেরণ বা গৃহীত না হলে কোনও সংযোগ নিষ্ক্রিয়।

  • maxপরামিতি অনুরোধ একটি ক্লায়েন্ট করতে হবে, বা যে একটি সার্ভার ক্রমাগত সংযোগ তৈরি করা অনুমতি দেবে সর্বোচ্চ সংখ্যক নির্দেশ করে। একবার নির্দিষ্ট সংখ্যক অনুরোধ এবং প্রতিক্রিয়া প্রেরণ করা হয়ে গেলে, প্যারামিটার অন্তর্ভুক্ত হোস্ট সংযোগটি বন্ধ করতে পারে।

যাইহোক, সার্ভারটি নির্বিচার সময় এবং অনুরোধের সংখ্যার পরে সংযোগ বন্ধ করতে মুক্ত (যতক্ষণ না এটি বর্তমান অনুরোধটির প্রতিক্রিয়াটি ফিরিয়ে দেয়)। এটি কীভাবে কার্যকর করা হয় তা আপনার HTTP সার্ভারের উপর নির্ভর করে।


"ওভারল্যাপযুক্ত সংযোগগুলি" ----> আমি একই সাথে বলতে চাই। (এবং আমি মনে করি একযোগে সংযোগের সংখ্যা হ্রাস পাবে কারণ আপনি বলেছিলেন: "সংযোগ এক্স জনের জন্য সংরক্ষিত রয়েছে কারণ এটি
রক্ষণাবেক্ষণ

1
সুতরাং আপনি যা বলছেন তা হ'ল সার্ভার যদি একবারে 100 টি সংযোগ পরিচালনা করতে পারে এবং এই সমস্ত সংযোগগুলি জীবিত রাখার জন্য ব্যবহার করে, তবে 101'র সংযোগটি ফেলে দেওয়া হবে ???
রই নমির

1
@ রোয়ি না, কোনও ব্রাউজার কোনও প্রদত্ত হোস্টের সাথে কয়টি চালিয়ে যাওয়ার সংযোগ দেয় তা আমি জানি না এবং আমি বোঝাতে চাইনি যে কেবল একটি ব্রাউজার কেবল একটি খুলবে one অনুরোধের পরিমাণ একই সাথে করা হয় সীমিত এবং ব্রাউজারে পরিবর্তিত হয় । আমি বোঝাতে চাইছি যে যদি কোনও ব্রাউজার Nসংযুক্তদের ধরে রাখে তবে এটি Nসংযোগগুলির উপরে আগুনের অনুরোধের পরিবর্তে (পূর্বনির্ধারিতভাবে প্রতিটি প্রতিক্রিয়া হওয়ার পরে সংযোগটি বন্ধ হয়ে যায়) উদাহরণস্বরূপ, আগুনের Nঅনুরোধগুলি N / Mএমনকি কেবল Mসংযোগগুলির জন্য, কারণ এটি একাধিক অনুরোধগুলিকে ফায়ার করতে পারে because প্রতিটি খোলা সংযোগ, তাই কম ব্যবহার করতে পারেন।
কোডকাস্টার

1
আমি এটি জানি। (:-)) আপনি আপনার মন্তব্যে বলেছেন: কোনও ক্লায়েন্ট জীবিত রাখার সময় একসাথে কম সংযোগ তৈরি করবে, এটি অনুরোধগুলিকে সিরিয়ালটিতে সরিয়ে দেবে, সমান্তরালে নয় । এটি কীভাবে সংরক্ষণের সাথে সম্পর্কিত তা আমি বুঝতে পারি না।
রই নমির

5
E, C, B সেশনগুলি সংরক্ষণ করবেন না। এগুলি রাউটারগুলি, তাদের কোনও সেশন টেবিল নেই এবং তাদের দরকার নেই, কারণ একই টিসিপি ক্লায়েন্ট থেকে সার্ভার সেশনের একাধিক প্যাকেট বিভিন্ন পাথ অনুসরণ করতে পারে। রাউটারের ভূমিকা হ'ল সেরা আইপি পাথ বেছে নেওয়া এবং সেই অনুযায়ী প্যাকেটটি ফরোয়ার্ড করা, সুতরাং এটি ট্রান্সপোর্ট লেয়ারে (টিসিপি / ইউডিপি) যায় না, বা অ্যাপ্লিকেশন স্তরটি কিপ-লাইভ হেডার দেখতে যায় না। সুতরাং মূলত ক্লায়েন্ট এবং সার্ভারের মধ্যে স্পষ্টতই বেঁচে থাকুন এবং স্পষ্টতই এটি সেশনকে সচেতন করতে দেয়
ইগ
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.