ওয়েবসকেট বনাম সার্ভার-প্রেরিত ইভেন্ট / ইভেন্টসোর্স

836

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

html  browser  websocket  server-sent-events 
— ম্যাডস মোবাক
সূত্র
2
আপনি কীভাবে তাদের প্রতিযোগিতা হিসাবে দেখছেন তা নিশ্চিত নন। একটি সিঙ্ক্রোনাস এবং কাছাকাছি রিয়েল-টাইম ডেটা এক্সফারের জন্য ব্যবহৃত হতে পারে, অন্যটি অ্যাসিনক্রোনাস এবং সম্পূর্ণ ভিন্ন উদ্দেশ্যে পরিবেশন করবে (কার্যকরভাবে একটি সার্ভার-সাইড অ্যাপ্লিকেশন থেকে টোস্টের মতো বার্তা প্রেরণ)।
— ব্রায়ান ড্রিসকল
54
ওয়েবসকেটগুলি দ্বি-উপায়, এটি সার্ভারে ডেটা প্রেরণ করতে পারে।
— আন্দ্রে ব্যাকলুন্ড
12
আমি এসএসই সম্পর্কে সত্যই পছন্দ করি তা হ'ল সমস্যা সমাধান করা সহজ ... এটি ব্যবহার করে কেবল আপনার এসএসই সার্ভারে একটি অনুরোধ খুলুন curl। যেহেতু এটি HTTP- র উপরে কেবল একটি পাঠ্য বিন্যাস, তাই কী চলছে তা দেখতে সহজেই।
— স্যাম
7
@ ব্রায়ানড্রিসকল - অ্যাসিনক্রোনাস / সিঙ্ক্রোনাস - কোনটি? যতদূর আমি উভয়ই অ্যাসিক্রোনাস স্থানান্তর সক্ষম বুঝতে পারি?
— ডেভ এভারিট
5
এসএসই আইই তে কাজ করে না, ওয়েবসকেটগুলি করে
— টাইলার গিলিজ

উত্তর:

976

ওয়েবসাইটসকেট এবং এসএসই (সার্ভার প্রেরিত ইভেন্টস) উভয়ই ব্রাউজারগুলিতে ডেটা ঠেলাতে সক্ষম, তবে তারা প্রতিযোগিতামূলক প্রযুক্তি নয়।

ওয়েবসকেট সংযোগগুলি উভয়ই ব্রাউজারে ডেটা প্রেরণ করতে এবং ব্রাউজার থেকে ডেটা গ্রহণ করতে পারে। ওয়েবসকেটগুলি ব্যবহার করতে পারে এমন একটি অ্যাপ্লিকেশনের একটি ভাল উদাহরণ হ'ল একটি চ্যাট অ্যাপ্লিকেশন।

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

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

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

তবুও এসএসই পুরানো ব্রাউজারগুলিতে পলিফিল করা যেতে পারে যা কেবল জাভাস্ক্রিপ্ট ব্যবহার করে স্থানীয়ভাবে এটি সমর্থন করে না। এসএসই পলিফিলগুলির কিছু বাস্তবায়ন মডার্নিজর গিথুব পৃষ্ঠায় পাওয়া যাবে ।

Gotchas:

  • এসএসই সর্বাধিক সংখ্যক উন্মুক্ত সংযোগের সীমাবদ্ধতায় ভুগছে, যা ব্রাউজারের প্রতি সীমাবদ্ধতা এবং খুব কম সংখ্যায় (6) সেট করা হওয়ায় বিভিন্ন ট্যাবগুলি খোলার সময় বিশেষভাবে বেদনাদায়ক হতে পারে । ক্রোম এবং ফায়ারফক্সে সমস্যাটিকে "উইল ফিক্স" হিসাবে চিহ্নিত করা হয়েছে । এই সীমাটি ব্রাউজার + ডোমেন প্রতি, সুতরাং এর অর্থ হল যে আপনি সমস্ত ট্যাবগুলিতে www.example1.com6 টি এসএসই সংযোগ এবং অন্য 6 এসএসই সংযোগ www.example2.com(ধন্যবাদ ফেটে) খুলতে পারবেন।
  • কেবল ডাব্লুএস বাইনারি ডেটা এবং ইউটিএফ -8 উভয়ই প্রেরণ করতে পারে, এসএসই কেবল ইউটিএফ -8 এর মধ্যে সীমাবদ্ধ। (চাদো নিহি ধন্যবাদ)
  • প্যাকেট পরিদর্শন সহ কিছু এন্টারপ্রাইজ ফায়ারওয়ালের ওয়েবসকেটগুলির সাথে কাজ করতে সমস্যা হয় (সোফোস এক্সজি ফায়ারওয়াল, ওয়াচগার্ড, ম্যাকাফি ওয়েব গেটওয়ে)।

