最近のWebブラウザーでは、wwwを使用するURLの前にwwwを置くことに意味がありますか？
www.facebook.comまたはwww.cbc.caに行くときに、wwwを省略したことによるメリットや違いはありますか？
編集：したがって、wwwが省略されていても自動的に追加されない場合は問題になる可能性があります。wwwが追加されても必須ではない場合は問題になる可能性がありますか？
最近のWebブラウザーでは、wwwを使用するURLの前にwwwを置くことに意味がありますか？ www.facebook.comまたはwww.cbc.caにアクセスするときに、wwwを省略したことによるメリットや違いはありますか？
通常はそうではありませんが、できました。
これはブラウザとは何の関係もありません。それはウェブサーバーと関係があります。 Webサーバーは、Webページのクエリを受信して適切なデータを送信するコンピューター（または複数のコンピューター）です。 URLにはいくつかの部分が含まれ、そのうちの1つはWebサーバーの名前またはアドレスです。
多くの企業がWebサーバーだけでなく、FTPサーバー、データベースサーバー、メールサーバーなどをホストしている場合があります。これらは、Webサーバーと同じマシンから、または異なるマシンからホストできます。
以前は、一貫性を保つために接頭辞を使用して違いを指定するのが一般的でした。したがって、たとえば、Acme Industriesはドメイン名acme.orgを購入してから、1台以上のコンピュータをセットアップして、所有するさまざまなサービスをホストすることができます。 。サービスの1つを使用する場合は、適切なホスト名を入力します。
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.がなくても機能するのですか？ほとんどのWebサーバーでは、さまざまなURLと redirect を必要に応じて受け入れることができるためです。ユーザーの便宜のために、ほとんどの企業や組織は、ポート80のホスト名（「Webポート」）への接続をWebサーバーで処理するか、Webサーバーが異なる場合は別のシステムにリダイレクトするようにルールを設定しています。機械。
アクセスされているサービスやマシンを区別することもポートを介して行うことができますが、名前に具体的に含める必要があるため、実際にはプレフィックスを使用するよりも優れています。
acme.org:80 - web-server
acme.org:21 - file server
時々スキームはこの機能を実行できます：
http://acme.org - web-server
ftp://acme.org - file server
スキームの使用も同様に機能し、適切なソフトウェアを使用して自動的に実行できます（たとえば、ブラウザはhttp://を追加し、電子メールクライアントはpop://を追加するなど）。ただし、すべての公式スキームはありません。存在する可能性のあるサーバーの種類。サーバーをサポートするにはソフトウェアが必要となるため、1つを発明することは理想的ではありません。
www.を含める必要性はますます少なくなっていますが、普遍的ではなく、組織を維持するために必要なサイトもあります。
はいといいえ。 wwwは、Webサイトで一般的に使用される「単なる」サブドメインであり、残念ながら、すべての企業が第2レベルドメインを設定せずに、それがなくてもアクセスできるようになっているわけではありません。
目的のアドレスがwwwサブドメインとを持っている場合2番目のレベルを許可するように設定しないでください。それ以外の場合。
設定方法については、 wwwは不要 と 必要な の両方の考え方があります。 wwwの第2レベルのドメインをポイントするようにドメインレコードを設定するしない理由はほとんどありません。 wwwはおそらくこの時代と時代遅れに時代遅れですが、それを持っていることに害はありません。私の場合、個人的にwwwドメインはありませんが、それは何よりも怠惰のためです。
通常、企業は「domain.com」を「www.domain.com」にリダイレクトしますが、これは必須の標準ではなく、常に従うわけではありません。
ほとんどのインターネットインタラクションはWebブラウザーを介して行いますが、インターネット上にはWebページ以外にもさまざまなものがあります。これのほぼすべてが今日のWebページにまとめられていますが、FTP、Telnet、Gopher、ニュースサーバー、メールサーバー、SIP（voice over IP））と他のいくつかの楽しいプロトコルがまだあります。指を覚えていますか？
これらのサービスはすべて異なるため、慣例によりそれぞれに一意のホスト名が割り当てられていました。ftp.netscape.netでFTPサーバーを見つけることを常に期待でき、GopherサーバーはGopher.netscape.netでした。
もちろん、80年代と90年代前半には、サーバーコンピュータの価格は高級車よりも高くなっています。つまり、www.company.comとftp.company.com おそらくは同じ場所を指しています。これは、会社全体でインターネットサーバーが1つしかないためです。
その後、何か大きなことが起こりました。 90年代：サーバーコンピュータはより安価になり、高価なメインフレームとミニコンピュータが、ディズニーランドでの週末よりも安価な商品システムに取って代わりました。無料のLinuxのおかげで、どのデスクトップマシンもWebサーバーになる可能性があり、人々は複数のPCでサーバーファームを構築し始めました。今日では、100ドル未満でWebサーバーを構築し、ソーダ缶（できれば空の缶）に保管できます。
したがって、インターネットは爆発しました。今日のFacebookは、1995年のインターネット全体よりも1日で多くのヒットを取得しています。したがって、Webリクエストを処理するために複数のサーバーを使用します。groups最近のコンピュータすべてが応答しますロードバランシングの魔法のおかげで単一のホスト名になり、インターネットはすべてのインターネット作業をWebブラウザーで行うという標準に落ち着いたようです。
これは、www.domain.comがftp.domain.comと同じコンピューター上に存在しないことを意味します。では、「domain.com」の「ネイキッド」ドメインにリクエストをどこに送信するのでしょうか。
今日、人々は「ウェブ」を「インターネット」と考えているので、彼らは彼らがするすべてのためにブラウザを使います。ファイルのダウンロード、ニュースの閲覧、メールの確認、ブログの閲覧、天気の確認など、それぞれ別のプログラムを用意するのは大変な作業になるので、これは便利です。また、「なぜWebページの前にwwwがあるのか」などの質問も表示されます。つまり、通常、ネイキッドドメインに対するリクエストは、そのドメインのwwwサーバーに対するリクエストと同じであると想定することで問題を回避できます。
そのため、ほとんどの企業は「domain.com」を「www.domain.com」にリダイレクトすることでネイキッドリクエストに応答します。ただし、それを必要とする標準はなく、サーバーファームでホストされている小さなドメインは、そのままではネイキッドドメインに応答しないことがよくあります。 （たとえば、私が使用した1つのホスティング会社は、誰かが「mydomain.com」とだけ入力したときに、ホスティング会社のランディングページにユーザーをドロップしました。）
幸運なことに、私たちの間では、ほとんどのブラウザーにキーボードショートカットがあり、プロセスをさらに短縮することができます。「company」と入力してControl-Enterキーを押すだけで、ブラウザーはそれを「www.company.com」に展開します。
URLのドメイン名部分は逆方向に読み取られます。したがって、www.example.com/index.htmlは実際にはcom/example/www/index.htmlに似ています。
多くのサイトにはwwwサブドメインがありますが、ftp、secure、members、forum、_などの他のサブドメインもある場合があります[$ var] _、us、frなど。これらはすべて互いに異なり、www.example.comもexample.comとは異なるアドレスです（example.comをwww.example.comとして解釈する必要があるというルールはありません。たとえば、 store.example.com）。
chinaを追加しないとどうなりますか？
通常は何もしません。 Webサイトを運営する人々は、誰もがいつでもそれを忘れてしまうことを理解しているため、www.example.comとexample.comが同じ場所を指すようにサイトを構成します（リダイレクトすることにより）。
ブルームーンになると、wwwを実行している人が設定を行わなかったため、wwwがないと機能しないサイトに出くわす可能性があります。したがって、http://www.example.comにはアクセスできますが、http://example.comはエラーを返します。
wwwを追加するとどうなりますか？
上記と同じですが、機能するURLと機能しないURLを切り替えます。
また、技術的には、http://の部分も含める必要があるため、wwwを入力するかどうかにかかわらず、入力するアドレスはすべて不完全です。ブラウザーはどちらの場合もあなたの意味を推測する必要があります-wwwが含まれることを意図していたと推測するかもしれません。
wwwが問題となるサイトは、今日では非常にまれですが、過去2〜3年間でいくつかのサイトに出会ったことは知っています。彼らが今何であったか思い出せない。
システム管理者として、Webサービスを高速化するためにCDNサービスを使用する場合、dnsルールを組み合わせて使用することはできません。
CDNを使用するには、dns Cnameを使用する必要があるため、acme.orgのCnameを作成する必要がありますが、user @ acme.orgでメールを受信する場合は、acme.orgのcnameを使用できません。次に、sysadminがwwwレコードを持つことが必須であるため、Webサーバーにはサブドメインwwwを使用する必要があります。
最新のブラウザーではwww部分を記述する必要はありませんが、この部分は訪問率の高いWebサイトで必要になる場合があります。インターネットのルールは古いですが、私たちのルールです。
現在Webを閲覧しているさまざまなスマートフォンや小さな画面のタブレットデバイス（申し訳ありませんが、iWordsを入力するように強制することはできません）を処理する問題があります。
一般に、小さい画面に合わせて調整されたWebページを提供するために、mobi.ではなくm.またはwww.のプレフィックスが使用されます。
小さなデバイス（スクロール、スクロール、スクロール）で大規模なWebページをナビゲートしようとする問題に遭遇したのは誰ですか？
ここで話されているゴミがたくさんあります。
「www」を含むもの。 （またはそうでない）はDNS名であるため、いくつかの非常に特定の規則に従います。特に、レコードの1つがAまたはAAAレコードでない限り、異なるレコードタイプの2つの名前を付けることはできません。 example.comでメールを受信する場合は、example.com。ただし、ブラウザはWebサイトを検索するときにMXレコードを検索せず、CNAME、AAA、Aレコードのみを検索します。そのため、サイトにMXレコードがある場合、同じ名前のCNAMEを持つことはできません。 Aレコードの問題は、それらが単一のホストのみを指すことです。CNAMEによって提供される抽象化のレイヤーは、負荷分散と災害復旧にとって重要です。 Cloudflare（たとえば）を使用すると、CNAMEが許可されているかのようにDNSレコードを構成し、 これをオンザフライでAレコードに変換 できます。