Nei moderni browser web c'è qualche motivo nel mettere www infront di un url che lo utilizza?

Quando si va www.facebook.como www.cbc.cac'è qualche beneficio o differenza fatta omettendo il www?

EDIT: quindi potrebbe essere un problema se wwwviene omesso ma non aggiunto automaticamente, potrebbe mai essere un problema se wwwviene aggiunto ma non richiesto?

Nei moderni browser web c'è qualche motivo nel mettere www infront di un url che lo utilizza? Quando vai su www.facebook.com o www.cbc.ca c'è qualche vantaggio o differenza fatto omettendo il www?

Di solito non lo è, ma potrebbe .

Questo non ha nulla a che fare con il browser; ha a che fare con il web server. Il web server è un computer (o anche più computer) che riceve query per pagine Web e invia i dati appropriati. Un URL include diverse parti, una delle quali è il nome o l'indirizzo del web server.

Molte aziende ospitano più di un semplice server Web, possono anche eseguire un server FTP, un server di database, un server di posta e così via. Questi potrebbero essere ospitati dalla stessa macchina del web-server o su macchine diverse.

In passato, era comune specificare la differenza tramite un prefisso per coerenza. Ad esempio, Acme Industries potrebbe acquistare il nome di dominio acme.org, quindi configurare uno o più computer per ospitare il diverso servizio di cui dispongono. Quando si desidera utilizzare uno dei servizi, immettere il nome host appropriato:

 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

Quindi perché funziona ancora senza www.? Poiché la maggior parte dei server Web consente di accettare URL diversi e di reindirizzarli secondo necessità. Per comodità degli utenti, la maggior parte delle aziende e organizzazioni imposta una regola per fare in modo che il web server gestisca le connessioni al nome host sulla porta 80 (la "porta web") o lo reindirizzi a un altro sistema se il web server è diverso macchina.

La differenziazione del servizio o della macchina a cui si accede può anche essere eseguita tramite la porta, ma richiede specificatamente di includerla nel nome, quindi non è davvero meglio dell'uso dei prefissi:

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

A volte lo schema può eseguire questa funzione:

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

L'uso degli schemi funziona anche e può essere fatto automaticamente utilizzando il software appropriato (ad esempio, aggiungerebbe un browser, aggiungerebbe http://un client di posta elettronica pop://, ecc.), Ma non esistono schemi ufficiali per ogni tipo di server che può esistere e inventarne uno non è l'ideale perché richiederebbe un software per supportarlo.

Sta diventando sempre meno necessario includerlo www., ma non è universale e alcuni siti lo richiedono ancora perché aiuta a mantenere le cose organizzate.

Sì e no. Il www è "solo" un sottodominio che viene comunemente utilizzato per i siti Web e sfortunatamente non tutte le aziende hanno impostato il proprio dominio di secondo livello per renderlo accessibile senza di esso.

Se l'indirizzo che stai per avere ha un sottodominio www e non è impostato per consentire il suo secondo livello, allora è necessario. Altrimenti no.

Per quanto riguarda il modo in cui lo configuri, ci sono entrambe le scuole di pensiero che www non è necessario e che lo fa . Ci sono pochi motivi per non impostare i record del tuo dominio in modo che puntino al dominio www di secondo livello. www è probabilmente obsoleto al giorno d'oggi, ma non è male averlo. Nel mio caso, personalmente non ho domini www ma questo è dovuto alla pigrizia più di ogni altra cosa.

Di solito, le aziende reindirizzano "domain.com" su "www.domain.com", ma questo non è uno standard richiesto e non viene sempre seguito.

Mentre esegui la maggior parte delle tue interazioni via Internet attraverso un browser web, ci sono altre cose su Internet oltre alle pagine web. Mentre quasi tutto questo è racchiuso nelle pagine Web di oggi, ci sono ancora FTP, Telnet, Gopher, server di notizie, server di posta, SIP (voice over IP) e alcuni altri protocolli divertenti. Qualcuno ricorda Finger?

Poiché tutti questi servizi erano diversi, a ciascuno era assegnato un nome host univoco per convenzione: si poteva sempre contare sulla ricerca di un server FTP su ftp.netscape.net, il loro server gopher era gopher.netscape.net e così via.

Naturalmente, negli anni '80 e nei primi anni '90, un computer server costava più di un'auto di lusso. Quindi www.company.com e ftp.company.com hanno probabilmente indicato lo stesso posto, dal momento che l'intera azienda avrebbe un solo server Internet.

Poi è successo qualcosa di grosso. Negli anni '90: i computer server sono diventati più economici e costosi mainframe e minicomputer hanno lasciato il posto a sistemi di materie prime che costano meno di un fine settimana a Disneyland. Qualsiasi macchina desktop potrebbe essere un server web, grazie a Linux gratuito, e le persone hanno iniziato a costruire le loro server farm con più PC. Oggi puoi costruire un server web per meno di $ 100 e archiviarlo in una lattina di sodio (si spera uno vuoto).