এইচটিএমএল 5 রকসের এসএসইতে কিছু ভাল তথ্য রয়েছে। এই পৃষ্ঠা থেকে:

সার্ভার-প্রেরিত ইভেন্ট বনাম ওয়েবসকেটস

আপনি কেন ওয়েবসকেটের উপরে সার্ভার-প্রেরিত ইভেন্টগুলি বেছে নেবেন? ভাল প্রশ্ন.

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

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

টিএলডিআর সংক্ষিপ্তসার:

ওয়েবসকেটের মাধ্যমে এসএসইর সুবিধা:

  • একটি কাস্টম প্রোটোকলের পরিবর্তে সাধারণ HTTP- র মাধ্যমে স্থানান্তরিত
  • জাভাস্ক্রিপ্টের সাথে বহুবিধ ভরাট করা যেতে পারে ব্রাউজারগুলিতে "ব্যাকপোর্ট" এসএসইতে এটি এখনও সমর্থন করে না।
  • পুনরায় সংযোগ এবং ইভেন্ট-আইডি সমর্থনে অন্তর্নির্মিত
  • সরল প্রোটোকল
  • কর্পোরেট ফায়ারওয়াল প্যাকেট পরিদর্শন করতে কোনও সমস্যা নেই

এসএসই-র মাধ্যমে ওয়েবসকেটের সুবিধা:

  • আসল সময়, দুটি দিকনির্দেশক যোগাযোগ।
  • আরও ব্রাউজারে নেটিভ সমর্থন

এসএসইর আদর্শ ব্যবহারের ঘটনা:

  • স্টক টিকার স্ট্রিমিং
  • টুইটার ফিড আপডেট করা
  • ব্রাউজারে বিজ্ঞপ্তি

এসএসই গেটচাস:

  • কোন বাইনারি সমর্থন
  • সর্বাধিক উন্মুক্ত সংযোগ সীমা
— অ্যালেক্স রেকারি
সূত্র
131
চ্যাটটি এসএসই-এর সাথে পুরোপুরি করণীয় - আপনি সার্ভারে বার্তা প্রেরণের জন্য নিয়মিত POST ব্যবহার করতে পারেন। আপনি যদি চ্যাট অলা গুগল ওয়েভ প্রয়োগ করেন তবেই ওয়েবসকেটগুলির প্রয়োজন হবে।
— কর্নেল
134
এটি সত্য যে চ্যাট এবং অন্যান্য রিয়েল টাইম অ্যাপ্লিকেশনগুলি এসএসই দিয়ে করা যেতে পারে। যাইহোক, এটির জন্য "ব্যান্ডের বাইরে" পোস্টিংয়ের উত্তর প্রয়োজন, অর্থাত্ এটি এসএসই প্রোটোকল দ্বারা নিয়ন্ত্রিত নয় এবং এসএসই এবং ওয়েবসাইটসকেটের মধ্যে পার্থক্য সম্পর্কে একটি মৌলিক ব্যাখ্যার জন্য এটি একটি ভাল উদাহরণ বলে মনে হয় না। আপনি বেসরকারী HTTP সার্ভারে প্রতি সেকেন্ডে পোলিংয়ের সাথে চ্যাট প্রয়োগ করতে এবং নতুন জবাব পোস্ট করতে পারেন। এর অর্থ এই নয় যে এটি করার সর্বোত্তম / সবচেয়ে মার্জিত উপায়।
— অ্যালেক্স রেকারি
14
আমি মনে করি যে পোমেলের সমাধান বেশিরভাগ ক্ষেত্রেই একটি দুর্দান্ত সমঝোতা, যেহেতু জেএস সর্বদা একটি এজাক্স পোস্ট দিয়ে সার্ভারে জিনিসগুলিকে "ধাক্কা" দিতে পারে। আমার অভিজ্ঞতা থেকে, প্রধান বিষয়টি জেএসের জন্য নতুন তথ্যের জন্য জরিপ করা দরকার ছিল, তবে এসএসই সেদিকে খেয়াল রাখে। : ডি
— জ্যাকব প্রিচেট
12
আপনি একবারে সম্পূর্ণ বার্তার পরিবর্তে এটি টাইপ করার সাথে সাথে ম্যাটডিপিপাস্কোভেল ওয়েভ প্রতিটি কী পৃথকভাবে প্রেরণ করেছে। 1 কীস্ট্রোকের জন্য 200 টি বাইট পোষ্ট ওভারহেড ওয়েবসকেটের জন্য প্রায় 6 এর তুলনায় অপব্যয়যোগ্য।
— কর্নেল
9
এগুলি বলার অপেক্ষা রাখে না যে তারা কোনও প্রতিযোগিতামূলক প্রযুক্তি নয় এবং তারপরে বর্ণনা করুন যে তারা উভয়ই অনুরূপ সমাধান অর্জনে ব্যবহার করা যেতে পারে। আমি বলব যা তাদের প্রতিযোগিতায় পরিণত করে।
— অ্যালেক্স
115

