Beiträge von b3317133

Würde "http" wählen, zum Rest siehe Erklärungen bei Strato..

Bei direktem Setzen der Domain auf den Unterordner sieht man den Unterordner nirgends.

Siehe Anmerkung zu ggf. nötigen Anpassungen bei einer solchen Änderung.

Das Laden einiger der Social Media Scripts erfolgt z.B. ab ca. Zeile 743 im HTML-Quelltext des o.g. Links, evtl. also am Ende von [FONT=Courier New]single.php[/FONT] oder der entspr. loop bzw. über einen [FONT=Courier New]the_content[/FONT] Filter o.ä.

Weiterhin werden Daten an Gravatar-Server übertragen (für den Autor Avatar), weiterhin 4x an fonts.googleapis.com für die externe Einbindung der Webfonts, weiterhin an sX.wp.com (offenbar wird die JetPack Image CDN Funktion benutzt), weiterhin an das netdna.bootstrapcdn.com CDN beim Laden des Font Awesome Webfonts, weiterhin an stats.wp.com (offenbar wird die Statistik Funktion von JetPack benutzt), weiterhin an Google Analytics (ohne "anonymizeIp") ca. Zeile 1000, weiterhin an den Google Tagmanager, an Google Adsense, ...

... die Arbeit bzgl. DSGVO fängt also gerade erst an.

Würde die .com in dem Fall "extern" auf die "[plain]https://www.xyz.de[/plain]" umleiten.

Für interessierte Mitleser, es war seit Dez. letzten Jahres am Anfang von allen functions.php Dateien aller Themes ein entsp. Backdoor Code eingefügt, und weitere Backdoorteile wurden im Ordner /wp-includes/ in Form von wp-feed.php, wp-tmp.php, wp-vcd.php, class.wp.php, wp-cd.php hinterlassen. Eine komplette Aktualisierung der ganzen Installation wäre anzuraten, inkl. aller Plugins. Der (ansonsten jetzt saubere) WordPress Core 4.7.10 ist aber relativ alt, ebenso das (ansonsten jetzt saubere) Theme von dem es auch schon lange kein Update mehr gibt und das aber eine Menge deprecated Functions enthält, was ein Upgrade ggf. etwas komplexer macht... ein schönes Uni-Projekt für eine/n WordPress Kommilitonen/in.

Eine klassische Backdoor, offenbar in allen functions.php Dateien in allen Themes... und ggf. in noch weiteren Dateien, das wäre herauszufinden.

Der saubere Lösungsweg wäre: Backup von vor einer Woche einspielen, unter "Einstellungen > Allgemein" auf https umstellen (wahlweise direkt in der Datenbank in wp_options) > Neu anmelden > Plugin "Better Search Replace" installieren, damit http://example.com (ohne / am Ende) in allen Tablellen ersetzen durch https://example.com (ohne / am Ende), fertig.

Ggf. noch kleine Nacharbeiten falls Webfonts per http eingebunden waren, die dann gleich nach lokal umziehen, wg. DSGVO...

@maxe: Der Screenshot erwähnt das Datum 2015, ggf. stimmt der Domainname nicht.

Poste mal ein paar Zeilen um die Zeile 73 herum, ein $path = $_SERVER['HTTP_HOST'] . $_SERVER[REQUEST_URI]; gibt es eigentlich im ganzen (originalen) Twenty Fourteen Theme nicht. War Twenty Fourteen ursprünglich aktiv?

Eine saubere Version des Twenty Fourteen Verzeichnisses gibt es hier zum Download, aber es könnte sein, dass dann Änderungen im Code (böse, wie gute) nicht mehr da sind, falls kein Child-Theme verwendet wurde.

Einen Ordner von Twenty Fourteen (mit seltsamem Code in functions.php) als Twenty Fifteen oder als Twenty Sixteen ausgeben o.ä. wird zu 100% schiefgehen, das löst die Probleme nicht.

