Historicalতিহাসিক কারণে ব্যতীত, কোনও ইউআরএলে "www" থাকার কারণ আছে কি?
আমি থেকে একটি স্থায়ী পুনর্নির্দেশ তৈরি করা উচিত www.xyz.com
করতে xyz.com
, বা থেকে xyz.com
থেকে www.xyz.com
? আপনি কোনটি প্রস্তাব করবেন এবং কেন?
Historicalতিহাসিক কারণে ব্যতীত, কোনও ইউআরএলে "www" থাকার কারণ আছে কি?
আমি থেকে একটি স্থায়ী পুনর্নির্দেশ তৈরি করা উচিত www.xyz.com
করতে xyz.com
, বা থেকে xyz.com
থেকে www.xyz.com
? আপনি কোনটি প্রস্তাব করবেন এবং কেন?
উত্তর:
আপনার প্রয়োজনীয় কারণগুলির মধ্যে একটি www
বা ডিএনএস এবং সিআইএম রেকর্ডের সাথে একটি স্পর্শকাতরভাবে অন্য কিছু সাবডোমেনকে করণীয়।
এই উদাহরণের উদ্দেশ্য হিসাবে মনে করুন যে আপনি একটি বড় সাইট চালাচ্ছেন এবং আকামাইয়ের মতো সিডিএন (সামগ্রী বিতরণ নেটওয়ার্ক) এর হোস্টিংয়ের চুক্তি করেছেন। আপনি সাধারণত যা করেন তা হ'ল আপনার সাইটের জন্য কোনও akamai.com
ঠিকানাতে সিএনএম হিসাবে ডিএনএস রেকর্ড সেট আপ করা । এটি সিডিএনকে এমন একটি আইপি ঠিকানা সরবরাহ করার সুযোগ দেয় যা ব্রাউজারের নিকটে (ভৌগলিক বা নেটওয়ার্কের ক্ষেত্রে)। আপনি যদি নিজের সাইটে একটি রেকর্ড ব্যবহার করেন তবে আপনি এই নমনীয়তাটি সরবরাহ করতে পারবেন না।
ডিএনএসের স্পর্শটি হ'ল যদি আপনার কাছে কোনও হোস্ট নামের জন্য সিএমএল রেকর্ড থাকে তবে সেই একই হোস্টের জন্য আপনার আর কোনও রেকর্ড থাকতে পারে না । তবে আপনার শীর্ষ স্তরের ডোমেনটির example.com
অবশ্যই একটি এনএস এবং এসওএ রেকর্ড থাকতে হবে। অতএব, আপনি এর জন্য কোনও সিআইএম রেকর্ডও যুক্ত করতে পারবেন না example.com
।
ব্যবহারের www.example.com
তোমার জন্য একটি CNAME ব্যবহার করার সুযোগ দেয় www
এবং CDN স্থানটিকে, যখন প্রয়োজনীয় জন্য এখানে ক্লিক করুন ছাড়ার ও এসওএ যুগ্মভাবে উপর রেকর্ড example.com
। example.com
রেকর্ড সাধারণত একটি হোস্ট যে পুনর্চালনা করবে দিকে নির্দেশ একটি রেকর্ড থাকবে www.example.com
একটি HTTP পুনর্নির্দেশ ব্যবহার করে।
ALIAS
(বা ANAME
রেকর্ড) উল্লেখ করে না? এটি কি নগ্নডোমেনের সিএমএমের মতো একই ফলাফল অর্জন করে না (কুকি ইস্যু ব্যতীত ...)?
দ্রষ্টব্য: ২০১১ সালে আরএফসি 65২ of65 এর অনুমোদন এবং বাস্তবায়ন হিসাবে ( সম্ভবত সমস্ত এমএসআইই 11 বাদে সমস্ত বর্তমান ব্রাউজার দ্বারা মন্তব্যগুলি দেখুন) নিম্নলিখিতটি আর সঠিক নয়, যেহেতু কুকিগুলি ডিফল্টরূপে সাব-ডোমেন জুড়ে কখনও সেট হয় না।
Icallyতিহাসিকভাবে , www.example.com
ক্যানোনিকাল করার একটি ভাল প্রযুক্তিগত কারণ হ'ল মূল ডোমেনের কুকিগুলি (যেমন example.com
) সমস্ত সাবডোমেনকে প্রেরণ করা হয়েছিল।
সুতরাং যদি আপনার সাইটটি কুকি ব্যবহার করে তবে সেগুলি তার সমস্ত সাবডমিনে প্রেরণ করা হবে।
এখন, এটি প্রায়শই উপলব্ধি করে তবে আপনি কেবল স্থিতিশীল সংস্থানগুলি ডাউনলোড করতে চান কারণ এটি কেবল ব্যান্ডউইথের অপচয় করে। আপনার ওয়েবসাইটের সমস্ত স্টাইল শীট এবং চিত্র বিবেচনা করুন: সাধারণত, কোনও ছবি সংস্থার অনুরোধ করার সময় সার্ভারে কুকিগুলি প্রেরণের কোনও কারণ নেই।
একটি ভাল সমাধান হ'ল স্থিতিশীল সংস্থাগুলির জন্য সাবডোমেন ব্যবহার করা static.example.com
, যেমন , কুকিজ না প্রেরণে ব্যান্ডউইদথ সংরক্ষণ করা। সমস্ত চিত্র এবং অন্যান্য স্থিতিশীল ডাউনলোডগুলি সেখান থেকে ডাউনলোড করা যায়। আপনি যদি এখন www.example.com
গতিশীল বিষয়বস্তুর জন্য ব্যবহার করেন তবে এর অর্থ হ'ল কুকিজ কেবল প্রেরণ করতে হবে www.example.com
, না static.example.com
।
তবে, example.com
যদি আপনার মূল সাইট হয় তবে কুকিজ সহ সমস্ত সাবডোমেনগুলিতে প্রেরণ করা হবেstatic.example.com
।
এখন এটি বেশিরভাগ সাইটের ক্ষেত্রে প্রাসঙ্গিক নয় তবে পরে আপনার ক্যানোনিকাল ইউআরএল পরিবর্তন করা ভাল ধারণা নয় তাই একবার example.com
পরিবর্তে স্থির হয়ে গেলে আপনি www.*
মূলত এটির সাথে আটকে থাকেন।
স্ট্যাটিক রিসোর্সের জন্য সম্পূর্ণ ভিন্ন ইউআরএল ব্যবহার করা একটি বিকল্প । ওভারফ্লো স্ট্যাক উদাহরণস্বরূপ ব্যবহারগুলি sstatic.net
, ইউটিউব ব্যবহার করে ytimg.com
ইত্যাদি ...
www.x
ক্যানোনিকাল ইউআরএল হিসাবে পছন্দ করি না তাই ব্যক্তিগতভাবে আমি কোনও বড় সাইট ডিজাইন করতে চাইলে আমি সম্ভবত স্থিতিশীল সংস্থার জন্য একটি আলাদা URL ব্যবহার করব।
domain=example.com
কুকি শীর্ষ ডোমেন এবং সাবডোমেনগুলিতে সেট করে এবং এড়ানোর উপায় হ'ল এইচটিটিপি-র শীর্ষস্থানীয় ডোমেনটি ব্যবহার না করা। যদিও, সম্মত হয়েছে, অন্য উপায় domain
হ'ল কুকি সেট করার সময় কেবল নির্দিষ্ট করে দেওয়া না । আমি আমার উত্তরটি লেখার পর থেকে এটি পরিবর্তন হয়েছে কিনা তা অবাক করি (যা প্রাসঙ্গিক আরএফসি 6265 এর পূর্বাভাস দেয় !) তবে এখনই এটি দেখার জন্য আমাকে বিরক্ত করা যাবে না।
www
সাধারণত একটি ডোমেইনে ওয়েব সার্ভারের জন্য অন্যের সাথে অন্য উদ্দেশ্যে যেমন mail
ইত্যাদির জন্য ব্যবহৃত হয় এমন একটি সাবডোমেন যা আজকাল, সাবডোমেন দৃষ্টান্তটি অপ্রয়োজনীয়; আপনি যদি কোনও ব্রাউজারে কোনও ওয়েবসাইটের সাথে সংযোগ স্থাপন করেন তবে আপনি ওয়েবসাইটটি পেয়ে যাবেন, বা সার্ভারে মেল পাঠানো তার মেল পরিষেবাটি ব্যবহার করবে।
ব্যবহার www
বা না করা ব্যক্তিগত পছন্দের বিষয়। বিরোধী দৃষ্টিকোণগুলি http://no-www.org/ এবং http://www.yes-www.org/ এ পাওয়া যাবে - তবে আমি বিশ্বাস করি যে www
এটি অপ্রয়োজনীয় এবং কেবল ইউআরআইতে আরও ক্রাফ্ট যুক্ত করে।
বেশিরভাগ সার্ভার একই সাইটকে যেভাবেই প্রেরণ করে তবে পুনর্নির্দেশ করবেন না। এসইও উদ্দেশ্যে, একটি চয়ন করুন, তারপরে অন্যটিকে এটিতে পুনর্নির্দেশ করতে পান। উদাহরণস্বরূপ, কিছু পিএইচপি কোড এটি করার জন্য:
if (preg_match('/www/', $_SERVER['SERVER_NAME'])) {
header("Location: http://azabani.com{$_SERVER['REQUEST_URI']}");
exit;
}
যাইহোক, www
অন্যান্য উত্তরদাতাদের দ্বারা তৈরি সাবডোমেনের ব্যবহারের প্রচারের কিছু কারণগুলি যেমন স্ট্যাটিক সার্ভারগুলিতে কুকি না প্রেরণ করা (ক্রেডিট কনরাড রুডলফ )।
এটা বেশ historicalতিহাসিক। একসময় আমরা www.example.com, ftp.example.com, images.example.com, uk.example.com ইত্যাদি ব্যবহার করতাম যা করণীয়কে যৌক্তিক মনে হয়েছিল এবং এর মধ্যে বোঝা ছড়িয়ে দেওয়ার জন্য একটি সহজ পদ্ধতি সরবরাহ করেছিল সার্ভার।
এই দিনগুলিতে আমি কেবলমাত্র মূল সাইটের জন্য উদাহরণ ডটকমের জন্য যাব এবং www সংস্করণটিকে পুনর্নির্দেশ করব।
Google ওয়েবমাস্টার সরঞ্জামগুলি আপনার পছন্দের ডোমেন নির্দিষ্ট করার অনুমোদন দেবে , তাই আপনি কি সেগুলিও ব্যবহার নিশ্চিত করুন।
আরও দেখুন:
https://stackoverflow.com/questions/1109356/www-or-not-www-what-to-choose-as-primary-site-name
https://stackoverflow.com/questions/1884157/to- WWW-অর-না-টু-WWW
যদি আপনি অন্য উদ্দেশ্যে সাবডোমেন রাখতে চলেছেন (উদাহরণস্বরূপ ব্লগ), আপনি সাইটগুলি আলাদা করতে এবং www
নিয়মিত সাইটের জন্য একটি উপসর্গ রাখতে চাইতে পারেন । তারপরে অন্যটি, কেবলমাত্র গুরুত্বপূর্ণ বিষয়টি হল দুটির মধ্যে একটি বাছাই করা এবং এটির সাথে আটকে থাকা (এসইও কারণে)।
www.example.com
থেকে example.com
বা তদ্বিপরীত করতে পারবেন না ।
আমি প্রথম করতাম। www
সম্মেলন HTTP- র প্রাথমিক দিনগুলো যেখানে www.cmu.edu এবং cmu.edu খুব সম্ভবত বিভিন্ন মেশিন ছিল থেকে আসে।
এখানে আরেকটি ছোটখাটো দৃষ্টিভঙ্গি।
Www না করে, পাঠ্য-ভিত্তিক মিডিয়া আসে যখন মুদ্রিত হোক বা অনলাইন হোক না কেন, একটি সামান্য খারাপ দিক রয়েছে এবং এটি এটি ওয়েব ঠিকানা হিসাবে স্বীকৃতি পাচ্ছে। মুদ্রণ হিসাবে, এটি সাধারণত বেশ স্পষ্ট যে উদাহরণ ডটকম একটি ওয়েব ঠিকানা এবং এটি হাইলাইট করার জন্য আপনি স্টাইলিং স্পর্শ যুক্ত করতে পারেন। তবে সহজ পাঠ্য অনলাইন? এত সহজ নয়. সম্ভাবনা হ'ল আপনি যদি কোনও সরল পাঠ্য বার্তা প্রেরণ করেন - ইমেল, টুইট, ফেসবুক পোস্ট, এসএমএস বা যাই হোক না কেন - এটি http: // অথবা www দিয়ে শুরু হওয়া কোনও URL স্বীকৃতি দেবে। তবে এগুলির দুটি ছাড়া কাউকেই চিনতে পারবে না। সুতরাং ক্লিকযোগ্য লিঙ্কে ইউআরএল তৈরি করতে, আপনাকে হয় www লিখতে হবে। অথবা http: // এর সম্মুখভাগে এবং দু'জনের www। সংক্ষিপ্ত, দেখতে কম clunky এবং পড়া সহজ।
http://example.com/
সম্পূর্ণরূপে যোগ্য যেখানে www.example.com
নেই। আমি সম্পূর্ণরূপে যোগ্যতাসম্পন্ন পদ্ধতির পছন্দ, কারণ এটা সবসময় স্বীকৃত একটি URL কিনা তা কিনা এটা নির্বিশেষে https://example.uk/
বা https://blog.example.eu/
বা যাই হোক না কেন। এটি সুরক্ষিত সাইটটির প্রোটোকল এইচটিটিপিএস হিসাবে নির্দিষ্ট করার সাথে সামঞ্জস্যপূর্ণ; www.example.com
এটি একটি ডোমেন এবং এটি ব্যবহার করার জন্য কোন প্রোটোকল ব্যবহার করা উচিত সে সম্পর্কে কিছুই বলে না।