Caniuse.com অনুযায়ী:

আপনি অন্য অনেক ব্রাউজারে এসএসইর সমর্থন প্রসারিত করতে কেবল ক্লায়েন্ট-পলিফিল ব্যবহার করতে পারেন। এটি ওয়েবসকেটগুলির সাথে কম সম্ভাবনা। কিছু ইভেন্টসোর্স পলিফিল:

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

এসএসই সম্পর্কে আরও জানুন থেকে:

ওয়েবসকেট সম্পর্কে আরও জানুন থেকে:

অন্যান্য পার্থক্য:

  • ওয়েবসকেটগুলি নির্বিচারে বাইনারি ডেটা সমর্থন করে, এসএসই কেবল ইউটিএফ -8 ব্যবহার করে uses
— ড্রয় নোকস
সূত্র
3
আমি ২০১ point সালে উল্লেখ করতে চাই> বিশ্বব্যাপী ৯৫% ব্যবহারকারী স্থানীয়ভাবে ওয়েবসকেটকে সমর্থন করে। সমস্ত ব্রাউজার এবং ডিভাইস 4 বছরেরও বেশি সময় ধরে ওয়েবসকেটকে সমর্থন করে। সকেট.আইও এজেএক্স দীর্ঘ ভোটগ্রহণে ফ্যালব্যাক করবে এবং ওয়েবসকেটগুলি যদি এটি সমর্থন না করে তবে এমুলেটিংয়ের জটিলতাগুলি পরিচালনা করবে, যা 100% সমর্থন করে makes আপনি যদি 2016 সালে ওয়েবসকেট ব্যতীত অন্য কিছু ব্যবহার করেন তবে আপনি পুরানো প্রযুক্তি ব্যবহার করছেন।
— নিক স্টিলে
3
@ নিকস্টিল এটি বুলশিট হাইপ স্টেটমেন্ট। পুরানো স্ট্যান্ডার্ডগুলির উপর নির্ভর করা পুরোপুরি ঠিক আছে যদি তারা আপনার ব্যবহারের ক্ষেত্রে দেখা দেয় এবং এর অর্থ এই নয় যে কোনও কিছু পুরানো। এটি ঠিক একটি আলাদা স্ট্যান্ডার্ড। উদাহরণস্বরূপ: এক্সএইচআর এখনও আনতে পারে এমন এফআইপি না করতে পারে এমন প্রচুর স্টাফ করতে পারে, তাই এটি পুরানো নয়। এটা ভিন্ন. আমি অতীতে ডাব্লুএস ব্যবহার করেছি, তবে অভিজ্ঞতা থেকে জেনে থাকুন যে ডাব্লুএসকে বুঝতে না পারলে শোনার এন্টারপ্রাইজ ফায়ারওয়ালের আকারে কেউ ছিনতাই করতে পারে যা অনুরোধগুলিকে ব্লক করে। এসএসই এটির জন্য দক্ষ-দক্ষ, তুচ্ছভাবে বোঝা যায় এবং বাস্তবায়নযোগ্য এবং ডিবাগ করা সহজ। আমাদের একমুখী ডেটাফ্লো জন্য, এটি নিখুঁত।
— অলিগোফ্রেন
@oligofren শপথ করার দরকার নেই। পূর্ববর্তী সংস্করণটি প্রতিস্থাপনের জন্য যদি কোনও কিছু ডিজাইন করা হয় এবং সংজ্ঞা অনুসারে এটি শিল্প স্বীকৃত এবং উন্নততরভাবে উন্নত হয় তবে পুরানো পদ্ধতিটি পুরানো। মূল আইফোন যেমন পুরানো, তেমন এক্সএইচআরও। এক্সএইচআর ইউটিউব, নেটফ্লিক্স, ফেসবুক এমনকি মাইস্পেসের আগে প্রথম আইফোন ফায়ারফক্সের আগে বেরিয়ে এসেছিল। যখন এক্সএইচআর বেরিয়ে আসে উইন্ডোজ 98 সেরা ওএস ছিল, এওএল ছিল সেরা সরবরাহকারী, এবং জেএসওএনও উপস্থিত ছিল না। ওয়েবসকেটগুলি প্রায় এক দশক আগে এক্সএইচআর প্রতিস্থাপন করেছে। যদি আপনি ডাব্লুএস ব্যবহার করে স্নাগগুলি মারেন তবে যে ঘটনাটি ছিনতাই করেছে তাও পুরানো। এখন পর্যন্ত পিছিয়ে থাকার কোনও অজুহাত নেই।
— নিক স্টিল
4
বিএসকে হাইপারবোলে দিয়ে এরপরে প্রতিস্থাপন করুন :-) ডাব্লুএস ডেলিভারি গাড়িগুলির চেয়ে এক্সএইচআর / এইচটিটিপি-র কোনও প্রতিস্থাপন নয়। এটি বিভিন্ন ব্যবহারের ক্ষেত্রে। ডাব্লুএস এইচটিটিপি নয় এবং বিভিন্ন মিষ্টি দাগ রয়েছে। আপনি চেষ্টা করতে চাইলে ব্যবহারকারীর জায়গাতে এইচটিটিপি (খারাপভাবে) পুনরায় প্রয়োগ করতে হবে end এছাড়াও, আপনি এমন বিষয়গুলি বোঝাচ্ছেন যা সত্য হিসাবে দেওয়া হয় না: ডাব্লুএস হ'ল একটি দ্বি নির্দেশমূলক প্রোটোকল যা সার্ভার পুশকে সমর্থন করে। আমি কোনও ডিজাইনের ডক্সকে কোনও কিছুর প্রতিস্থাপন হিসাবে এটি বিকশিত হওয়ার উল্লেখ কখনও দেখিনি। সূত্র? বয়স নিজেই একটি কারণ নয়। যখন কোনও পছন্দ দেওয়া হয়, আপনার সমস্ত প্রয়োজনীয়তা যাচাই করা সহজ বাস্তবায়ন চয়ন করুন।
— অলিগোফ্রেন
1
এটি মাত্র দু'বছর আগে (2017) আমি নোড জেএস প্রক্রিয়াগুলির হিপ ডাম্পগুলি ডিবাগ করছিলাম যেখানে সকেট.ইও কোড আইআইএস প্রক্রিয়াতে বিশাল মেমরি বিভাজন ঘটায়, আজুরের নোড দলের সাথে সরাসরি কথা বলার শেষ করে। মোট জটিলতা নিখরচায় নয়। আপনি যদি সার্ভারের উপর নির্ভরশীলতা হিসাবে কোনও সরল 20 লাইন স্ক্রিপ্টটি দিয়ে পালাতে পারেন তবে এখনও 100 কে ক্লায়েন্ট পরিবেশন করতে সক্ষম হয়েছি, আমি এটির জন্য যাব। আমি ডাব্লুএসকে এটির জন্য খুব পছন্দ করি তবে এটি সমাধান চয়ন করার আগে আপনার কী প্রয়োজন তা দেখুন।
— অলিগোফ্রেন
8