Der Website läuft auf einem "CM4all Webserver" lt. HTTP-Header, evtl. ist das für "schöne" WordPress Permalinks nötige aber fehlende Modul siehe @maxe hier in der Tat das Problem.

Was genau steht in der Browser Konsole, wenn das Veröffentlichen nicht klappt? Ohne Autoptimize und ohne WP Super Cache und ohne alle möglichen anderen "Optimierung" Plugins.

Und stelle ggf. die PHP Version mal auf 7.1.x statt derzeit 7.2.5, damit kommen viele Plugins noch nicht zurecht...

Zitat von Lator

[size=14]..habe ich WP Super Cache installiert[/SIZE]

Werfe WP Super Cache runter... oder stelle es, siehe @Henk1060, richtig ein.

Und beschreibe doch kurz was "nichts mehr läuft" im Detail bedeutet.

Was sollte so wie genau funktionieren? Was funktioniert bei Dir und was nicht? Wieder keine Antwort...

Zitat von Bregi

In der .htacces der alten Domain steht:

Redirect /index.php http://www.gleitschirmbeschriftung.ch/wp

Zitat von Bregi

Aber es steh nichts in der .htaccess

Sieht jetzt nicht aus wie nichts. Ich sehe da einen Redirect. Und in der neuen .htaccess fehlt offenbar noch der ganze WordPress-Block. Und die alte Installation ist noch online, aber Du hast keinen Zugriff darauf, und kennst daher die URLs nicht, usw., das macht alles leider kaum Sinn. Wie gesagt, evtl. spielt jemand anders das Ratespiel weiter, viel Erfolg... o_O

@maxe: Du erstellst aber wahrscheinlich auch automatisch Backups, das ist leider nicht überall so...

Autoptimize optimiert nichts dauerhaft. Sobald das Plugin deaktiviert oder gelöscht wird, werden wieder die Originaldateien von vorher verwendet. Eine kleine Ausnahme wäre, wenn noch zusätzlich ein extra Cache Plugin läuft, das noch Seiten mit Autoptimize Links in alten Cache-Seiten hat. Laufen noch andere Cache Plugins? Link zur Seite "wo .. nichts mehr läuft"?

Zitat von Bregi

Klar müsste das so funktionieren, aber nur von der Index seite auf die Index seite..

Aha, ich frage ob das funktieren soll oder nicht, die Antwort ist, das müsste funktionieren.. und funktioniert es bei Dir oder nicht?

Ich gebe jetzt auf. Darf gern jemand anders weiterraten... :eek:

Zitat von Bregi

allso gleitschirmbeschriftung.ch/wp/
auf gleitschirmbeschriftungen.ch/webshop/

Also diese (leicht korrigierte) Weiterleitung funktioniert hier. Soll die funktionieren? Oder soll die nicht funktionieren?

Ist die "alte Installation" diese hier?

Was steht denn jetzt genau in welcher .htaccess drin, also in der alten bei ..beschriftung.ch und in der neuen bei ..beschriftungen.ch?

Die Beschreibung des ganzen Problems ist leider nach wie vor viel zu ungenau.

Und keiner ausser Du selbst weiss, was wie umgeleitet werden soll oder nicht soll. So kann man schwer / nicht helfen...

Tipp am Rande: Weiterleitungen von [plain]https://www.xyz.com oder https://xyz.com auf https://www.xyz.de[/plain] setzen voraus, dass man ein Zertifikat für alle Varianten hat, ist das gegeben?

Man könnte die Domain 1 direkt auf /wordpress1/ zeigen lassen und das Umschreiben index & htaccess wieder entfernen. Und die Domain 2 dann analog direkt auf /wordpress2/. Dann kommen sich die beiden Installationen nicht in die Quere.

Vorher Backup machen, denn so eine Änderung könnte bzw. wird auch weitere Anpassungen nötig machen, Pfade in der Datenbank u.ä.

Beschreibe mal besser, bei welchen exakten Links man wo landen soll und wo Du fälschlicherweise landest...