প্রশ্ন একটি URL "www" থাকার বিন্দু কি?


ঐতিহাসিক কারণে অন্য কোনও URL এ "www" হওয়ার কারণ আছে কি?

আমি থেকে একটি স্থায়ী পুনঃনির্দেশ তৈরি করা উচিত www.xyz.com থেকে xyz.com, অথবা থেকে xyz.com থেকে www.xyz.com? কোনটি আপনি সুপারিশ করবেন এবং কেন?


223
2018-05-27 08:02


উত্স


সম্পর্কিত: stackoverflow.com/questions/1109356/... - Quintin Par
বিপরীতভাবে, কি বিন্দু না। সফল ওয়েব উপস্থিতিতে কুকি এবং সাবডোমেন উদ্দেশ্যে, বিভিন্ন প্রক্রিয়াগুলিকে পৃথক করার জন্য এটি সহায়ক। - Fiasco Labs
এই উত্তর, যদিও সরাসরি সম্পর্কিত নয়, প্রাসঙ্গিক মনে হয়। - Skippy le Grand Gourou


উত্তর:


আপনি প্রয়োজন কারণ এক www অথবা অন্য কোন সাবডোমেনকে DNS এবং CNAME রেকর্ডের একটি কিকক দিয়ে কাজ করতে হবে।

অনুমান করুন যে এই উদাহরণের জন্য আপনি একটি বড় সাইট এবং একটি সিডিএন (বিষয়বস্তু বিতরণ নেটওয়ার্ক) যেমন আকাশাইয়ের হোস্টিংয়ের হোস্টিং পরিচালনা করছেন। আপনি সাধারণত যা করেন তা আপনার সাইটে একটি CNAME হিসাবে DNS রেকর্ড সেট আপ করে akamai.com ঠিকানা। এটি সিডিএনকে ব্রাউজারের নিকটবর্তী আইপি ঠিকানা সরবরাহ করার সুযোগ দেয় (ভৌগোলিক বা নেটওয়ার্ক পদগুলিতে)। আপনি যদি আপনার সাইটে একটি রেকর্ড ব্যবহার করেন, তবে আপনি এই নমনীয়তাটি প্রদান করতে পারবেন না।

DNS এর quirk হল যে যদি আপনার হোস্ট নামের জন্য একটি CNAME রেকর্ড থাকে, তবে আপনার কাছে এটি নেই অন্য কেউ একই হোস্ট জন্য রেকর্ড। যাইহোক, আপনার শীর্ষ স্তরের ডোমেইন example.com সাধারণত একটি NS এবং SOA রেকর্ড থাকতে হবে। অতএব, আপনি জন্য একটি CNAME রেকর্ড যোগ করতে পারবেন না example.com

এর ব্যবহার www.example.com আপনি জন্য একটি CNAME ব্যবহার করার সুযোগ দেয় www আপনার সিডিএন থেকে যে পয়েন্ট, প্রয়োজনীয় এনএস এবং এসওএ রেকর্ড রেখে example.com। দ্য example.com রেকর্ড সাধারণত একটি পুনঃনির্দেশিত হবে যে একটি হোস্ট নির্দেশ পয়েন্ট একটি রেকর্ড থাকবে www.example.com একটি HTTP পুনঃনির্দেশ ব্যবহার করে।


193
2018-05-27 08:10



আপনি সিডিএনটিকে নির্দেশ করে "ডিফল্ট" CNAME রেকর্ড সরবরাহ করতে পারেন, আপনাকে "www" ব্যবহার করতে হবে না। এটি আপনার DNS সার্ভারকে একই ডোমেন নামের জন্য SOA, NS, CNAME, ইত্যাদি RRs থাকতে দেয়। - Chris S
কিভাবে কেউ উল্লেখ করা হয় না ALIAS (অথবা ANAME রেকর্ড) এই ধরনের বিষয়? CNAME হিসাবে nakeddomain তে একই ফলাফল অর্জন করে না (কুকি সমস্যা ছাড়া ...)? - Augustin Riedinger
@ আগাস্টিন রিইডিংগার: এএনএন রেকর্ডগুলি একটি স্ট্যান্ডার্ড DNS আরআরআর প্রকার নয়। তারা নির্দিষ্ট সেবা প্রদানকারী মালিকানা হয়। - Greg Hewgill
কিন্তু এই কোন সামঞ্জস্য সমস্যা বা কিছু উৎপন্ন করে? আমরা তাদের ব্যবহার করা উচিত নয় কোন কারণ আছে (মান কিন্তু মালিকানা না থাকা ছাড়া)? - Augustin Riedinger
@AugustinRiedinger এটি বেশিরভাগ DNS এ সমর্থিত নয় সার্ভার। কিন্তু যদি আপনার প্রদানকারী একটি DNS সার্ভার আছে যা এই বৈশিষ্ট্যগুলিকে সমর্থন করে তবে এটি ক্লায়েন্টদের সাথে কোনও সমস্যা দেয় না। - Koen.


