একটি ইউআরএল, // জন্য কি? [বন্ধ]


39

সাধারণত, যখন আমি দেখি //, এটি নিয়মিত কিছু প্রোটোকল উপসর্গ অনুসরণ করে http:বা পছন্দ করে ftp:। আমি এটি অন্য কোথাও কখনও দেখিনি। উদাহরণ স্বরূপ,

http://www.google.com/

একটি সাধারণ ইউআরএল।

তবে, একই সাইটের বিভিন্ন সংস্করণ উপার্জনের জন্য আমি নিম্নলিখিত দুটি বাক্য গঠন খুঁজে পেয়েছি,

http://www.weather.com/

http://www.weather.com//

আমি ভেবেছিলাম যে //প্রোটোকল নির্দিষ্টকরণের বাইরে অন্য কোথাও অবৈধ হবে। আমার অবাক করার বিষয়, আমি ভুল ছিলাম। এটি শেষ হওয়ার পরে কী হয় //যে একই সাইটের আলাদা সংস্করণটি হয়?

সম্পাদনা করুন:

উভয় লিঙ্ক এখন একই পৃষ্ঠাতে অবতরণ করায় at সাইটের কেউ কেউ অবশ্যই অন্যটির বায়ু আবিষ্কার করেছে।


9
যদি আমার অনুমান করতে হয়, আপনি যা করছেন কেবল একই সাইটটি দু'বার দেখছেন তবে অতিরিক্ত / শেষে একটি সিএসএস ভাঙছে বা বাচ্চারা আজকাল তাদের ওয়েবসাইটগুলি ফর্ম্যাট করতে ব্যবহার করে। :)
মার্ক অ্যালেন


1
@ মেহপারসি.পালভুজলার পিছনের দিকে, হ্যাঁ। তবে প্রশ্নের সময়, আমি ভেবেছিলাম স্কোপটি এটির চেয়ে কিছুটা প্রশস্ত।
চাদ হ্যারিসন

@MarkAllen ওয়েল নোট তার আকর্ষণীয় ব্যবহার করে ///বা ////URL এর শেষে এর মত একই ফলাফল রূপে /যেখানে // করেনি ভিন্ন কিছু স্থাপিত।
চাদ হ্যারিসন

এদিকে ডাবল ব্যাকস্ল্যাশ (\\) সাধারণত উইন্ডোজ ইউনিফর্ম নামকরণ কনভেনশনে দেখা যায়, যেমন\\HostName[@Port]\SharedFolder\Resource
উইলিয়াম সি

উত্তর:


67

শীর্ষস্থানীয় //ইউআরএল সিনট্যাক্সের অংশ part ওয়ার্ল্ড ওয়াইড ওয়েবের আবিষ্কারক সেই ভুলটির জন্য ক্ষমা চেয়েছেন

সত্যই, আপনি যদি এটি সম্পর্কে চিন্তা করেন তবে এর জন্য ডাবল-স্ল্যাশের দরকার নেই। আমি এটি ডাবল-স্ল্যাশ না করার জন্য ডিজাইন করতে পারতাম। - স্যার টিম বার্নার্স-লি, ওয়ার্ল্ড ওয়াইড ওয়েবের আবিষ্কারক


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


যেহেতু এটি সম্পূর্ণ হয়, কারণ আপনি কেবল ওয়েব রুট ব্যতীত অন্য কোনও সূচকের সন্ধান করতে কোনও ওয়েব সার্ভারকে কনফিগার করতে পারেন ! আমার টুপি ভাল স্যার আপনাকে বন্ধ।
চাদ হ্যারিসন

আপনি কি বলছেন এর http://example.comথেকে আলাদা আচরণ করা যায় http://example.com/? আমি মনে করি না যে প্রথম স্ল্যাশের ক্ষেত্রে এটিই ছিল।
অসন্তুষ্টগোট

1
@ DisgruntledGoat আপনি করতে পারেন , হ্যাঁ, কিছু .htaccessনিয়ম ব্যবহার করে । তবে আপনার সম্ভবত করা উচিত নয়।
ম্যাথু

1
আপনি ওয়েব সার্ভারের http://example.comথেকে আলাদা আচরণ করতে পারবেন না http://example.com/, কারণ তাদের উভয়েরই ফাঁকা পথ রয়েছে। আপনি তাদের ব্রাউজারে অন্যরকম আচরণ করতে পারেন could
ডেভিড শোয়ার্জ

3
হোস্ট হেডার neverminding, শূন্য বা এক স্ল্যাশ একই HTTP অনুরোধ অনুবাদ: GET / HTTP/1.1: tools.ietf.org/html/rfc2616.html#section-3.2.3
SingleNegationElimination

19

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

<script src="//www.google.com/js/gweb/analytics/autotrack.js"></script>

সুতরাং এখন এটি স্পষ্ট যে এই জাতীয় প্রোটোকল-কম URL সম্পূর্ণরূপে যোগ্য URL এবং আপেক্ষিক URL নয় (যা একক স্ল্যাশ দিয়ে শুরু হবে)।


