WebsiteBaker Support (2.12.x) > Hilfe & Support (deutsch)

Umstellung auf SSL/https

<< < (9/11) > >>

evaki:
@xandi

--- Quote ---xandi: Ich wusste nicht wo ich da eintragen muss? In die config.php ???? und soll ich die httacess dann ganz löschen?
--- End quote ---

Das stand da oben im Text:

--- Quote ---Evaki: ...habe ich es wg. htaccess-Beschränkungen im Template so gelöst:
--- End quote ---
Den Code zu oberst. Die dafür vorgesehehenen Inhalte aus der htaccess nehmen.
Für www oder ohne www im Domainnamen kannste ja weiterhin mit der htaccess "spielen".


--- Quote ---xandi: Zum footer.
--- End quote ---
Unter "Optionen"

MfG. Evaki

DarkViper:

--- Quote from: dbs on May 27, 2018, 10:43:04 AM ---Aber wir sind uns doch einig, dass es besser so ist, dass egal wie jemand kommt (mit/ohne www oder https) er bei https://www... landen soll.
Deshalb hab ich 2 Regeln drin, du und manu nur eine.

--- End quote ---
Ob da jetzt ein, zwei, fünf oder gar keine Regel reingehört, ist ohne Kenntnis von Serverkonfiguration etc. eigentlich gar nicht zu sagen..

Was ich jedoch sagen kann, ist dass dbs z.B. bei sich mindestens 2 Regeln zuviel drin hat. ;) (ganz 'zufällig' kenne ich die Systemkonfiguration recht gut)
Sein Server ist so ausgelegt, dass dieser weder .htaccess noch sonstige 'Hilfsmittel' braucht um alles richtig zu machen.
Jeglicher Aufruf (mit/ohne 'www', mit/ohne SSL) landet durch das Zusammenspiel von DNS und Servereinstellungen automatisch bei  https://example.com.
Eventuell nötige Umleitungen erfolgen immer per 301-moved permanently (meist nur beim ersten Seitenaufruf erforderlich).
Die sinnvollste Einstellung in der config.php von WB wäre in diesem Fall ebenfalls https://example.com. Selbstverständlich kann auch  https://www.example.com eingetragen werden, ist nur nicht optimal.

Weshalb jetzt das Ziel immer bei https://example.com und nicht bei https://www.example.com ?

Die Ursache liegt in der Art und Weise, wie die meisten Webserver die Domainkonfiguration handhaben.
In einer SharedHosting-Umgebung (normales Webhosting) wird beim Anlegen einer neuen Domain wird immer ein Webspace angelegt, der i.d.R. auf die eigentliche Domain, meist also example.com definiert wird.
Der zugehörige Abschnitt der http.conf bzw. vhost.conf könnte dann im Grundzug grob etwa so aussehen:

--- Code: ---<VirtualHost *>
    ServerName    example.com
    ServerAlias   www.example.com

    DocumentRoot  /var/www/vhosts/example.com/httpdocs
</VirtualHost>

--- End code ---
Das 'www' ist also meist kein eigenständiger vHost, sondern einfach nur ein Alias für die Hauptdomain.
Die Behandlung eines Aliases benötigt etwas mehr Zeit, als die der Hauptdomain.

Umleitungen in einer .htaccess sind grundsätzlich deutlich langsamer als die Nutzung der *.conf Dateien.
Folglich sollte man im Hinblick auf die Performance des Servers .htaccess-Umleitungen die nicht 'lebensnotwendig' sind möglichst vermeiden. Jeder Eintrag in die .htaccess kostet Zeit!

Aber wie bereits gesagt: Man sollte den Einsatz von .htaccess auf das notwendigste beschränken (auch wenn noch so 'geile', 200 Zeilen lange  Monsterscripte im Netz empfohlen werden..). Letztlich sollten die Konfiguration des Server sowie nur wirklich notwendige Anpassungen bestimmten, ob und was man in die .httaccess aufnimmt.

Nebenbei freut sich Tante Google über jede 301-Umleitung, die nicht eingebaut wurde.... ;-)

xandi:
Hallo zusammen.

Ich habe mich mit dem Problem an meinen Provider gewandt.

Er hat mir eine httaccess geschrieben und nun funktioniert es wunderbar.

Danke an alle Helfer!!  :-)

evaki:
Dafür hättest Du die Helfer nicht gebraucht.
Und -mit Verlaub- völlig sinnfrei ist die Mitteilung auch, weil eine hosterspezifische Lösung, wenn es denn eine ist, zu "Gut zu wissen" gehört. Das hilft den zukünftigen Fragestellern (Y)
MfG. Evaki

dbs:
Wie ist die Lösung? Warum muss man extra danach fragen? :-)

Navigation

[0] Message Index

[#] Next page

[*] Previous page