Ich habe ein nichtöffentliches Wiki (Dokuwiki) auf einem Strato-Hostingpaket installiert. Normalerweise logge ich mich über <domain>.de dort ein. Nun bekam ich eine EMail mit einem Link auf eine Wikiseite, der nach dem Schema www.<domain>.de aufgebaut war. Ich klicke ihn an und lande auf der Anmeldeseite. Der Grund: für das Wiki sind www.<domain>.de und <domain>.de zweierlei paar Stiefel: in der Cookie-Liste des Browsers stehen unter <domain>.de zwei Session-Cookies. Auf http://superuser.com/questions/60006/what-is-the-purpose-of-the-www-subdomain habe ich eine interessante Erklärung gefunden (2. Antwort), warum man die www-Variante vorziehen soll. Allerdings setzt DW beim ersten Aufruf einer Seite in der jeweiligen (Sub-)Domain ein Cookie mit dem jeweiligen Domain-Pfad und nach dem Login ein weiteres; die Cookies der Domain stehen damit der Subdomain nicht zur Verfügung. Da ich diesen www-Quatsch nur lästig finde, habe ich versucht, selbst eine Subdomain www anzulegen und die (extern) auf <domain>.de umzuleiten - das hat nichts geholfen. Auch nach dem Löschen der Eigenbau-www-Domain verhielt sich die Kiste nicht anders. Muß man da wirklich eine www-Subdomain anlegen, um dann per Weiterleitung diesen Sack zuzumachen, oder gibt es eine Möglichkeit, zu verhindern, daß die www-Subdomain automatisch angelegt wird?
Uhu Uhuhu schrieb: > für das Wiki sind www.<domain>.de und <domain>.de zweierlei paar > Stiefel Nicht nur für das Wiki... Uhu Uhuhu schrieb: > Da ich diesen www-Quatsch nur lästig finde, habe ich versucht, selbst > eine Subdomain www anzulegen und die (extern) auf <domain>.de umzuleiten > - das hat nichts geholfen "normalerweise" läuft da ein Webserver, z.B. Apache. Dort kann man dann (z.B. über htaccess rules) dann auch eine Weiterleitung einrichten, sodass man immer auf "mit" oder immer auf "ohne" landet. Strato ist mir leider nur sehr negativ mit Gängelung der User und für jeden Pipifax extra abrechnende Firma negativ in Erinnerung, daher kann es sein, das dir da Möglichkeiten zur Konfiguration fehlen. Uhu Uhuhu schrieb: > das hat nichts geholfen Wobei? Was ist passiert und was hast du erwartet? Die Konfiguration (Cookie Domain, Server root...) von Dokuwiki ist ggf. nochmal ein anderer Schuh...
Und dann gibt es auch noch "schlaue" Browserautomatismen welche automatisch ein www. davor stellen wenn sie finden es sei nötig.
Eigentlich ist das www ja der Rechnername auf dem der Webserver läuft. Mit <domain>.de kommst du erstmal zu der Domain. Die muss dann den Namen für den Rechenr www kennen. Das müssen nicht dieselben Geräte sein.
Und dann dauert es unter anderem auch eine zeitlang bis deine Änderungen überall angekommen sind. Also ändern und gleich testen ist buggy bei so Geschichten. Gruß Jonas
Dirk B. schrieb: > Eigentlich ist das www ja der Rechnername auf dem der Webserver läuft. Nein, das ist nur eine Sudomain. Die kann auf demselben Rechner liegen, wie die Domain, oder auf einem anderen. Man kann für jede Subdomain eine eigene IP-Adresse eintragen, die von der für die Domain abweichen darf - sogar bei Strato. Jonas Biensack schrieb: > Und dann dauert es unter anderem auch eine zeitlang bis deine Änderungen > überall angekommen sind. Also ändern und gleich testen ist buggy bei so > Geschichten. Wenn sich das Ganze innerhalb von Strato abspielt, dann geht das nach meinen bisherigen Erfahrungen blitzartig schnell. Läubi .. schrieb: > Uhu Uhuhu schrieb: >> das hat nichts geholfen > > Wobei? Was ist passiert und was hast du erwartet? > Die Konfiguration (Cookie Domain, Server root...) von Dokuwiki ist ggf. > nochmal ein anderer Schuh... Es wäre ja denkbar - wenn der Shit ohne besondere Klimmzüge über normale Name-Records erledigt würde -, daß mit dem expliziten Anlegen einer www-Subdomain die automatische Gurke, die man nirgends sieht, überschrieben wird und daß nach deren Löschung dann dort ein Loch bleibt und www.<domain>.de ins Nichts führt. Einen Versuch war es wert... > "normalerweise" läuft da ein Webserver, z.B. Apache. Dort kann man dann > (z.B. über htaccess rules) dann auch eine Weiterleitung einrichten, > sodass man immer auf "mit" oder immer auf "ohne" landet. Auch bei den billigen Strato-Hostings läuft ein Apache (auf SunOS) mit .htaccess. Nur ob ich eine index.html mit einem Redirect im Zielverzeichnis der selbstangelegten www-Subdomain anlege, oder das Spiel in einer .htacces dort mache, kommt aufs Gleiche heraus. In der index.html kann ich dem User eine Nachricht einblenden, bevor er weitergeleitet wird. > Strato ist mir > leider nur sehr negativ mit Gängelung der User und für jeden Pipifax > extra abrechnende Firma negativ in Erinnerung, daher kann es sein, das > dir da Möglichkeiten zur Konfiguration fehlen. Na ja, viel ärgerlicher finde ich die ansich nicht schlechte Dokumentation, über die man im Handumdrehen bei irgend welchen Beschreibungen landet, die das eigene Hostingpaket nicht bietet. Die virtuellen Server bieten schon deutlich mehr Freiraum, auch wenn dort nicht alles geht, was auf dem OS eigentlich möglich ist. Meine Versuche auf dem billigsten VServer einen Nameserver mit dyndns einzurichten, schlugen fehl - dafür wollen sie mehr Geld. Dafür sind sie wirklich spottbillig.
:
Bearbeitet durch User
Uhu Uhuhu schrieb: > Es wäre ja denkbar - wenn der Shit ohne besondere Klimmzüge über normale > Name-Records erledigt würde -, daß mit dem expliziten Anlegen einer > www-Subdomain die automatische Gurke, die man nirgends sieht, > überschrieben wird und daß nach deren Löschung dann dort ein Loch bleibt > und www.<domain>.de ins Nichts führt. Einen Versuch war es wert... Schreib doch mal was aktuell ist: - Server NUR mit www erreichbar - Server NUR ohne www erreichbar - Server sowohl mit_ als auch _ohne www erreichbar und was du erreichen willst? - Server NUR mit www erreichbar - Server NUR ohne www erreichbar - Server sowohl mit_ als auch _ohne www erreichbar aber www soll auf ohne www weiterleiten - Server sowohl mit_ als auch _ohne www erreichbar aber ohne www soll auf mit www weiterleiten Ansonsten verstehe ich nämlich aktuell nicht wirklich was dein Problem ist...
Der ist Server sowohl mit als auch ohne www erreichbar - Strato legt das www implizit an, man kann es zwar überschreiben, wird es aber nicht los. > und was du erreichen willst? Daß der Server NUR ohne www erreichbar ist. > Ansonsten verstehe ich nämlich aktuell nicht wirklich was dein Problem > ist... Das steht doch in den ersten drei Absätzen des Eingangspostings... Ich will eindeutige Adressen bekommen, nicht mal das Eine, mal das Andere, je nachdem, was der Benutzer gerade in seinen Browser eingegeben hat. Das www ist bis auf wenige Ausnahmen mit Zugriffsrechten auf Cookies - die hier aber nicht vorliegen - völlig nutzlos.
Uhu Uhuhu schrieb: > Das www ist bis auf wenige Ausnahmen mit Zugriffsrechten auf Cookies - > die hier aber nicht vorliegen - völlig nutzlos. es ist schon sinnvoll, das WWW zu nutzten. Spätestens wenn man mehre dienste hat kann man sie später auf verschiedenen Server laufen lassen. Für ein Wiki bietet sich doch wiki.domain.de an. Wenn du das WWW nicht willst, dann such die ein löschen es im DNS. Wenn das nicht geht, leg ein wwwroot www.domain.de an und dort machst du ein Redirect.
Uhu Uhuhu schrieb: > Daß der Server NUR ohne www erreichbar ist. Wenn es dir reicht alles weiterzuleiten: http://stackoverflow.com/questions/234723/generic-htaccess-redirect-www-to-non-www Wirklich "löschen" muss man das auch in der Server config, hat aber ggf. Nachteile wenn jemand mal doch (weil er es so kennt) mit www eingibt. Eine Weiterleitung ist da die bessere Alternative. Nachtrag: Bitte auch ggf. http und https beachten, das macht auch einen Unterschied!
:
Bearbeitet durch User
Peter II schrieb: > Wenn du das WWW nicht willst, dann such die ein löschen es im DNS. Wenn > das nicht geht, leg ein wwwroot www.domain.de an und dort machst du ein > Redirect. So habe ich es gemacht... Läubi .. schrieb: > Wirklich "löschen" muss man das auch in der Server config, hat aber ggf. > Nachteile wenn jemand mal doch (weil er es so kennt) mit www eingibt. Da kommt man bei dem Hosting-Paket nicht ran.
Uhu Uhuhu schrieb: >> Eigentlich ist das www ja der Rechnername auf dem der Webserver läuft. > > Nein, das ist nur eine Sudomain. Im Sinne des DNS ist natürlich jeder Eintrag dort eine "Domain", einen "Hostnamen" gibt es im DNS nicht. Allerdings hat natürlich nicht jeder Domainname einen A-Record (oder AAAA). Die meisten Top-Level-Domains haben beispielsweise keine ;-), aber selbst da gibt es Ausnahmen ("dk" beispielsweise besitzt seit vielen Jahren einen). Wenn du das WWW nicht willst, dann wäre es wohl in der Tat das einfachste, deren A-RR zu löschen. Wenn man ihn nicht löschen kann, kannst du ihn ja auf 127.0.0.1 setzen. :-)
:
Bearbeitet durch Moderator
Jörg Wunsch schrieb: > Wenn du das WWW nicht willst, dann wäre es wohl in der Tat das > einfachste, deren A-RR zu löschen. Wenn man ihn nicht löschen kann, > kannst du ihn ja auf 127.0.0.1 setzen. :-) Man kommt gar nicht ran...
die meisten "user" sind recht verwirrt, wenn man ihnen eine Webseite angibt die nicht mit www beginnt.. obwohl es ja "technisch" vollkommen egal ist, ob die jetzt www.example.com oder xyz.example.com lautet (solange man nicht gerade ftp.example.com nimmt ;-) IMHO ist es am sinnvollsten immer von http://example.com auf http://www.example.com weiterzuleiten
:
Bearbeitet durch User
Uhu Uhuhu schrieb: >> Wenn man ihn nicht löschen kann, >> kannst du ihn ja auf 127.0.0.1 setzen. :-) > > Man kommt gar nicht ran... Hmm: Uhu Uhuhu schrieb: > Man kann für jede Subdomain eine eigene IP-Adresse eintragen, die von > der für die Domain abweichen darf - sogar bei Strato. Ich blicke nun gar nicht mehr durch, was du ändern kannst und was nicht.
Robert L. schrieb: > obwohl es ja "technisch" vollkommen egal ist, ob die jetzt > www.example.com oder xyz.example.com lautet (solange man nicht gerade > ftp.example.com nimmt ;-) "technisch" ist auch das egal. > IMHO ist es am sinnvollsten immer von http://example.com auf > http://www.example.com weiterzuleiten Oder noch besser umgekehrt: http://no-www.org/
Robert L. schrieb: > obwohl es ja "technisch" vollkommen egal ist Leider nicht - für den Server sind www.domain.de und domain.de erst mal zwei Paar Stiefel. > IMHO ist es am sinnvollsten immer von http://example.com auf > http://www.example.com weiterzuleiten Wegen der Cookie-Zugriffsrechte ist das sinnvoll, wenn man die Domain-Cookies vor Zugriffen durch Subdomains schützen will. Für eine Vereinshompage aber eher nicht. Läubi .. schrieb: > Was spricht gegen die htacces Regel? Nichts, außer daß ich erst mal rauskramen muß, wie das geht ;-)
Hank Peterson schrieb: > Oder noch besser umgekehrt: http://no-www.org/ Tja, dann gehen halt keine CNAMEs. Damit geht Amazon S3 erst seit kurzem, und auch sonst stört das öfter mal massiv bei dem, was man so machen will. Ich war auch no-www-Anhänger und hab mich inzwischen selbst "zurückbekehrt". Es ist den Ärger nicht wert.
Fred schrieb: > Es ist den Ärger nicht wert. Welchen genau? Ich versuch mir alle möglichen Szenarien auszudenken, die Ärger bereiten, aber mein Fantasie scheint da etwas beschränkt zu sein.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.