1
এই স্টাইলটিকে "প্রোটোকল আপেক্ষিক" ইউআরএল / ইউআরআই বলা হয়। এসও তেমন প্রশ্ন রয়েছে।
হিপ্পিট্রেইল

1
আর কোন সুপারিশ। এছাড়াও পলিরিশ.com
দেখুন-

13

আসলে প্রশ্নের উত্তর দেওয়ার জন্য মূল স্পেসিফিকেশন প্রোটোকল দিয়েছেন http:(অথবা সম্ভবত ftp:, gopher:, mailto:, news:, telnet:, wais:, file:বা prospero:) তারপর একটি // নির্দেশ করে ইউনিফর্ম রিসোর্স লোকেটার (URL) থাকবে সিনট্যাক্স ব্যবহার করা হয়েছিল, তারপর হোস্ট (ঐচ্ছিকভাবে প্রিফিক্স user:password@) তাহলে ঠিকানা অন্যের সঙ্গে সঠিক শুরুর /। এটি আরএফসি 1738 - প্রস্তাবিত হয়েছিল ।

ইন্টারনেটের বিকশিত http:হওয়ার সাথে সাথে প্রভাবশালী প্রোটোকল হয়ে উঠেছে তাই ব্রাউজারগুলি এখন ধরে নিচ্ছে যে http://এটি না থাকলে একটি উপসর্গ যুক্ত করা উচিত।


3
আপনার উত্তরটি ইঙ্গিত দিবে যে প্রোটোকলটির সাথে এক পর্যায়ে ইউআরএল ব্যতীত অন্য কিছু ব্যবহার করা যেত এবং এটি ব্যবহৃত //হয়েছে তা বোঝানোর জন্য অন্য কিছু ব্যবহার করতে পারে ... এটি কি তাই?
ইজকাটা

3
@ ইজকাটা 80 এবং 90 এর দশকের শেষদিকে, যখন ইন্টারনেট শুরু হচ্ছিল, বিভিন্ন আইটেমের জন্য বিভিন্ন ধরণের বিন্যাস প্রস্তাবিত হয়েছিল। ইউআরএলগুলি / ইউআরএনগুলির একটি উপসেট ছিল (দেখুন আরএফসি 3305) এবং এগুলিতে বিভিন্ন ফর্ম্যাট থাকতে পারে isbn:1-23-456789-12-3। অনুশীলনগুলিতে, http:সংজ্ঞা দেয় যে বাকীগুলি ইউআরএল হবে। আরএফসিগুলি কেবলমাত্র প্রস্তাব এবং প্রায়শই এমন এক্সটেনশনের অনুমতি দেয় যা কখনই বাস্তবায়িত হয় না। এক পর্যায়ে, টিম বার্নার্স-লি বলেছিলেন যে এটি //একটি 'সাবনেট' (উদাহরণস্বরূপ http:/govnet/whitehouse.gov) এর জন্য। এই ধারণাটি কখনও ব্যবহার করা হয়নি, তবে '//' এখন পর্যন্ত এতটা কোড প্রত্যাশা করে এবং এর জন্য পরীক্ষা করে।
স্টারনামার

1
@ ইজকাটা: আপনি সম্ভবত কোনও যোগাযোগ প্রোটোকলের সাথে ব্যবহার করা কোনও অ-ইউআরএল ইউআরএন দেখতে পাবেন না; এটিই // এর জন্য। এটি সূচিত করে যে প্রোটোকলটি এমন একটি (সম্ভবত দূরবর্তী) নেটওয়ার্কের অবস্থান অ্যাক্সেসের জন্য ব্যবহার করা হচ্ছে যেখানে একটি সংস্থান খুঁজে পাওয়া যায়। সেখানে হয় অন্যান্য ভস্মাধার এর অন্যান্য তথ্য অংশের আছে এবং ব্যবহার করবেন না যে প্রচুর // (আপনার ব্রাউজারে সম্ভবত স্বীকার, "mailto:", উদাহরণস্বরূপ)। : দেখুন en.wikipedia.org/wiki/URI_scheme
KutuluMike

@ মিশেল ইডেনফিল্ড ঠিক আছে, আমি এখনই ভাবছি। কখনও কি এমন কোনও বিন্দু ছিল যেখানে এটি আলাদাভাবে ব্যবহার করার ইচ্ছা ছিল - একই রকমের কিছু যা একই প্রোটোকলের মাধ্যমে যোগাযোগ করতে পারে। একটি অশোধিত উদাহরণ হিসাবে, উদ্দেশ্য পারে এক সময়ে জন্য হয়েছে http://www.google.com/এবং http:%/74.125.225.97/উভয় বৈধ হতে, এবং //একটি হোস্ট নাম নির্দেশ করে যখন অন্য ভালো কিছু %/একটি IP ঠিকানা নির্দেশ?
ইজকাটা

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

1

আমি ডেভিডের গৃহীত উত্তরটি যুক্ত করতে চাই:

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

অ্যামিগাওএস ফাইল পাথ সিনট্যাক্স ব্যবহার করার পরেও তারা অ্যামিগাসের কাজকে ফাইলের নাম এবং ইউআরএলগুলির মধ্যে পার্থক্য করতে আরও সহজ করে তুলেছিল volume:path/to/destination। :)

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.