ওয়েবসকেট ভিএস এসএসই

ওয়েব সকেটস - এটি এমন একটি প্রোটোকল যা একক টিসিপি সংযোগের জন্য একটি সম্পূর্ণ-দ্বৈত যোগাযোগ চ্যানেল সরবরাহ করে। উদাহরণস্বরূপ সার্ভার এবং ব্রাউজারের মধ্যে দ্বি-মুখী যোগাযোগ যেহেতু প্রোটোকলটি আরও জটিল, তাই সার্ভার এবং ব্রাউজারকে ওয়েবসকেটের লাইব্রেরিতে নির্ভর করতে হবে যাsocket.io

Example - Online chat application.

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

Example - Online stock quotes or cricket score website.
— গৌরব তিওয়ারি
সূত্র
4

একটি বিষয় লক্ষণীয়:
ওয়েবসকেট এবং কর্পোরেট ফায়ারওয়াল নিয়ে আমার সমস্যা ছিল। (এইচটিটিপিএস ব্যবহার সর্বদা সাহায্য করে না))

Https://github.com/LearnBoost/sket.io/wiki/Sket.IO-and-firewall-software দেখুন https://github.com/sockjs/sockjs-client/issues/94

আমি ধরে নিয়েছি সার্ভার-প্রেরিত ইভেন্টগুলিতে তেমন সমস্যা নেই। তবে আমি জানি না।

