Das Notes Forum

Sonstiges => Offtopic => Thema gestartet von: Bruce Willis am 21.12.06 - 19:42:07

Titel: Zu viel ist auch nicht gut...
Beitrag von: Bruce Willis am 21.12.06 - 19:42:07
Hier ist einiges zu viel, was zu Fehlermeldungen führt:
http://www.openntf.org/Projects/pmt.nsf/ProjectLookup/!!HELP!!

Project Category: Help Desk 
Target Release: R 6.x, R 6.5.x, R 6.0.x, R 7.0.x 
Primary Contact: Ulrich Krause 
Website for more info: http://wwww.eknori.de 

Erkennt jemand?
 :P

Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: eknori am 22.12.06 - 11:26:27
Zitat
einiges zu viel,

zuviel Glühwein ??
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: Thomas Schulte am 22.12.06 - 12:01:17
Erheblich zuviel ...

Glühwein.
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: klaussal am 22.12.06 - 12:12:17
Zitat
http://wwww.eknori.de

Meint er etwa die vier "w's" ?
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: eknori am 22.12.06 - 12:53:31
vermutlich, aber 'ne anständige website kann das ab ...
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: Bruce Willis am 22.12.06 - 15:34:53
Meint er etwa die vier "w's" ?


Der (bis jetzt) einzige aufmerksame Notes-Profi!
 :D
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: Bruce Willis am 22.12.06 - 15:40:08
'ne anständige website kann das ab ...
Meinst Du vielleicht "Browser" ?

Meldung von Firefox:
Der Server unter wwww.eknori.de konnte nicht gefunden werden.

Meldung von IE:
Die Webseite kann nicht angezeigt werden.

Meldung von NetCaptor:
Die Navigation zu der Webseite wurde abgebrochen.

Vielleicht braucht man einen Textbrowser, damit der Fehler abgefangen wird...
 >:D
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: Bruce Willis am 22.12.06 - 15:45:29
Ich hoffe übrigens, dass keiner beleidigt ist.
Die Seite an sich ist sehr gut.
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: koehlerbv am 22.12.06 - 17:34:41
Hier ist einiges zu viel, was zu Fehlermeldungen führt:
http://www.openntf.org/Projects/pmt.nsf/ProjectLookup/!!HELP!!

Hmmm. Das "gestotterte" wwww führt gleich zu einer Fehlermeldung. Wenn man aber genauso unbedarft  auf Deinen Link klickt, dann landet man ganz woanders, als wo Du uns eigentlich hinschicken willst  ;)

So. Nun habe sich schon zwei Aufmerksame gefunden  ;)

Bernhard
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: Bruce Willis am 22.12.06 - 18:17:23
Danke für Dein Verständnis, Bernhard.  :)
Und ein schönes Wochenende!
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: Bruce Willis am 22.12.06 - 18:24:20
Wenn man aber genauso unbedarft  ...dann landet man ganz woanders, als wo Du uns eigentlich hinschicken willst  ;)

1. Jetzt der Link für Unbedarfte:
http://www.openntf.org/Projects/pmt.nsf/ProjectLookup/!!HELP!!
2. Allerdings hat der Autor die w-Zahl schon korrigiert - ohne mir für den Hinweis danke zu sagen...
  ;)
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: hallo.dirk am 22.12.06 - 20:11:06
OK dann will ich auch mal... :P ;)

Zitat
Target Release: R 6.x, R 6.5.x, R 6.0.x, R 7.0.x 
 
Was ist der Unterschied Zwischen 6.x und 6.0.x bzw 6.5.x?
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: Markus Dietl am 22.12.06 - 20:50:50
'ne anständige website kann das ab ...
Meinst Du vielleicht "Browser" ?

Nur zur Erklärung:

das "www" in einer Webadresse ist eine Subdomain. Richtige Hauptdomain ist http://seite.de, http://google.de oder http://lotus.com. Eine Subdomain ist http://mueller.seite.de oder etwa http://www.seite.de. WWW-Subdomain ist eigentlich völliger Blödsinn, siehe auch no-www.org (http://no-www.org/), leider ist es nach wie vor sehr verbreitet.

Normalerweise sollte beim Aufruf einer nicht angelegten Subdomain (wie etwa wwww.seite.de) eine Fehlermeldung kommen. Man kann jedoch z.B. den Apache Webserver so konfigurieren, dass auf eine Hauptseite umgeleitet wird, z.B. auch per .htaccess
Code
RewriteCond %{HTTP_HOST} ^([^.]+)\.seite\.de$ [NC]
RewriteRule ^(.*)$ http://seite.de/$1 [R=301,L]
Damit wird jede Subdomain auf die Hauptdomain umgeleitet, wenn es diese nicht gibt.

Schöne Grüße,
Markus
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: Bruce Willis am 22.12.06 - 21:34:23
Hallo Markus,

danke für Deine ausführlichen Erklärungen!

Vielleich hat Ulrich etwas in die Richtung gemeint bzw. gehofft, dass es bei seiner Seite funktioniert.

