سؤال في webbrowsers الحديثة هناك أي نقطة في وضع www أمام URL الذي يستخدم ذلك؟


عند الذهاب الى www.facebook.com أو www.cbc.ca هل هناك أي فائدة أو اختلاف عن طريق حذف www؟

تحرير: لذلك يمكن أن يكون مشكلة إذا www تم حذفه ولكن لم تتم إضافته تلقائيًا ، هل يمكن أن يكون مشكلة في أي وقت www يضاف ولكن ليس مطلوبا؟


70
2018-01-07 02:51


الأصل


انظر هنا: no-www.org - gparyani
انظر هنا: yes-www.org - Michael Hampton
ناه ، انظر هنا: extra-www.org - chris-l
MichaelHampton أنا أحب أن نعم ، يبدو أن شبكة الاتصالات العالمية تقول أننا يجب أن نستخدم www لتذكير الناس بالفرق بين بروتوكول نقل النص التشعبي وبروتوكولات الإنترنت الأخرى. من المؤسف ، في الواقع ، أنه لم يفكر أحد في مجرد وضع http في عناوين URL على الويب لمجرد جعلها واضحة ... ؛) - yochannah
@ chris-l: من الجميل أن نرى ذلك إعادة توجيه  www.extra-www.org و extra-www.org إلى www.www.extra-www.org :-) - Martin Schröder


الأجوبة:


في webbrowsers الحديثة هناك أي نقطة في وضع www أمام URL الذي يستخدم ذلك؟ عند الذهاب إلى www.facebook.com أو www.cbc.ca هل هناك أي فائدة أو اختلاف تم إجراؤه عن طريق حذف www؟

عادةً لا يفعل ذلك ، لكن استطاع.

هذا لا علاقة له بالمتصفح. لها علاقة مع خادم الويب. خادم الويب هو جهاز كمبيوتر (أو حتى أجهزة كمبيوتر متعددة) تتلقى استعلامات لصفحات الويب وترسل البيانات المناسبة. يتضمن عنوان URL عدة أجزاء ، أحدها اسم أو عنوان خادم الويب.

تستضيف العديد من الشركات أكثر من مجرد خادم ويب ، وقد تقوم أيضًا بتشغيل خادم FTP وخادم قاعدة البيانات وخادم البريد وما إلى ذلك. يمكن استضافتها من نفس الجهاز مثل خادم الويب أو على أجهزة مختلفة.

في الماضي ، كان من الشائع تحديد الفرق عبر البادئة للتناسق. على سبيل المثال ، قد تشتري Acme Industries اسم المجال acme.org، ثم إعداد واحد او اكثر أجهزة الكمبيوتر لاستضافة الخدمة المختلفة لديهم. عندما تريد استخدام إحدى الخدمات ، فأدخل اسم المضيف المناسب:

 www.acme.org - Acme’s web-site
 ftp.acme.org - Acme’s file server
 sql.acme.org - Acme’s database server
 pop.acme.org - Acme’s incoming mail server
smtp.acme.org - Acme’s outgoing mail server

فلماذا لا تزال تعمل بدون www.؟ لأن معظم خوادم الويب تسمح لك بقبول عناوين URL مختلفة و إعادة توجيه لهم حسب الضرورة. من أجل راحة المستخدمين ، تقوم معظم الشركات والمؤسسات بإعداد قاعدة لتوصيل اتصالات مقبض خادم الويب إلى اسم المضيف على المنفذ 80 ("منفذ الويب") أو إعادة توجيهه إلى نظام آخر إذا كان خادم الويب مختلفًا آلة.

يمكن أيضًا إجراء تفرقة بين الخدمة أو الجهاز الذي يتم الدخول إليه من خلال المنفذ ، ولكنه يتطلب تحديدًا تضمينه في الاسم ، لذا فهو ليس أفضل من استخدام البادئات:

acme.org:80     - web-server
acme.org:21     - file server

في بعض الأحيان يمكن للنظام تنفيذ هذه الوظيفة:

http://acme.org - web-server
ftp://acme.org  - file server