নোট: অনুমোদন এবং বাস্তবায়ন হিসাবে (সব বর্তমান ব্রাউজার দ্বারা, ছাড়া সম্ভবত এমএসআইই 11, মন্তব্য দেখুন) জন্য RFC 6265 ২011 সালে নিম্নলিখিতগুলি আর সঠিক নয়, কুকিজগুলি ডিফল্টভাবে সাবডোমেন জুড়ে সেট না হওয়া পর্যন্ত।

ঐতিহাসিকভাবে, একটি ভাল প্রযুক্তিগত কারণ করতে www.example.com ক্যানোনিকাল একটি প্রধান ডোমেনের কুকিজ (যেমন। example.com) সব সাবডোমেন পাঠানো হয়।

তাই যদি আপনার সাইট কুকি ব্যবহার করে, তাহলে তারা তার সমস্ত সাবডোমেনগুলিতে পাঠানো হবে।

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

যেমন একটি ভাল সমাধান স্ট্যাটিক সম্পদ, যেমন একটি সাবডোমেন ব্যবহার করা হয় static.example.com, কুকি পাঠানো না ব্যান্ডউইথ সংরক্ষণ করুন। সমস্ত ছবি এবং অন্যান্য স্ট্যাটিক ডাউনলোড থেকে ডাউনলোড করা যেতে পারে। আপনি এখন ব্যবহার করেন www.example.com গতিশীল কন্টেন্ট জন্য, এই কুকি শুধুমাত্র পাঠাতে হবে মানে www.example.com, না static.example.com

যদি, তবে, example.com আপনার প্রধান সাইট, তারপর কুকিজ পাঠানো হবে সব সাবডোমেন, সহ static.example.com

এখন এটি বেশিরভাগ সাইটগুলির জন্য প্রাসঙ্গিক নয় তবে পরে আপনার ক্যানোনিকাল URL পরিবর্তন করলে এটি আপনার পক্ষে স্থির হয়ে যাওয়ার মত একটি ভাল ধারণা নয় example.com পরিবর্তে www.*, আপনি মূলত এটি সঙ্গে আটকে আছেন।

একটি বিকল্প একটি ব্যবহার করা হয় সম্পূর্ণ ভিন্ন স্ট্যাটিক সম্পদ জন্য ইউআরএল। উদাহরণস্বরূপ ব্যবহার স্ট্যাক ওভারফ্লো sstatic.net, ইউটিউব ব্যবহার করে ytimg.com ইত্যাদি ...


99
2018-05-27 08:15



