Beiträge von b3317133

Auch das jetzt andere Theme zeigt die Blog-Seite als Startseite (siehe z.B. HTML-Quellcode [FONT=courier new]<body class="blog ...">[/FONT] ). Evtl. funkt irgendein Plugin dazwischen, alle deaktivieren.

Evtl. wird ein "https"- oder "Sicherheits"-Plugin verwendet? Welche Plugins sind aktiv? Oder die Datei .htaccess enthält entspr. Anweisungen (sollte allerdings nach korrekter Nutzung von Duplicator eigentlich nicht der Fall sein), was steht da drin?

Derzeit wird lt. Link im Gegensatz zum Screenshot das Blog als Startseite verwendet.

Evtl. fehlen noch Einstellungen, z.B. die Sections o.ä. Wie man bei Twenty Seventeen eine statische Startseite einstellt, steht in der Dokumentation, evtl. hilft das weiter.

Link zur Seite? Screenshot von "Einstellungen -> Lesen" im Adminbereich?

Die deutsche WordPress Startseite ist bei Dir nicht unter [COLOR=#ff0000][FONT=courier new]/de[/FONT][/COLOR] erreichbar sondern unter [COLOR=#ff0000][FONT=courier new]/[/FONT][/COLOR] (ohne de)

Der Pfad auf [FONT=courier new]/de[/FONT] ist irgendwo in diesem Ordersystems hinterlegt, daher sollte das der Programmierer des Ordersystems anpassen können. Falls er das nicht auf die Reihe bekommt:

Eine alleinige Weiterleitung für [FONT=courier new]/de[/FONT] auf [FONT=courier new]/[/FONT] würde man z.B. mit einem Plugin wie Simple 301 Redirects o.ä. oder einer Zeile in der .htaccess Datei erstellen.

In der Demo des Themes ist die Breite des Footers passend responsive. Entferne doch mal das Widget mit dieser "Facebook Fan Seite", wie ist es dann? Alternativ hilft ggf. die Theme-Dokumentation weiter?

Und bzgl. der Anmerkung von SEpp55, ähnliches gilt ggf. auch für

.footer-widgets { .. }

Zitat von thetypographist

Worauf ich hinaus will, geht so eine Installation durch Plugins und Themes auch mal „kaputt“?

Bei aktuell gepflegten Plugins und Themes aus offiziellen Quellen im Regelfall nicht, aber Ausnahmen bestätigen auch hier die Regel.

Das wichtigeste ist: Herausfinden, wie die Änderung der Benutzernamen zustande kam. Wird sonst wieder passieren. Ggf. ist nach wie vor in einem Plugin oder Theme oder WordPress-Ordner eine sog. Backdoor versteckt.

• Wann wurde zuletzt das FTP-Kennwort geändert?
• Welche Plugins wurden benutzt?
• Welches Theme wird benutzt, woher stammt das Theme?
• Gibt es Backups der Datenbank? Damit könnte man nachvollziehen, wann genau die Änderung stattfand.

Lösche die für WordPress unnötige Seite [FONT=courier new]index.htm[/FONT] aus dem Hauptverzeichnis der Domain.

Siehe oben, versuche es mit einen Shortcode, der den Code ausgibt:

Zitat von danielgoehr

Javascript im Content geht nur per Shortcode.

Interessant. Dann darf hier jetzt gern ein WooCommerce Experte weitermachen, bei den normalen WordPress Kategorien verhält sich das nämlich anders.

Zitat von VinTheSpin

Werde dann auf der funktionierenden Version das Plugin mal installieren und die Daten ändern.

Warum das denn? Dort passt doch alles. Würde ich nicht empfehlen.

Verwende für den Umzug lieber ein Plugin wie Duplicator, wie hier beschrieben (und auch auf Deiner verlinkten Umzug-Seite empfohlen).

Zitat von Kunstfälscher

Nein, bisher nicht. Sollte ich?

In Deinem Fall nein. Wenn eines dieser Plugins verwendet wird, kommt damit der Editor TinyMCE und damit die gleiche von danielgoehr genannte "Sanitization" zum Einsatz wie beim normalen WordPress Content Editor.

Bist Du sicher, dass der fragliche Code im Backend nach dem Speichern der Kategoriebeschreibung tatsächlich erhalten bleibt? Das ist z.B. hier bei Tests mit [FONT=courier new]<a onclick="alert(1)">[/FONT] in der Beschreibung einer standard WordPress Kategorie in 4.8.3 nicht der Fall, da wird das [FONT=courier new]onclick=".."[/FONT] entfernt.

Wird für der Bearbeitung der Kategorienbeschreibung ein Plugin wie Allow HTML in Category Descriptions, Taxonomy TinyMCE oder ein ähnliches Plugin verwendet?

Der Login Bereich unter [FONT=courier new]/ordersystem/[/FONT] wird nicht von WordPress erzeugt, der falsche Link zurück zu [FONT=courier new]/de[/FONT] müsste also ausserhalb von WordPress in diesem Login Bereich angepasst werden, ist das möglich?

Alternativ dazu:

Wenn der o.g. Codeblock unverändert verwendet wird, sollte man bei Aufruf von [FONT=courier new]/de[/FONT] (Browser Cache vorher löschen) auf einer "nicht gefunden" Seite landen, ist das so? Falls das so ist, könnte man dann auf anderem Weg eine entspr. Weiterleitung explizit nur für [FONT=courier new]/de[/FONT] einrichten.

Zitat von stfnjng

Ich habe also alles von meinem FTP auf den Kunden-FTP geschoben, meine DB exportiert und in seine importiert, habe die wp-config.php angepasst auf seine Datenbank und habe die 2 URL's im wp_options-Table geändert. Abschließend habe ich die Domain des Kunden inter auf das Verzeichnis geleitet. Jetzt sollte es doch funktionieren, oder!? So habe ich es immer gemacht, und es hat immer gepasst.

Das ist erstaunlich, denn es fehlt noch mind. die Änderung der überall sonst in der Datenbank benutzen alten Domain auf die neue Domain...

Fang am besten nochmal von vorne an und benutze ein Plugin wie Duplicator bei Alfahosting und installiere dann das Paket in den (ausser installer.php und dem Archiv leeren) Ordner bei Strato auf den die neue Domain zeigt, die Strato Datenbank-Zugangsdaten werden im Verlauf eingegeben, alle sonstigen Anpassungen werden automatisch erledigt. Video auf der Duplicator Seite anschauen, das erklärt das Vorgehen ganz gut.

Die PHP-Version kannst Du im Strato-Paket unter "Datenbanken & Webspace" -> "PHP-Version einstellen" sehen/anpassen.

Der Codeblock sollte nur exakt so wie verlinkt benutzt werden, ohne Änderungen. Sonst gibt es unerwünschte Effekte mit echten 404 Seiten.

Zitat von Lovette

Kann mir jemand sagen wie ich diese Weiterleitung verhindern, bzw. verändern kann?

Vermutlich führt der Aufruf zu einer 404-Seite (da die Standardsprache deutsch im Plugin WPML auf "ohne Verzeichnis" eingestellt ist) und von da zur autom. Suche nach einer passenden Seite von WordPress.

Würde es mit diesem Codeblock in der functions.php des Themes versuchen (Browser Cache löschen)

Zitat von Hille

Kann ich nicht bestätigen

Ganz hinten auf das "de" klicken, der Link ist zweigeteilt...

Zitat von VinTheSpin

..und auch die in einer Anleitung beschrieben alles geändert...

Nach welcher genauen Anleitung bist Du vorgegangen (Link?), was genau wurde geändert?

Zitat von VinTheSpin

Domain zur nicht funktionierenden WP Installation http://www.sonowied.de

Diese Installation enthält noch viele Verweise auf den alten Website vinthespin.de - offenbar wurde also nicht alles angepasst.

Würde erstmal die bei einem Umzug nötigen Änderungen z.B. mit Plugin "Better Search Replace" vervollständigen.

Zitat von danielgoehr

Am besten du kontaktierst mal den Support deines Hosters...

C:\xampp\..