Ok, ich hatte einen Tippfehler in dem htaccess code - habs jetzt korrigiert, jetzt erscheint auch der https link, aber es kommt überall die Meldung "Umleitungsfehler. Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann." Was muss ich tun?
Beiträge von sommermädchen
-
-
Hab jetzt doch noch was gefunden:
also auf der seite selbst verlinkt alles (links, bilder & co) jetzt zu den https-inhalten.
Aber ich habe gerade ein paar Seiten über die googlesuche geöffnet und manche leiten automatisch auf https um, andere allerdings nicht.
habe w3tc mal testweise komplett deaktiviert und natürlich den cache geleert, ändert aber nix.
Öffne ich diese seiten nicht aus der google suche heraus sondern klicke auf den entsprechenden link in meinem shop, läuft alles über https. woran könnte das denn liegen? -
So, alles umgestellt, alles funktioniert, alle Bilder & Co sind aktualisiert und alle möglichen Domainvarianten leiten sauber um. Hat keine 5 Minuten gedauert und war sogar für mich als Laien überraschend einfach :) Danke für die Tipps & Hilfe!
-
Daran ist generell nichts unverständlich aber ich hatte nicht erwähnt dass der bestehende wordpresscode am ende steht. und ich fands einfach ungewöhnlich, dass der umleitungscode am anfang steht und der andere wordpresscode am ende und dazwischen w3tc. wollte mich nur nochmal absichern damit es kein missverständnis gibt.
-
Also in meiner htaccess kommen zu allererst die W3Total Cache-Einträge und darunter kommt dann
HTML
Alles anzeigen# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPress
Und dann ist die Datei auch am Ende.
Soll ich den Umleitungscode dann jetzt vor den W3TC-Code setzen? Und den bestehenden Wordpresscode vom Dateiende unverändert lassen? -
Und ich weiß immernoch nicht, wo genau ich den code in der htaccess einfüge bzw ob er meinen bestehenden code ersetzen soll...?
-
Ok danke, ich hab gerade mal drübergeschaut - was da jetzt gar nicht gemacht wird ist die einträge in der datenbank zu ändern, oder? ich wollte mich eigentlich an diesen beitrag halten:
https://www.webongo.de/wordpress-https-umstellen/
In dem von dir verlinkten Beitrag werden ja alle http-inhalte auf https umgeleitet (ist ja auch gut so) aber wäre es nicht besser zusätzlich die internen verlinkungen in der datenbank zu ändern? -
Und jetzt hab ich auf einer anderen Seite diesen Codeschnipsel gefunden:
HTMLRewriteEngine On RewriteCond %{HTTPS} !=on RewriteRule ^ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]Ist jetzt dieser oder der aus meiner beitrag von vorhin besser?!
-
Also ich lese grad ein paar Artikel zum Thema Umstellung. Dabei heiß es immer, man solle folgenden Code in die htaccess einfügen:
HTMLRewriteEngine On RewriteCond %{SERVER_PORT} !^443$ RewriteRule (.*) https://%{HTTP_HOST}/$1 [R=301,L]Jetzt mal ganz doof gefragt: Wo genau in der htaccess muss das hin? In meiner htaccess gibt es bereits folgenden Eintrag:
HTML
Alles anzeigen# BEGIN WordPress <IfModule mod_rewrite.c> RewriteEngine On RewriteBase / RewriteRule ^index\.php$ - [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteRule . /index.php [L] </IfModule> # END WordPressKommt das nun iwie dazwischen oder muss ich da was ersetzen?
-
ok, die mix urls wären ja dann geschichte wenn ich komplett auf https umstelle (oder meintest du jetzt was anderes?). ein cdn nutze ich nicht. frage mal bei w3tc nach - vielen dank!
-
ok ja ich habe einige getestet und kein anderes hat auch nur ansatzweise so gute ergebnisse geliefert wie W3TC. Daher ist es - für mich - das beste und ich würde es gerne behalten. Was genau meintest du denn mit "caching mit einem Plugin geht auch mit https, man muss es bloß richtig einstellen oder das richtige Plugin nehmen"? Wenn ich dazu ein paar Hinweise hätte, könnte ich rausfinden, ob eine entsprechende konfiguration mit W3TC möglich ist.
-
Ok, vielen Dank für all die Infos.
Ich habe mich in der Zwischenzeit auch weiter informiert und denke ich werde komplett umstellen - werde mich jetzt mal einlesen wie das geht :)Hatte mich auch vor einigen Wochen schonmal mit dem Thema befasst aber was mich dann letztendlich von der Umstellung abhielt was die Info, dass es mit dem Cache Probleme geben könnte - aber ihr sagt ja, dass es nur bei einem Mix von http&https Probleme geben kann?
Monika - du schreibst dass es keine Probleme mit dem Cache-Plugin gibt wenn man das richtige nimmt und es richtig einstellt - ich nutze W3Total Cache und möchte auch nicht darauf verzichten, weil es wirklich super arbeitet; das ist ja auch so mit das führende Caching Plugin - da sollte eine entsprechende Konfiguration doch möglich sein, oder?
Ich benuze viele Plugins (ja, ich weiß dass man das nicht sollte aber ich habe keine Alternative dazu) und ein sehr umfangreiches Premium-Theme, die zusammen die Seite wahrscheinlich ausbremsen.
Ich habe laut Google Pagespeed viele Inhalte "Above the fold", habe auch mal versucht blockierendes css und js zu minimieren/zusammenzufassen aber da kam es immer wieder zu Darstellungsfehlern und der Pagespeed wurde sogar schlechter. Die Bilder sind alle komprimiert (Größe je nach Bild zwischen 20-150kb), da ließen sich auch laut Google nur wenige kb einsparen.
Ich bin bei Domainfactory und habe vor kurzem von der Standard-1-Sterne-Performance (max. 75 Kunden pro CPU-Kern bei 8 CPU-Kernen) zur 2-Sterne-Performance (max. 27 Kunden pro CPU-Kern bei 8 CPU-Kernen) gewechselt (ohne merkliche Verbesserungen). Da mein Shop noch sehr klein und ist und ich gerade erst mit Onlinehandel anfange, wollte ich es für den Anfang nicht übertreiben...
-
Was können denn bei einem Mischbetrieb für Probleme auftreten - außer das, was ich jetzt hab ;)
Ich hatte nämlich schonmal überlegt komplett auf https umzustellen aber hatte dann gelesen dass dann der cache nicht mehr funktionieren würde und meine seite ist ohne cache extrem langsam (ohne w3tc hab ich bei google papgespeed nen wert von ca 20 und mit w3tc ist er 87). -
Ich will aber nur den Checkout und den Account mit https. Und die Produktseite ist ja auch eigentlich eine http Seite, wenn man sie regulär über den Shop aufruft. Ich finds einfach generell unschön wenn man jede Seite über http und https aufrufen kann, auch aus SEO Sicht (Duplicate Content). Außerdem sind die Produktbilder unter http erreichbar und wenn ich die Produktseite als https öffne, bekomme ich die Meldung zu unsicheren Inhalten.
Kurz: Ich möchte dass NUR die Checkoutseiten und das Kundenkonto per https erreichbar sind und ALLE anderen Seiten NUR per http. -
Hi,
danke für die Antwort, aber soweit war ich ja auch schon - alles aktiviert und wie gewünscht https im Checkout und im Kundenkonto.
Das Problem ist aber, dass die anderen Seiten generell auch über https aufrufbar sind und ich das verhindern möchte. Wenn man z.B. im Kundenkonto eine Bestellung aufruft und dann auf das gekaufte Produkt klickt um auf die Produktseite zu gelangen, wird das https beibehalten. Und das ist doof :) -
Hallo zusammen,
für meinen Onlineshop habe ich mir bei Domainfactory ein SSL-zertifikat ausstellen lassen und dieses erfolgreich im Shop aktiviert.
Jetzt sind die Checkoutseiten und die Accountseite verschlüsselt.Allerdings sind jetzt auch die Seiten, die ganz normal über http erreichbar sein sollen, zusätzlich per https erreichbar.
Ich habe ein paar Tipps gefunden, das Crawling durch eine entsprechende ssl-robots.txt zu verbieten - aber mir wäre es lieber, eine entsprechende Weiterleitung von https auf http einzurichten (auf allen Seiten außer den Checkoutseiten und der Accountseite).Ist das möglich und wenn ja - wie? :)
Vielen Dank schonmal und noch einen schönen Sonntag!
-
Danke für deine Antwort, aber ich glaube du hast meine Frage nicht ganz verstanden - es geht mir dabei nicht um die Inhalte der Seite (ich bin zweisprachig aufgewachsen und habe einen amerikanischen Anwalt), sondern lediglich um die Übersetzung bzw. Nicht-Übersetzung der Permalinks/URLs, da Permalinks generell für SEO eine entscheidende Rolle spielen. Ich denke aber ich werde die URLs für Seiten mit deutschem Inhalt auf Deutsch machen und für Seiten mit englischem Inhalt auf Englisch, also Variante 1 :)
Oder hat da jemand Gegenargumente? -
Alles klar, vielen Dank - du hast meine Frage damit super beantwortet :)
Dann werde ich lieber alle Slugs von Anfang an entsprechend der Sprache übersetzen und muss auf gleiche Slugs verzichten, damit es keine Komplikationen gibt. :) -
Hey,
vielen Dank für deine ausführliche Antwort!
Ich werde erstmal bei Wordpress bleiben da ich einen kleinen Shop betreibe und diesen mit viel Mühe optimiert habe so dass er nun perfekt auf meine Bedürfnisse zugeschnitten ist. Was WPML betrifft gibt es ja zum Glück die 30-Tage-Geld-zurück-Garantie. Falls ich also nicht zufrieden sein sollte, werde ich auf die von dir vorgeschlagenen Varianten zurückkommen - danke für die Tips!Und nochmal bzgl. meiner Frage: Verstehe ich das richtig dass es egal ist ob es sich um eine Post-Kategorie oder eine Produkt-Kategorie handelt - der Slug muss in beiden Fällen eindeuig sein?
-
Hallo,
ich werde mir demnächst das Pugin WPML kaufen um meinen Shop neben Deutsch auch auf Englisch zu führen.
Jetzt überlege ich die ganze Zeit ob es irgendwelche Vorteile (Usability / SEO usw) gibt, die für eine der beiden Varianten sprechen:1. Variante: Permalink übersetzt
http://www.meinshop.com/en/privacy
http://www.meinshop.com/de/datenschutz2. Variante: Permalink immer auf Englisch, nicht übersetzt
http://www.meinshop.com/en/privacy
http://www.meinshop.com/de/privacyDa ich für die deutschen Permalinks oft zwei Wörter bräuchte und Umlaute umgehen müsste, würde ich eigentlich zur 2. Variante tendieren. Außerdem könnten die Besucher dann theoretisch die Sprache auch direkt in der Adresszeile durch Ändern von "de" zu "en" wechseln.
Ich habe KEINE komplizierte Struktur mit vielen Unterkategorien oder so und meine Produkte haben ohnehin englische Namen (die auch nicht übersetzt werden) und sind direkt über http://www.meinshop.com/shop/produktname aufrufbar (hier würde sich also auch im Falle der 1. Variante nichts an der URL ändern). Diese Frage würde also hauptsächlich Seiten wie Datenschutz, AGB, Impressum, Kundenservice usw betreffen.
Fallen euch irgendwelche Pro/Cons zu den beiden Varianten ein?
Danke schonmal!