যাইহোক, আমি সত্যিই পছন্দ করি না www.x ক্যানোনিকাল ইউআরএল হিসাবে যদি আমি একটি বড় সাইট ডিজাইন করি তবে ব্যক্তিগতভাবে আমি স্ট্যাটিক রিসোর্সের জন্য একটি ভিন্ন URL ব্যবহার করব। - Konrad Rudolph
@ রবিন উইনসলো কিন্তু রান্না করার পদ্ধতি domain=example.com কুকি শীর্ষ ডোমেইন উপর সেট করা হবে এবং সাবডোমেন উপর, এবং এটি এড়াতে একটি উপায় HTTP এর জন্য শীর্ষ ডোমেইন ব্যবহার করা হয় না। যদিও, সম্মত, অন্য উপায় সহজভাবে নির্দিষ্ট করা হবে না domain কুকি সেটিং করার সময়। আমি আমার উত্তর লিখেছেন যেহেতু এটি পরিবর্তন হয়েছে (আমি যা প্রাসঙ্গিক predet আরএফসি 6265!) কিন্তু আমি এখন এটি দেখতে বিরক্ত করা যাবে না। - Konrad Rudolph
দেখে মনে হচ্ছে যে বর্ণিত আচরণটি কমপক্ষে ২011 সাল থেকে যখন RFC 6265 লেখা হয়েছিল তখন (এটি কীভাবে কাজ করা উচিত তার একটি বিবৃতির চেয়ে বর্তমান ব্রাউজারের আচরণের সারসংক্ষেপ হিসাবে আরো)। এখন পর্যন্ত, আমরা অনুমান করতে পারি যে সমস্ত ব্রাউজার এটি অনুসরণ করবে। দেখ stackoverflow.com/questions/1062963/... এবং bayou.io/draft/cookie.domain.html। এটি দেওয়া, আমি মনে করি আপনার উত্তর কমপক্ষে 7 বছর ধরে বিভ্রান্তিকর হয়েছে, যদিও এটি হতে পারত লেখার সময় কিছু ক্ষেত্রে সঠিক হয়েছে। আপনি এই সত্য ব্যাখ্যা করতে দয়া করে আপডেট করতে পারেন? - Robin Winslow
@ রবিন উইনসলো হ্যাঁ, করবেন। - Konrad Rudolph
@ কোনাডরুডলফ আসলে, অনুযায়ী mxsasha.eu/blog/2014/03/04/definitive-guide-to-cookie-domains, আপনি বর্ণিত অযৌক্তিক আচরণটি IE11 এ থাকা থাকতে পারে যখন পোস্টটি লেখা হয়েছিল এবং এখনও হতে পারে - যা এখনও ইন্টারনেট এক্সপ্লোরারের সাম্প্রতিকতম সংস্করণ। যে উল্লেখযোগ্য উল্লেখযোগ্য এবং উল্লেখযোগ্য হবে, কিন্তু এটি প্রথম চেক করা ভাল হবে। আমি উবুন্টুতে সহজেই চেক করতে পারছি না, কিন্তু যদি আপনি এটি অসাধারণ করতে পারতেন। - Robin Winslow


www অন্যান্য উপায়ে অন্যান্য ডোমেইনের জন্য ডোমেনের ওয়েব সার্ভারের জন্য সাধারণত একটি সাবডোমেন ব্যবহার করা হয় mail ইত্যাদি আজকাল, সাবডোমেন প্যারাডিজম অপ্রয়োজনীয়; যদি আপনি কোনও ব্রাউজারে কোনও ওয়েবসাইটের সাথে সংযোগ করেন, তবে আপনি ওয়েবসাইটটি পাবেন, অথবা সার্ভারে মেল পাঠানো তার মেইল ​​পরিষেবাটি ব্যবহার করবে।

ব্যবহার www অথবা ব্যক্তিগত পছন্দ একটি বিষয় নয়। দৃষ্টিকোণ পয়েন্ট এ পাওয়া যাবে http://no-www.org/ এবং http://www.yes-www.org/ - তবে, আমি বিশ্বাস করি www অপ্রয়োজনীয় এবং শুধু ইউআরআই আরো cruft যোগ করে।

সর্বাধিক সার্ভার একই ভাবে একই সাইট পাঠায় তবে পুনঃনির্দেশিত করবেন না। এসইও উদ্দেশ্যে, এক চয়ন করুন, তারপর এটি থেকে পুনঃনির্দেশিত অন্য পেতে। উদাহরণস্বরূপ, এটি করার জন্য কিছু পিএইচপি কোড:

if (preg_match('/www/', $_SERVER['SERVER_NAME'])) {
  header("Location: http://azabani.com{$_SERVER['REQUEST_URI']}");
  exit;
}

তবে, কিছু ব্যবহার একটি প্রচার www অন্যান্য উত্তরদাতাদের দ্বারা তৈরি সাবডোমেনটিও দুর্দান্ত, যেমন স্ট্যাটিক সার্ভারগুলিতে কুকিজ পাঠানো না (ক্রেডিট কনরাড রুডলফ)।


10
2018-05-27 08:11



দেখতে no-www.org যেখানে একটি বিক্রয়ের জন্য parked পাতা ফিরে প্রত্যাবর্তিত হয়েছে yes-www.org এখনও শক্তিশালী যাচ্ছে। আমি এটা নিষ্পত্তি যে অনুমান। সবাই এখন থেকে "www" ব্যবহার করুন। - hacksalot


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


7
2018-05-27 08:06