Gruß
Leo
Titel: Re: Zu viel ist auch nicht gut...
Beitrag von: m3 am 22.12.06 - 23:05:34
das "www" in einer Webadresse ist eine Subdomain. Richtige Hauptdomain ist http://seite.de, http://google.de oder http://lotus.com. Eine Subdomain ist http://mueller.seite.de oder etwa http://www.seite.de. WWW-Subdomain ist eigentlich völliger Blödsinn, siehe auch no-www.org (http://no-www.org/), leider ist es nach wie vor sehr verbreitet.
Ahem. Räusper. Entschuldigung, als alter RFC-Junkie muss ich hier widersprechen.

Nachdem es sich beim "www" um den "linkesten" Teil eines Fully Qualified Domain Names (http://de.wikipedia.org/wiki/FQDN) handelt, ist das "www" keine "Subdomain (http://de.wikipedia.org/wiki/Subdomain)", sondern ein "hostname (http://de.wikipedia.org/wiki/Hostname)".

Und "http://mueller.seite.de" ist keine Subdomain, sondern eine URL (http://de.wikipedia.org/wiki/URL). "mueller.seite.de" wäre ein Fully Qualified Domain Name (FQDN), der aus den Hostnamen "mueller" und der Subdomain "seite.de" besteht. Beim FQDN "hans.mueller.seite.de" wäre "hans" der hostname und "mueller.seite.de"" die (Sub)Domain.

Wikipedia gibt da einen schönen Überblick dazu:
Code
         (root)                  Label der 0. Ebene, Null-Label
         /    \
        /      \
     de         org   ...        Labels der 1. Ebene, Top-Level-Domains (TLD)
     /           |
    /            |
  wikipedia     wikipedia ...    Labels der 2. Ebene, Second-Level-Domains und Hostnamen direkt unter einer TLD
  /             /  \
 www          de   en            Labels der 3, Ebene, Third-Level-Domains und Hostnamen unter Second-Level-Domains
         ...  /
 (beliebig erweiterbar)

Es hat sich eingebürgert, Namen direkt unter einer Top Level Domain (TLD) wie .at oder .de als nicht als Subdomains, sondern als Second-Level-Domain oder nur Domain zu bezeichnen.
google.at bezeichnet also den Rechner "google" in der Domain "at" (Beweis: dig oder nslookup auf "google.at" liefert einen A-Record zurück). Aus "www.google.at" wird also der Hostnamen/Rechner "www" in der (Sub)Domain "google.at".
"google.at" hat also wie jede "Domain" eine Doppelbedeutung als Subdomain und FQDN.

Und Rechnernamen wie "www" sind kein "Blödsinn", sondern nur eine Konvention aus der Anfangszeit des WWW, als es einfach üblich war, die Rechner im DNS nach ihren Funktionen zu benennen, da man dann immer wusste, welche Maschine wofür zuständig war. Damals gab's also FQDN wie www.example.com, gopher.example.com, nntp.example.com, smtp.example.com, ...

Es gibt keine RFC, etc. in der drinnen steht, dass man "www" als Hostnamen für einen http-Server verwenden muss, es hat sich einfach so eingebürgert. Genau so hätte man auch http://popocatepetl.example.com einführen können. Außerdem erlaubten (und erlauben) einige TLD-Betreiber keinen Host-Eintrag im zweiten DNS-Level. Manche Provider sind auch einfach zu faul und bieten diese Möglichkeit ihren Kunden gar nicht an.

Zitat
Normalerweise sollte beim Aufruf einer nicht angelegten Subdomain (wie etwa wwww.seite.de) eine Fehlermeldung kommen. Man kann jedoch z.B. den Apache Webserver so konfigurieren, dass auf eine Hauptseite umgeleitet wird, z.B. auch per .htaccess
Code:
RewriteCond %{HTTP_HOST} ^([^.]+)\.seite\.de$ [NC]
RewriteRule ^(.*)$ http://seite.de/$1 [R=301,L]
Damit wird jede Subdomain auf die Hauptdomain umgeleitet, wenn es diese nicht gibt.
Das setzt aber voraus, dass es im DNS auch einen entsprechenden Wildcard-Eintrag (http://en.wikipedia.org/wiki/Wildcard_DNS_record) für die Domain gibt, weil sonst kann das DNS dem "wwww.example.com" (Beispiel) keine IP-Adresse zuordnen und die Browser-Anfrage findet nie ihren Weg zum Apache-Server, der dann rewrited.
Wildcard-DNS-Einträge gehören meiner Erfahrung nach aber schon eher zur Kür bei Providern.

RFCs zum Nachlesen:
RFC 1034 DOMAIN NAMES - CONCEPTS AND FACILITIES (http://tools.ietf.org/html/rfc1034)
RFC 1035 DOMAIN NAMES - IMPLEMENTATION AND SPECIFICATION (http://tools.ietf.org/html/rfc1035)
RFC 1123 Requirements for Internet Hosts -- Application and Support (http://tools.ietf.org/html/rfc1123)
RFC 4529 The Role of Wildcards in the Domain Name System (http://tools.ietf.org/html/rfc4592)
RFC 3986 Uniform Resource Identifier (URI): Generic Syntax (http://tools.ietf.org/html/rfc3986)

(Und für die i-Tüpferlreiter: Ja, ich hab die trailing-"." bei den FQDNs bewusst weggelassen).