يعمل استخدام المخططات أيضًا ، ويمكن إجراؤه تلقائيًا باستخدام البرنامج المناسب (على سبيل المثال ، قد يضيف المتصفح http://، سيضيف عميل البريد الإلكتروني pop://وما إلى ذلك ، ولكن لا توجد مخططات رسمية لكل نوع من أنواع الخوادم التي يمكن أن توجد ، ولا يعتبر اختراع أحدهما مثاليًا لأنه يتطلب برنامجًا لدعمه.

أصبح الأمر أقل وأقل ضرورة لإدراجها www.ولكنها ليست عالمية ولا تزال بعض المواقع تتطلب ذلك لأنها تساعد في الحفاظ على تنظيم الأمور.


80
2018-01-07 03:08



اعتمادا على الإعداد ، قد تحدث بالفعل عمليات إعادة التوجيه على مستوى DNS. في الواقع ، هذا هو الإعداد الافتراضي مع مزود نطاق رئيسي واحد على الأقل. أيضا ، إذا كان إعادة التوجيه كان على مستوى خادم الويب ، لا تزال بحاجة إلى إدخالات نظام أسماء النطاقات على كل من النطاق وموقعه www subdomain نحو خادم الويب على أي حال (على الرغم من أن هذا لا يسمح بمزيد من التحكم لمختلف الخدمات / المنافذ). - Bob
نعم ، هناك طرق مختلفة يمكن أن تحدث الآن ويمكن أن تكون معقدة للغاية ومربكة. :-/ ومع ذلك ، عندما تم تصميم مؤسسات الإنترنت لأول مرة (وفي وقت لاحق عندما يتم توحيد عناوين URL) ، لم تكن هناك ICANN أو حتى IANA والنطاقات الفرعية في الواقع تشير إلى الأجهزة الفعلية الفعلية. في هذه الأيام يمكن استضافتهم جميعا من نفس النظام أو حتى مجموعة كاملة. - Synetech
من المؤسف أنه لا يمكن استخدام سجلات SRV لـ HTTP حتى 1.2 على أقرب تقدير: stackoverflow.com/questions/9063378/... - Rob Starling
في ملاحظة جانبية ، في بعض الأحيان المتصفحات فعل لديك شيء يجب فعله حيال ذلك: في Firefox ، إذا كان النطاق غير www غير قابل للوصول ، سيحاول المتصفح تحميل النطاق الفرعي www. على سبيل المثال التحميل example.invalid سيتم أيضا تحميل www.example.invalid دون أي عمليات إعادة توجيه الخادم. - kapex
kapep ، نعم ، ستحاول بعض المتصفحات أن تكون مفيدة وأن تضيف المخططات والبادئات تلقائيًا. على سبيل المثال ، في Chrome ، إذا أدخلت microsoft و اضغط Ctrl+Enter، سيضيف Chrome http://www. و .com. ومع ذلك كنت أعني أن المتطلبات بالنسبة لهم لا علاقة لهم بالمتصفح ، فالأمر متروك للخادم سواء أكان سيعمل أم لا. - Synetech


نعم و لا. إن www هو "مجرد" نطاق فرعي يستخدم لمواقع الويب بشكل عام ، وللأسف لا تقوم جميع الشركات بإعداد نطاق المستوى الثاني الخاص بها ليكون متاحًا بدونه.

إذا كان العنوان الذي ستقوم به لديها نطاق فرعي www و لم يتم إعداده للسماح بمستواه الثاني عند الضرورة. آخر لا.

أما بالنسبة لكيفية إعداده ، فهناك مدرستان فكريتان ليست هناك حاجة إلى شبكة الاتصالات العالمية و هذا يفعل. هناك سبب قليل ليس لإعداد سجلات نطاقك للإشارة إلى نطاق أقل من المستوى الثاني www. ربما يكون www متقادمًا في هذا اليوم وهذا العصر ، ولكن لا يضر ذلك. في حالتي ، أنا شخصيا ليس لدي نطاقات www لكن ذلك بسبب الكسل أكثر من أي شيء آخر.


14
2018-01-07 03:12



أعتقد أن النطاق الفرعي و cname أشياء مختلفة. ال www هو cname ، وليس نطاقًا فرعيًا. - fredsbend
A cname هو مجرد نوع من السجل مثل اسم A أو اسم AAAA ، فقط لأنه يشير إلى اسم نطاق آخر ، بدلاً من عنوان IP. لا يوجد شيء سحري أو خاص حول النطاق الفرعي www الذي يجعله دومًا cname - عادة ما أضعهم كأسماء أو أسماء AAAA. - Journeyman Geek♦
نعم ، هذا صحيح ، ولكن لا أحد يضع www كنطاق فرعي ، حيث يختلف هذا عن النطاق العادي. ومن المربك أن نسميها نطاقًا فرعيًا ، بسبب الاتفاقية ، وليس لأنها من الناحية الفنية واحدة أم لا. رغم ذلك ، من الناحية الفنية ، و www ليس cname أما ، ولكن هذا يشعر التقنية للغاية لهذا السؤال. - fredsbend
يعتبر foo.bar من الناحية الفنية نطاقًا فرعيًا من .bar ، وهو نطاق عالي المستوى (من المحتمل جدًا وجوده قريبًا) ، و www.foo.bar عبارة عن نطاق فرعي لـ foo.bar. نحن تقسيم الشعر هنا ولكن cname هو نوع سجل المجال بدلا من نوع المجال. - Journeyman Geek♦
fredsbend - في الواقع أنه من الشائع إعداد www كنطاق فرعي ، لأنه يوفر أداء أفضل - أقل واحد بحث DNS. لا مزيد من البحث جوجل كمثال على هذا. سجلات www الخاصة بهم هي سجلات A كما هي المجالات الأساسية الخاصة بهم. وينطبق الشيء نفسه على superuser.com و slashdot.com فهي ليست فريدة من نوعها أو مختلفة عن القاعدة. - davidgo


عادةً ، تعيد الشركات توجيه "domain.com" إلى "www.domain.com" ، ولكن هذا ليس معيارًا مطلوبًا ، ولا يتم متابعته دائمًا.

بينما تقوم بمعظم تفاعلك على الإنترنت من خلال متصفح الويب ، هناك أشياء أخرى على الإنترنت بجانب صفحات الويب. في حين أن كل هذا تقريبًا يتم تغليفه في صفحات الويب اليوم ، لا يزال هناك FTP و Telnet و Gopher وخوادم الأخبار وخوادم البريد و SIP (الصوت عبر IP) وبعض بروتوكولات المرح الأخرى. أي شخص يتذكر الاصبع؟

وبما أن جميع هذه الخدمات كانت مختلفة ، فلكل منها اسم مضيف فريد تم تعيينه لها بموجب الاتفاقية: يمكنك دائمًا الاعتماد على العثور على خادم FTP على ftp.netscape.net ، وكان خادم gopher هو gopher.netscape.net ، وهكذا.

بالطبع ، في الثمانينيات وأوائل التسعينيات ، كلف كمبيوتر الخادم أكثر من سيارة فاخرة. لذلك www.company.com و ftp.company.com المحتمل أشار إلى نفس المكان ، لأن الشركة بأكملها سيكون لديها خادم إنترنت واحد فقط.

ثم حدث شيء كبير. في التسعينيات: أصبحت أجهزة الكمبيوتر الخادمة أرخص ثمنا ، وأدت الحواسيب الصغيرة الباهظة الثمن والحواسيب الصغيرة إلى توفير أنظمة سلعية تكلف أقل من عطلة نهاية الأسبوع في ديزني لاند. يمكن لأي جهاز كمبيوتر مكتبي أن يكون خادم ويب ، وذلك بفضل نظام التشغيل Linux المجاني ، وبدأ الأشخاص في بناء مزارع الخوادم الخاصة بهم باستخدام أجهزة كمبيوتر متعددة. اليوم ، يمكنك إنشاء خادم ويب بأقل من 100 دولار ، وتخزينه في علبة صودا (نأمل أن تكون فارغة).

لذا انفجر الإنترنت: فيس بوك اليوم يحصل على المزيد من النتائج في يوم واحد من مجمل الإنترنت في عام 1995. لذلك نحن نستخدم أكثر من خادم واحد للتعامل مع طلبات الويب: كامل مجموعة من أجهزة الكمبيوتر هذه الأيام سوف تستجيب لاسم مضيف واحد ، وذلك بفضل سحر موازنة الحمل ، ويبدو أن الإنترنت قد استقرت على معيار للقيام بكل عملنا على الإنترنت من خلال متصفح الويب.

ما يعنيه هذا هو أن www.domain.com لم يعد على نفس جهاز الكمبيوتر باسم ftp.domain.com. فأين نرسل الطلبات إلى النطاق "المجرد" من "domain.com"؟

اليوم ، يفكر الناس في "الويب" باسم "الإنترنت" ، ولذلك يستخدمون المتصفح لكل ما يفعلونه. هذا أمر ملائم ، نظرًا لأن وجود برامج منفصلة لتنزيل الملفات ، وقراءة الأخبار ، وفحص البريد الإلكتروني ، وقراءة المدونات ، والتحقق من حالة الطقس قد يكون بمثابة ألم حقيقي. كما أنه يثير أسئلة مثل "لماذا لدينا www أمام صفحات الويب؟" وهذا يعني أنه يمكننا عادةً الفرار من افتراض أن طلبًا لنطاق عار هو نفس طلب خادم www على النطاق.

والآن ، سترد معظم الشركات على الطلبات المجردة عن طريق إعادة توجيه "domain.com" إلى "www.domain.com". ومع ذلك ، لا يوجد معيار يتطلب ذلك ، وستجد في كثير من الأحيان أن النطاقات الصغيرة المستضافة على مزارع الخوادم لن تستجيب للنطاقات المجردة بهذه الطريقة. (على سبيل المثال ، أسقطت إحدى شركات الاستضافة التي استخدمتها المستخدمين في الصفحة المقصودة للشركة المستضيفة عندما كتب أحدهم "mydomain.com" فقط).

لحسن الحظ بالنسبة للكسل بيننا ، هناك اختصار لوحة المفاتيح في معظم المتصفحات التي تتيح لك اختصار العملية أكثر: اكتب "الشركة" ، واضغط على Control-Enter ، ويوسعها المتصفح إلى "www.company.com".


3
2018-01-07 22:19



هذا هو نقطة جيدة حول المستخدمين يسألون لماذا لدينا www أمام العناوين. من الناحية العملية ، المرة الوحيدة التي يرى فيها المستخدم النهائي عنوان URL في متصفحه ، والذي دائمًا ما ينتقل إلى www. بمجرد البدء في كتابة تطبيق الويب أو إدارة الشبكات ، ستكتشف "بسرعة" جميع أنواعwww عناوين المواقع. يسأل الناس لماذا لديهم www في صفحة الويب الخاصة بهم ، ولكن لا أحد يسأل لماذا لديهم لإضافة smtp و pop إلى عنوان URL الخاص بهم عند تكوين Thunderbird. - Superbest
مرة أخرى عندما أصبح بريد الويب شيئًا (بدلاً من استخدام عملاء بريد مستقلين مثل Outlook) ، أخبرت أحد المستخدمين بإرسال بريدها الإلكتروني من خلال توجيه متصفحها على "mail.mydomain.com". ظلت تقول لي أنها لا تعمل. بعد يومين من التنقل ، أطلعتني أخيراً على لقطة شاشة. كانت تكتب "www.mail.mydomain.coim". في بعض الأحيان ، لا يمكنك الفوز. - TomXP411


تتم قراءة جزء اسم النطاق من عناوين URL للخلف. وبالتالي www.example.com/index.html هو في الواقع مثل com/example/www/index.html من حيث هو "داخل" من.

العديد من المواقع لديها www نطاق فرعي ، ولكن قد يكون له أيضًا نطاقات فرعية أخرى مثل ftp، secure، members، forum، us، fr، china وما إلى ذلك وهلم جرا. هذه كلها مختلفة عن بعضها البعض ، و www.example.com هو أيضًا عنوان مختلف من example.com (لا توجد قاعدة تقول example.com ينبغي تفسيرها على أنها www.example.com وليس ، على سبيل المثال ، store.example.com).

ماذا يحدث إذا لم أقم بإضافة www؟

عادة ، لا شيء. يدرك الأشخاص الذين يديرون مواقع الويب أن الجميع سوف ينسونها طوال الوقت ، لذلك يقومون بتكوين مواقعهم www.example.com و example.com أشر إلى نفس المكان (عن طريق إعادة التوجيه).

بمجرد وصولك إلى القمر الأزرق ، قد تصادف موقعًا لن يعمل بدونه www لأن الشخص الذي يديرها لم يفعل التكوين. لذلك سوف تتمكن من الوصول http://www.example.com لكن http://example.com سيعود خطأ.

ماذا يحدث إذا وضعت في إضافي www؟

كما هو مذكور أعلاه ، باستثناء التبديل حول عنوان URL الذي يعمل وأيه لا يعمل.

أيضا ، من الناحية الفنية ، من المفترض أن تشمل http:// جزء كذلك ، لذلك أي عنوان قمت بإدخاله غير مكتمل على أي حال ما إذا قمت بإدخال www أم لا. يجب أن يستنتج المتصفح ما كنت تقصده في الحالتين - لذلك قد يستنتج ذلك www كان من المفترض أن تدرج.

المواقع التي فيها www الأمور نادرة للغاية في الوقت الحاضر ، لكني أعلم أنني قد واجهت عددًا قليلًا في السنوات الثلاث إلى الماضية. لا أستطيع تذكر ما كانوا عليه الآن.


3
2018-01-08 06:08





كمسؤول ، إذا كنت ترغب في استخدام خدمات CDN لتسريع خدمة الويب ، لا يمكنك استخدام أي تركيبة من قواعد نظام أسماء النطاقات معًا.

لاستخدام CDN ، يجب عليك استخدام dns Cname ، لذلك تحتاج إلى إنشاء Cname لـ acme.org ، ولكن إذا كنت تريد تلقي Mail بـ user@acme.org ، فلا يمكنك الحصول على cname لـ acme.org. ثم يجب عليك استخدام نطاق فرعي www لملقم الويب ، بحيث يكون sysadmin إلزامياً للحصول على سجل www.

المتصفحات الحديثة مخبأة لك حاجة لكتابة جزء www ، ولكن هذا الجزء يمكن أن يكون ضروريًا لموقع ويب ذي معدل زيارة مرتفع. قواعد الإنترنت قديمة ، لكن قواعدنا.


0
2018-01-07 22:28





هناك قضايا تتعامل مع مجموعة متنوعة من الهواتف الذكية وأجهزة الكمبيوتر اللوحي الصغيرة (آسف ، ولكن لا أستطيع إجبار نفسي على كتابة iWords) التي يتم الآن تصفح الويب.

عموما البادئات من mobi. أو m. تستخدم (بدلا من www.) من أجل توفير صفحات ويب مصممة خصيصًا للشاشات الأصغر حجمًا.

من لم يواجه مشكلة محاولة تصفح صفحة ويب كبيرة الحجم على جهاز صغير (التمرير ، التمرير ، التمرير)؟


0
2018-01-08 18:34





بناءً على ما تم ذكره بالفعل ، ستقوم معظم الخوادم المشتركة / الخاصة بإعادة التوجيه تلقائيًا إلى WWW. من ناحية أخرى العديد ، إن لم يكن معظم ، .GOV ومواقع .MIL لن. في هذه الحالات ، عادةً ما تتلقى إحدى رسائل الخطأ العديدة. لا تقوم هذه المواقع عادةً بإعادة التوجيه تلقائيًا إلى HTTPS: من HTTP: حتى عند الحاجة.


-1
2018-01-08 21:25



غير صحيح. انظر على سبيل المثال: usa.gov و whitehouse.gov وما إلى ذلك. - Moshe Katz