ABAKUS

</Klugscheiss-Modus>

-
ja, das Niveau hier sinkt immer mehr. Für sachliche Feststellungen muss man sich entschuldigen, Quark darf dagegen jedes Ferienkind verbreiten.

Standarddomain definieren lohnt wirklich fast immer. Denn einmal gemacht, geht der Aufwand für die nächsten Domains gegen Null.

Bitte erst genau lesen, dann schimpfen

Das gebe ich gerne zurück

Nochmal: Das Definieren einer Standarddomain soll verhindern, dass die Inhalte einer Domain unter verschiedenen Subs erreichbar sind -> meist mit "www" und ohne.

https://domain.tld leitet weiter auf https://www.domain.tld

In dem von Dir genannten Beispiel handelt es sich jedoch um ganz unterschiedliche Domains. Das Definieren einer Standarddomain bringt hier also gerade nichts, da die doppelten Inhalte ja auf einer ganz anderen Domain liegen.

breadcrumb hat geschrieben: Das Definieren einer Standarddomain soll verhindern, dass die Inhalte einer Domain unter verschiedenen Subs erreichbar sind -> meist mit "www" und ohne.

Ist doch quatsch. Inhalte auf mehreren Domains sind auch doof. Ob nun sub oder nicht sub oder was auch immer:
Inhalt auf A == Inhalt auf B = Schlecht -> ändern.

breadcrumb hat geschrieben:https://domain.tld leitet weiter auf https://www.domain.tld

In dem von Dir genannten Beispiel handelt es sich jedoch um ganz unterschiedliche Domains. Das Definieren einer Standarddomain bringt hier also gerade nichts, da die doppelten Inhalte ja auf einer ganz anderen Domain liegen.

Naja... im obigen Fall hätte eine definition der standarddomain für strato.co.uk sehr wahrscheinlich aber auch die subdomain vom webhoster.co.uk per 301 weitergeleitet... da beide Domains auf dieselbe IP verweisen dürfte es sich dabei um den selben webspace handeln und so hätte eben die standarddefinition auf www.strato.co.uk gegriffen...

so kann man halt nach der definition der standarddomain beliebige weitere domain auf den webspace legen ohne das DC entsteht....

Inhalte auf mehreren Domains sind auch doof.

Ja natürlich, aber hier gibt es normalerweise (s.u.) unterschiedliche Ansätze das Problem zu lösen.

im obigen Fall hätte eine definition der standarddomain für strato.co.uk sehr wahrscheinlich aber auch die subdomain vom webhoster.co.uk per 301 weitergeleitet... da beide Domains auf dieselbe IP verweisen dürfte es sich dabei um den selben webspace handeln und so hätte eben die standarddefinition auf www.strato.co.uk gegriffen...

Ja, wenn beide Domains wirklich auf den selben Webspace auflösen. Aber eben nur dann.

ok, ich fand es halt ein schlechtes Beispiel, da das Definieren einer Standarddomain für "Probleme" auf unterschiedlichen Domains eben nur hilft, wenn auch alle in den selben Ordner auflösen. Was man eben normalerweise gerade nicht voraussetzen kann.

Aber ich hatte ja im ersten Post bereits angedeutet, dass es sich um ein Post im <kluscheiss-modus> handelt.

@chris21 sorry, vermutlich falsch verstanden...

breadcrumb hat geschrieben: Ja, wenn beide Domains wirklich auf den selben Webspace auflösen. Aber eben nur dann.

Das ist hier natürlich der Fall und genau darum ging es.

Um das Problem noch einmal zu verdeutlichen:

https://www.google.de/search?hl=de&q=si ... server.com <-Beispiel von Subdomains auf kasserver.com (All-Inkl.com)

Überall hier würde das Setzen einer Standarddomain helfen, wie net(t)worker auch richtig erkannt hat.

Denn (als weiteres Beispiel): https://luxuscar.dd1330.kasserver.c0m/ ist für www.luxus-car.com nicht gerade hilfreich. Und bei diesem Beispiel sieht man dann auch, wie man sich da gleich selbst Probleme schaffen kann, wenn ein CMS den $_SERVER[HTTP_HOST] ausliest und auf https://luxuscar.dd1330.kasserver.c0m/ kommt.

Bei Server4You und Plusserver Kunden hatte ich vor einigen Jahren diese Probleme noch sehr oft gesehen (vermutlich aufgrund nicht oder falsch gesetzter Reverse-DNS).

Obiges Beispiel mit strato.co.uk war aber gerade gewählt, da die Domain in den SERPs bei Google UK wesentlich besser für den Suchbegriff Strato gelistet werden dürfte (wenn auch hinter strato-hosting.co.uk) und hier das Problem durch die DMOZ Verlinkung auf Sub-Sub-Sub-Subdomain des Webhosters entstanden ist.

Gegenbeispiel, wie man es richtig macht:

www.database-search.com.dd5208.kasserver.com

breadcrumb hat geschrieben: @chris21 sorry, vermutlich falsch verstanden...

Kein Problem.