বছরের পর বছর ধরে, আমাদের ঠিকানা বারগুলিতে একটি ছোট পেডানট্রি যুদ্ধ চলছে। এক কোণে ব্র্যান্ডের মতো গুগল, ইনস্টাগ্রাম, এবং ফেসবুক. এই গোষ্ঠীটি পুনর্নির্দেশ করতে বেছে নিয়েছে৷ example.com থেকে www.example.com. বিপরীত কোণে: GitHub, DuckDuckGo, এবং অনৈক্য. এই গ্রুপটি বিপরীত এবং পুনঃনির্দেশ করা বেছে নিয়েছে www.example.com থেকে example.com.
"WWW" কি একটি URL এর অন্তর্গত? কিছু বিকাশকারী এই বিষয়ে দৃঢ় মতামত রাখেন। আমরা কিছুটা ইতিহাসের পরে এর পক্ষে এবং বিপক্ষে যুক্তিগুলি অন্বেষণ করব।
Ws সঙ্গে কি?
তিনটি Ws জন্য দাঁড়ানো "ওয়ার্ল্ড ওয়াইড ওয়েব", 1980-এর দশকের শেষের দিকের একটি আবিষ্কার যা বিশ্বকে ব্রাউজার এবং ওয়েবসাইটগুলির সাথে পরিচয় করিয়ে দেয়। "WWW" ব্যবহার করার অভ্যাসটি তারা যে ধরনের পরিষেবা প্রদান করে তার পরে সাবডোমেনগুলির নামকরণের একটি ঐতিহ্য থেকে উদ্ভূত হয়:
- এ একটি ওয়েব সার্ভার www.example.com
- এ একটি FTP সার্ভার ftp.example.com
- একটি IRC সার্ভার এ irc.example.com
WWW-হীন ডোমেইন উদ্বেগ 1: সাবডোমেনে কুকিজ লিক করা
"WWW-less" ডোমেনের সমালোচকরা উল্লেখ করেছেন যে নির্দিষ্ট পরিস্থিতিতে, subdomain.example.com দ্বারা সেট কুকি পড়তে সক্ষম হবে example.com. এটি অবাঞ্ছিত হতে পারে যদি, উদাহরণস্বরূপ, আপনি একজন ওয়েব হোস্টিং প্রদানকারী যেটি ক্লায়েন্টদের আপনার ডোমেনে সাবডোমেন পরিচালনা করতে দেয়। উদ্বেগ বৈধ হলেও, আচরণটি ইন্টারনেট এক্সপ্লোরারের জন্য নির্দিষ্ট ছিল।
RFC 6265 ব্রাউজারগুলি কীভাবে কুকির সাথে আচরণ করে তা প্রমিত করে এবং স্পষ্টভাবে এই আচরণটিকে ভুল বলে উল্লেখ করে৷
ফাঁস আরেকটি সম্ভাব্য উৎস হল Domain মূল্য দ্বারা সেট করা কোনো কুকিজ example.com। যদি Domain মান স্পষ্টভাবে সেট করা আছে example.com, কুকিগুলিও এর সাবডোমেনে উন্মুক্ত করা হবে৷
| কুকি মান | উন্মুক্ত example.com | উন্মুক্ত subdomain.example.com |
|---|---|---|
secret=data |
✅ | ❌ |
secret=data; Domain=example.com |
✅ | ✅ |
উপসংহারে, যতক্ষণ না আপনি স্পষ্টভাবে একটি সেট না করেন Domain মান এবং আপনার ব্যবহারকারীরা ইন্টারনেট এক্সপ্লোরার ব্যবহার করেন না, কোন কুকি লিক হওয়া উচিত নয়।
WWW- কম ডোমেন উদ্বেগ 2: DNS মাথাব্যথা
কখনও কখনও, একটি "WWW-less" ডোমেন আপনার ডোমেন নেম সিস্টেম (DNS) সেটআপকে জটিল করে তুলতে পারে।
যখন একজন ব্যবহারকারী টাইপ করে example.com তাদের ব্রাউজারের ঠিকানা বারে, ব্রাউজারকে ওয়েব সার্ভারের ইন্টারনেট প্রোটোকল (আইপি) ঠিকানা জানতে হবে যে তারা দেখার চেষ্টা করছে। ব্রাউজারটি আপনার ডোমেনের নেমসার্ভার থেকে এই আইপি ঠিকানার অনুরোধ করে – সাধারণত পরোক্ষভাবে ব্যবহারকারীর ইন্টারনেট পরিষেবা প্রদানকারীর (ISP) DNS সার্ভারের মাধ্যমে। যদি আপনার নেমসার্ভারগুলি একটি এর সাথে সাড়া দেওয়ার জন্য কনফিগার করা থাকে একটি রেকর্ড আইপি ঠিকানা ধারণকারী, একটি "WWW- কম" ডোমেন ভাল কাজ করবে।
কিছু ক্ষেত্রে, আপনি পরিবর্তে a ব্যবহার করতে চাইতে পারেন ক্যানোনিকাল নাম (CNAME) আপনার ওয়েবসাইটের জন্য রেকর্ড করুন। এমন একটি রেকর্ড তা ঘোষণা করতে পারে www.example.com এর একটি উপনাম example123.somecdnprovider.com, যা ব্যবহারকারীর ব্রাউজারকে পরিবর্তে এর IP ঠিকানা দেখতে বলে example123.somecdnprovider.com এবং সেখানে HTTP অনুরোধ পাঠান।
লক্ষ্য করুন যে উপরের উদাহরণটি একটি WWW সাবডোমেন ব্যবহার করেছে। এটির জন্য একটি CNAME রেকর্ড সংজ্ঞায়িত করা সম্ভব নয়৷ example.com. যেমনটি RFC 1912, CNAME রেকর্ড অন্যান্য রেকর্ডের সাথে সহাবস্থান করতে পারে না। যদি আপনি একটি CNAME রেকর্ড সংজ্ঞায়িত করার চেষ্টা করেন example.com, নেমসার্ভার (NS) এর জন্য রেকর্ড করে example.com ডোমেনের নাম সার্ভারের আইপি ঠিকানাগুলিকে বিদ্যমান থাকার অনুমতি দেওয়া হবে না। ফলস্বরূপ, ব্রাউজারগুলি আপনার নাম সার্ভারগুলি কোথায় তা নির্ধারণ করতে সক্ষম হবে না।
কিছু DNS প্রদানকারী আপনাকে এই সীমাবদ্ধতার কাছাকাছি কাজ করার অনুমতি দেবে। ক্লাউডফ্লেয়ার তাদের সমাধান বলে CNAME সমতলকরণ. এই কৌশলের সাহায্যে, ডোমেন প্রশাসকরা একটি CNAME রেকর্ড কনফিগার করে, কিন্তু তাদের নেমসার্ভারগুলি একটি A রেকর্ড প্রকাশ করবে।
উদাহরণস্বরূপ, যদি প্রশাসক এর জন্য একটি CNAME রেকর্ড কনফিগার করে example.com নির্দেশ করা example123.somecdnprovider.com, এবং জন্য একটি A রেকর্ড example123.somecdnprovider.com নির্দেশ করে বিদ্যমান 1.2.3.4, তারপর Cloudflare এর জন্য একটি A রেকর্ড প্রকাশ করবে example.com নির্দেশ করা 1.2.3.4.
উপসংহারে, যদিও উদ্বেগটি ডোমেন মালিকদের জন্য বৈধ যারা CNAME রেকর্ড ব্যবহার করতে চান, কিছু ডিএনএস প্রদানকারীরা এখন একটি উপযুক্ত সমাধান অফার করে।
WWW- কম সুবিধা
অধিকাংশ বিরুদ্ধে আর্গুমেন্ট WWW ব্যবহারিক বা প্রসাধনী। "No-WWW" উকিলরা যুক্তি দিয়েছেন যে এটি বলা এবং টাইপ করা সহজ example.com চেয়ে www.example.com (যা কম প্রযুক্তি-বুদ্ধিমান ব্যবহারকারীদের জন্য কম বিভ্রান্তিকর হতে পারে)।
WWW সাবডোমেনের বিরোধীরাও উল্লেখ করেছেন যে এটি বাদ দেওয়া একটি নম্র কর্মক্ষমতা সুবিধার সাথে আসে। ওয়েবসাইটের মালিকরা এটি করে প্রতিটি HTTP অনুরোধ থেকে 4 বাইট শেভ করতে পারে। যদিও এই সঞ্চয়গুলি ফেসবুকের মতো উচ্চ-ট্রাফিক ওয়েবসাইটগুলির জন্য যোগ করতে পারে, ব্যান্ডউইথ সাধারণত একটি দুর্লভ সম্পদ নয়।
WWW সুবিধা
WWW এর পক্ষে একটি ব্যবহারিক যুক্তি হল নতুন টপ-লেভেল ডোমেনগুলির ক্ষেত্রে। উদাহরণ স্বরূপ, www.example.miami একটি ওয়েব ঠিকানা হিসাবে অবিলম্বে স্বীকৃত হয় যখন example.miami হয় না স্বীকৃত টপ-লেভেল ডোমেন আছে এমন সাইটগুলির জন্য এটি কম উদ্বেগের বিষয় .com.
আপনার সার্চ ইঞ্জিন র্যাঙ্কিং এর উপর প্রভাব
বর্তমান সম্মতি হল যে আপনার পছন্দ আপনার সার্চ ইঞ্জিন কর্মক্ষমতা প্রভাবিত করে না। আপনি যদি একটি থেকে অন্যটিতে স্থানান্তর করতে চান তবে আপনি অস্থায়ী (HTTP 301) এর পরিবর্তে স্থায়ী পুনঃনির্দেশ (HTTP 302) কনফিগার করতে চাইবেন। স্থায়ী পুনঃনির্দেশ নিশ্চিত করে যে আপনার পুরানো URL-এর SEO মান নতুনগুলিতে স্থানান্তরিত হয়৷
উভয় সমর্থন করার জন্য টিপস
সাইট সাধারণত বাছাই করে example.com or www.example.com তাদের অফিসিয়াল ওয়েবসাইট হিসাবে এবং অন্যের জন্য HTTP 301 পুনঃনির্দেশ কনফিগার করে। তত্ত্বগতভাবে, উভয়কেই সমর্থন করা সম্ভব www.example.com এবং example.com. অনুশীলনে, খরচগুলি সুবিধার চেয়ে বেশি হতে পারে।
প্রযুক্তিগত দৃষ্টিকোণ থেকে, আপনি যাচাই করতে চাইবেন যে আপনার প্রযুক্তিগত স্ট্যাক এটি পরিচালনা করতে পারে। আপনার কন্টেন্ট ম্যানেজমেন্ট সিস্টেম (CMS) বা স্ট্যাটিকালি জেনারেট করা সাইটকে ভিজিটরের পছন্দের হোস্টনাম সংরক্ষণ করতে আপেক্ষিক URL হিসেবে অভ্যন্তরীণ লিঙ্কগুলি আউটপুট করতে হবে। আপনি হোস্টনামগুলিকে উপনাম হিসাবে কনফিগার করতে না পারলে আপনার বিশ্লেষণ সরঞ্জামগুলি পৃথকভাবে উভয় হোস্টনামে ট্র্যাফিক লগ করতে পারে৷
সবশেষে, আপনার সার্চ ইঞ্জিন কর্মক্ষমতা রক্ষা করার জন্য আপনাকে একটি অতিরিক্ত পদক্ষেপ নিতে হবে। Google একটি URL এর "WWW" এবং "Non-WWW" সংস্করণ বিবেচনা করবে৷ ডুপ্লিকেট সামগ্রী. তার সার্চ ইনডেক্সে কন্টেন্ট ডিডপ্লিকেট করার জন্য, Google উভয়ের মধ্যে যেটিকেই ব্যবহারকারীর পছন্দ মনে করে তা প্রদর্শন করবে - ভালো বা খারাপের জন্য।
Google-এ আপনি কীভাবে উপস্থিত হবেন তার উপর নিয়ন্ত্রণ সংরক্ষণ করতে, এটি ক্যানোনিকাল লিঙ্ক ট্যাগগুলি ঢোকানোর পরামর্শ দেয়। প্রথমে, সিদ্ধান্ত নিন কোন হোস্টনামটি হবে অফিসিয়াল (প্রামানিক)।
উদাহরণস্বরূপ, যদি আপনি বাছাই করুন www.example.com, আপনি নিম্নলিখিত স্নিপেট সন্নিবেশ করতে হবে উপর ট্যাগ https://example.com/my-article:
এই স্নিপেটটি Google কে নির্দেশ করে যে "WWW-less" ভেরিয়েন্ট একই বিষয়বস্তুর প্রতিনিধিত্ব করে। সাধারণভাবে, সার্চের ফলাফলে আপনি যে ভার্সনটিকে ক্যানোনিকাল হিসেবে চিহ্নিত করেছেন Google সেটিকেই পছন্দ করবে, যেটি এই উদাহরণে "WWW" ভেরিয়েন্ট হবে।
উপসংহার
উভয় দিকে তীব্র প্রচারণা সত্ত্বেও, উভয় পন্থা বৈধ থাকবে যতক্ষণ না আপনি সুবিধা এবং সীমাবদ্ধতা সম্পর্কে সচেতন থাকেন। আপনার সমস্ত ঘাঁটি কভার করতে, একটি থেকে অন্যটিতে স্থায়ী পুনঃনির্দেশ সেট আপ করতে ভুলবেন না এবং আপনি সম্পূর্ণ প্রস্তুত৷