আমি এই মুহুর্তে রেফারেন্স খুঁজে পাচ্ছি না, তবে এটি একই মূল নীতিতেও প্রভাব ফেলতে পারে। - Kobi
হ্যাঁ, দুর্ভাগ্যবশত। আপনি AJAX করতে পারবেন না www.example.comথেকে example.com অথবা JSONP মত কিছু ছাড়া বিপরীত। - Delan Azabani


এটা বেশ ঐতিহাসিক। একবার একবার আমরা www.example.com, ftp.example.com, images.example.com, uk.example.com ইত্যাদি ব্যবহার করতাম যা একটি লজিক্যাল জিনিস বলে মনে হয়েছিল এবং লোডটি সম্প্রসারিত করার জন্য একটি সহজ পদ্ধতি সরবরাহ করেছিল সার্ভার।

এই দিন আমি শুধু উদাহরণস্বরূপ প্রধান সাইট জন্য যান এবং www সংস্করণ যে পুনর্নির্দেশ।

দ্য গুগল ওয়েবমাস্টার সরঞ্জাম আপনাকে আপনার পছন্দের ডোমেন নির্দিষ্ট করার অনুমতি দেয়, তাই আপনি খুব যারা ব্যবহার নিশ্চিত করুন।

আরো দেখুন:
https://stackoverflow.com/questions/1109356/www-or-not-www-what-to-choose-as-primary-site-name
https://stackoverflow.com/questions/1884157/to-www-or-not-to-www


7
2018-05-27 08:11





আমি প্রথম করতে চাই। দ্য www সম্মেলন HTTP এর প্রথম দিক থেকে আসে যেখানে www.cmu.edu এবং cmu.edu সম্ভবত বিভিন্ন মেশিন ছিল।


6
2018-05-27 08:08



'প্রথম দিনগুলিতে' আপনি খুব কমই একটি ডোমেনের জন্য একটি রেকর্ড দেখতে পান - সম্ভবত এটিতে একটি এমএক্স রেকর্ড থাকতে পারে তবে আপনি খুব কমই সেখানে একটি হোস্ট ছিলেন। - Joe H.


এখানে আরেকটি ছোটখাট দৃষ্টিকোণ।

Www না থাকার ফলে, পাঠ্য-ভিত্তিক মিডিয়া, মুদ্রিত বা অনলাইন কিনা, এবং এটি একটি ওয়েব ঠিকানা হিসাবে স্বীকৃত হয়ে গেলে এটি একটি ছোটখাট নেতিবাচক দিক। প্রিন্টে, এটি বেশ স্পষ্ট যে example.com একটি ওয়েব ঠিকানা, এবং আপনি এটি হাইলাইট করতে স্টাইলিং স্পর্শ যুক্ত করতে পারেন। কিন্তু সহজ টেক্সট অনলাইন? এত সহজ নয়. সম্ভাবনাগুলি হল যে যদি আপনি একটি সাধারণ পাঠ্য বার্তা পাঠান - ইমেল, টুইট, ফেসবুক পোস্ট, এসএমএস বা যাই হোক না কেন - এটি http: // বা www দিয়ে শুরু হওয়া একটি URL সনাক্ত করবে। কিন্তু তাদের ছাড়া এক চিনতে হবে না। তাই একটি ক্লিকযোগ্য লিঙ্কে URL টি তৈরি করার জন্য আপনাকে অবশ্যই www দিতে হবে। অথবা http: // সামনে, এবং দুই, www। ছোট, কম তাকান এবং সহজ পড়তে সহজ।


1
2017-11-24 18:22



http://example.com/ সম্পূর্ণরূপে যোগ্যতাসম্পন্ন হয় www.example.com এটি না. আমি এটা সম্পূর্ণরূপে যোগ্য পদ্ধতির পছন্দ কারণ সর্বদা কোনও ইউআরএল হিসাবে স্বীকৃতিসম্পন্ন কিনা তা সত্ত্বেও https://example.uk/ অথবা https://blog.example.eu/ বা যাই হোক না কেন. এটি HTTPS হিসাবে নিরাপদ সাইটের প্রোটোকল নির্দিষ্ট করার সাথে সামঞ্জস্যপূর্ণ; www.example.com এটি শুধুমাত্র একটি ডোমেন এবং এটির অ্যাক্সেসের জন্য কোন প্রোটোকলটি ব্যবহার করা উচিত তা সম্পর্কে কিছুই বলে না। - James Haigh