Siehe oben, versuche es mit einen Shortcode, der den Code ausgibt:
Javascript im Content geht nur per Shortcode.
Beiträge von b3317133
-
-
Interessant. Dann darf hier jetzt gern ein WooCommerce Experte weitermachen, bei den normalen WordPress Kategorien verhält sich das nämlich anders.
-
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).
-
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.
-
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.
-
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)
Kann ich nicht bestätigen
Ganz hinten auf das "de" klicken, der Link ist zweigeteilt... -
..und auch die in einer Anleitung beschrieben alles geändert...
Nach welcher genauen Anleitung bist Du vorgegangen (Link?), was genau wurde geändert?
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.
-
Am besten du kontaktierst mal den Support deines Hosters...
C:\xampp\..
-
Was sagt denn der BeTheme Support?
-
Ja, z.B. über die Nutzung bestehender "Larger Icons" Classes von Font Awesome oder über eigenes Setzen der [FONT=courier new]font-size[/FONT] via CSS.
-
Relevant ist das, was in der Datei .htaccess steht (mit Punkt am Anfang).
Dort sollte bei Dir (1&1) z.B. stehen:
Apache Configuration
Alles anzeigen<IfModule mod_rewrite.c> RewriteEngine On RewriteCond %{SERVER_PORT} !=443 RewriteRule ^(.*)$ https://meineDomaene.de/$1 [R=301,L] </IfModule> # 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 <IfModule mod_deflate.c> AddOutputFilterByType DEFLATE text/plain AddOutputFilterByType DEFLATE text/html AddOutputFilterByType DEFLATE text/xml AddOutputFilterByType DEFLATE text/shtml AddOutputFilterByType DEFLATE text/css AddOutputFilterByType DEFLATE application/xml AddOutputFilterByType DEFLATE application/xhtml+xml AddOutputFilterByType DEFLATE application/rss+xml AddOutputFilterByType DEFLATE application/javascript AddOutputFilterByType DEFLATE application/x-javascript </IfModule> -
Evtl. ist Dein Download defekt, lade die aktuelle Version z.B. hier herunter.
Meiner Meinung nach fehlt auch nach wie vor der Ordner wp-includes auf Deinem Server, erkennbar z.B. an der fehlenden Datei jquery.js
-
im Browser (Safari) bekomme ich keine Meldung - auch keine Error Meldung
Aktiviere die Browser Console, dann siehst Du den Error 500 im HTTP-Header.
Die vermutliche Lösung steht schon weiter oben, der Ordner wp-includes fehlt.
-
danielgoehr: wp-content scheint noch da zu sein, Headerbild, Theme.
Sehe den Fehler eher darin, dass der Ordner wp-includes fehlt, z.B. version.php, jquery.js u.ä.
Jeder Aufruf einer .php Datei, die WordPress startet und so auch Dateien in wp-includes benötigt, ergibt wohl daher wie bereits beschrieben einen "Error 500"...
-
Die "Spung-URL" #comments auf den standardmässig in WordPress und auch in diesem Theme für den Beginn des Kommentarbereichs genutzen Tag mit [FONT=courier new]id="comments"[/FONT] klappt nicht, weil der [FONT=courier new]<article>[/FONT] im Code vorher ein [FONT=courier new]float:left;[/FONT] hat. Entfernt man das [FONT=courier new]float:left;[/FONT] klappt der Sprung.
Die Seite hat am Rande bemerkt noch einige weitere HTML-Fehler, dafür z.B. mal mit Firefox den Quellcode der Seite anzeigen und die rot markierten Tags suchen...
-
Hier wird (durch Cache-Plugin?) derzeit noch eine defekte Seite (mit deaktiviertem Visual Composer Plugin u.ä.) gezeigt.
Würde zudem maximal ein Cache-Plugin benutzen, derzeit läuft offenbar "W3 Total Cache" und "Cachify" gleichzeitig, sowas kann unabsehbare Folgen haben...
-
Die Startseite leitet endlos per HTTP Redirect 301 auf sich selbst weiter.
Cache-Plugins abschalten, alle Plugins die Redirects verursachen abschalten, .htaccess komplett hier posten.