এটি বলেছিল যে ওয়েবসকেটগুলি মজাদার পরিমাণ। আমার কাছে একটি সামান্য ওয়েব গেম রয়েছে যা ওয়েবসকেট ব্যবহার করে (সকেট.আইওর মাধ্যমে) ( http://minibman.com )

— ড্রু লেসইউর
সূত্র
1
কর্পোরেট ফায়ারওয়াল নিয়ে আমারও সমস্যা ছিল।
— অলিগোফ্রেন
1
সার্ভার-প্রেরিত ইভেন্টগুলির সাথে আমি যে সমস্যাটি দেখেছি তা হ'ল কিছু প্রক্সি / ফায়ারওয়ালগুলি এটি ব্লক করতে পারে কারণ এতে কোনও
— লিখিত
2

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

— প্যাট্রিক লাইটারম্যান
সূত্র
-3

সর্বাধিক সংযোগ সীমাটি http2 + sse নিয়ে কোনও সমস্যা নয়।

এটি HTTP 1 এ একটি সমস্যা ছিল

— user1948585
সূত্র
এইচটিটিপি 2 একই ডোমেনে একাধিক অনুরোধকে স্ট্রিম হিসাবে বিবেচনা করার অনুমতি দেয়। এই কৌশলটিকে মাল্টিপ্লেক্সিং বলা হয়। এটি প্রতি ডোমেনের সংযোগের ব্রাউজারের সীমা সংরক্ষণ করে, এই কারণেই মানুষ এইচটিটিপি 1 দিয়ে ডোমেন শারাডিং করে।
— ব্যবহারকারী 1948585
1
এইচটিটিপি / ২ স্ট্রিমগুলি সংখ্যায়ও সীমাবদ্ধ, এটি সার্ভারগুলিকে একক ব্রাউজার দ্বারা বোমাবর্ষণ করা থেকে রক্ষা করে এবং ব্রাউজারগুলিকে তাদের মাল্টিপ্লেক্সিংকে সীমিত সংখ্যক স্রোতে সীমাবদ্ধ করতে বাধ্য করে - যা আমাদের ক্ষেত্রে, এইচটিটিপি / ১.১ সংযোগের মতোই .. । যা আপনাকে এসএসই সংযোগ সীমাতে ফিরিয়ে আনবে।
— Myst
আমি ধরে নিয়েছি ওয়েবসকেট সংযোগটি সার্ভার সংস্থানগুলি গ্রাস করে। samsaffron.com/archive/2015/12/29/websockets-caution-required । আপনার পকেট যতটা অনুমতি দেয় কনফিগার করার দক্ষতা অর্জন করা সর্বদা ভাল।
— ব্যবহারকারী 1948585
সম্ভবত এসএসই বেশিরভাগ সার্ভারে অনুরূপ সংস্থান গ্রহণ করবে (যদি এখনও উপস্থিত এইচটিটিপি স্ট্যাকের কারণে আরও সংস্থান না হয় এবং এটি সীমাবদ্ধ থাকে)।
— মাইস্ট
1
এই উত্তরটি সঠিক। HTTP / 2 ব্যবহার করার সময় 6 টি HTTP সংযোগের সীমাটির আর অস্তিত্ব নেই। প্রুফ: codepen.io/dunglas/pen/yLYxdxK?editors=1010 HTTP / 2 দিয়ে, এটি সার্ভারটি তৈরি করেছে এবং ক্লায়েন্ট এক সাথে সর্বাধিক সংখ্যক একসাথে স্ট্রিম (ডিফল্টরূপে 100) আলোচনা করতে পারে।
— কেভিন ডাঙ্গালাস
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.