Quindi Internet è esploso: Facebook oggi ottiene più hit in un giorno rispetto a Internet nel 1995. Quindi utilizziamo più di un server per gestire le richieste Web: interi gruppi di computer in questi giorni risponderanno a un singolo nome host, grazie alla magia del bilanciamento del carico, e Internet sembra essersi fissato su uno standard di fare tutto il nostro lavoro su Internet attraverso un browser web.

Ciò significa che www.domain.com non è più sullo stesso computer di ftp.domain.com. Quindi, dove inviamo richieste al dominio "nudo" di "domain.com"?

Oggi la gente pensa al "web" come a "Internet" e quindi usa un browser per tutto ciò che fa. È comodo, dal momento che avere programmi separati per scaricare file, leggere notizie, controllare e-mail, leggere blog e controllare il tempo può essere una vera seccatura. Porta anche domande come "perché abbiamo www davanti alle pagine web?" Ciò significa che di solito possiamo cavarcela supponendo che una richiesta per un dominio nudo sia uguale a una richiesta per il server www di quel dominio.

Quindi ora, la maggior parte delle aziende risponderà a richieste nude reindirizzando "domain.com" su "www.domain.com". Tuttavia, non esiste uno standard che lo richieda e spesso scoprirai che i piccoli domini ospitati nelle server farm non risponderanno ai domini nudi in quel modo. (Ad esempio, una società di hosting che ho usato ha lasciato cadere gli utenti sulla pagina di destinazione della società di hosting quando qualcuno ha digitato "mydomain.com".)

Fortunatamente per i più pigri tra noi, c'è una scorciatoia da tastiera nella maggior parte dei browser che consente di abbreviare ulteriormente il processo: basta digitare "company", premere Control-Enter e il browser lo espande in "www.company.com".

La parte del nome di dominio degli URL viene letta al contrario. Quindi in www.example.com/index.htmlrealtà è come com/example/www/index.htmlin termini chi è "dentro" chi.

Molti siti hanno un wwwsottodominio, ma possono anche avere altri sottodomini, come ftp, secure, members, forum, us, fr, chinae così via. Questi sono tutti diversi l'uno dall'altro, ed www.example.comè anche un indirizzo diverso da example.com(non esiste una regola che dice che example.comdovrebbe essere interpretata come www.example.come non, per esempio store.example.com).

Cosa succede se non aggiungo il www?

Di solito niente. Le persone che gestiscono siti Web si rendono conto che tutti lo dimenticheranno continuamente, quindi configurano il loro sito per creare www.example.come example.compuntare allo stesso posto (reindirizzando).

Una volta in una luna blu potresti imbatterti in un sito che non funzionerà senza il wwwperché la persona che lo esegue non ha eseguito la configurazione. Quindi sarai in grado di accedere http://www.example.comma http://example.comrestituirà un errore.

Cosa succede se inserisco un extra www?

Come sopra, tranne cambiare quale URL funziona e quale no.

Inoltre, tecnicamente, dovresti includere anche la http://parte, quindi qualsiasi indirizzo inserito è incompleto, indipendentemente dal fatto che tu lo inserisca wwwo meno. Il browser dovrà dedurre ciò che intendevi in ​​entrambi i casi, quindi potrebbe dedurre che wwwdoveva essere incluso.

Siti in cui le wwwcose sono molto rare al giorno d'oggi, ma so di averne incontrate alcune negli ultimi 2-3 anni. Non ricordo cosa fossero in questo momento.

Come amministratore di sistema, se si desidera utilizzare i servizi CDN per velocizzare il servizio Web, non è possibile utilizzare una combinazione di regole DNS insieme.

Per utilizzare un CDN, è necessario utilizzare un nome DNS dns, quindi è necessario creare un nome utente per acme.org, ma se si desidera ricevere posta con user@acme.org, non è possibile avere un nome utente per acme.org. Quindi è necessario utilizzare un sottodominio www per il server Web, quindi sysadmin è obbligatorio per avere un record www.

I browser moderni nascondono la necessità di scrivere la parte www, ma questa parte può essere necessaria per un sito Web con un alto tasso di visite. Le regole per Internet sono vecchie, ma sono le nostre regole.

Esistono problemi relativi alla varietà di smartphone e tablet con schermi piccoli (mi dispiace, ma non posso costringermi a digitare iWords) che ora navigano sul Web.

Generalmente i prefissi di mobi.o m.vengono utilizzati (anziché www.) al fine di fornire pagine Web personalizzate per schermi più piccoli.

Chi non ha riscontrato il problema di provare a navigare in una pagina Web in grande scala su un dispositivo di piccole dimensioni (scorrimento, scorrimento, scorrimento)?

Sulla base di quanto già menzionato, la maggior parte dei server aziendali / privati ​​reindirizzerà automaticamente al WWW. D'altra parte molti siti .GOV e .MIL, se non la maggior parte, non lo faranno. In questi casi di solito ricevi uno dei tanti messaggi di errore. Inoltre, questi siti di solito non reindirizzano automaticamente a HTTPS: da HTTP: anche quando necessario.