Den hatte ich schon einige Male ...
Also wird es wieder passieren. Bereinige das ordentlich (siehe Link) oder lasse es bereinigen.
Um schreiben oder kommentieren zu können, benötigen Sie ein Benutzerkonto.
Sie haben schon ein Benutzerkonto? Melden Sie sich hier an.
Jetzt anmeldenHier können Sie ein neues Benutzerkonto erstellen.
Neues Benutzerkonto erstellenDen hatte ich schon einige Male ...
Also wird es wieder passieren. Bereinige das ordentlich (siehe Link) oder lasse es bereinigen.
Parse error: syntax error, unexpected '$we4aa50' (T_VARIABLE) in [COLOR=#808080][...][/COLOR]/wp-admin/includes/class-walker-category-checklist.php on line 1
Weiß vielleicht jemand, was das bedeutet und was ich jetzt tun kann?
Sieht nach einem klassischen Hack aus, der (an dieser Stelle) nicht korrekt eingebaut wurde. Weitere Schritte z.B. so wie hier beschrieben.
Ein Backup der gesamten Seite hat leider nichts gebracht. Die Fehler-Meldung ist geblieben.
Hier erscheint die Meldung bei der im Error angegeben Seite nicht.
Du hast also drei Hoster ausprobiert? Würde das Problem dann mal eher auf der "Informatiker" Seite vermuten...
Bei zumindest 1&1 ist z.B. ein SSL Zertifikat selbst im kleinsten Paket inklusive, weitere mit ein paar Klicks zubuchbar, wie kann das ein schwarzer Peter sein?
Was bedeutet "bei dem Code den ich mir zusammengebaut habe gehts gar nicht" genau?
Welcher Hoster ist das?
Link zu Deiner Webseite?
:shock: warum macht man das? ...
Leicht OT, aber habe (im Nachhinein) schon Providerwechsel aus dem alleinigen Grund gesehen, weil beim alten (und dann natürlich "überraschenderweise" auch beim neuen) Provider die Advanced Settings von Yoast nicht sichtbar waren. Solche Gedankengänge nachzuvollziehen, ist schwer, sehr schwer, aber die Realität überascht da immer wieder.
Es geht um https://www.leben-mit-zwillingen.de/
Was im Frontend auffällt: Eingebundene Amazon-Daten via http:// werden auf der https:// Seite nicht funktionieren, der gesamte HTML-Code der Seite ist stark fehlerhaft (z.B. ein zweiter [FONT=courier new]<body>[/FONT] Tag).
Zum Backend und den Dateirechten usw. kann man ohne Error Log nach wie vor nichts sagen.
Den Shop und Webseite programmieren heißt, dass Kunden-Login und Produkt-Bestellungen fehlerfrei funktionieren, Plugins neu erstellen oder bearbeiten. Datensicherheit und Datensicherungen.
Damit hat ein Hoster normalerweise nichts zu tun. Wie sollte er da einen schwarzen Peter haben?
ist folgender Code sicher vor SQL Injection ?:
Nein.
[FONT=courier new]$wpdb->prepare(..)[/FONT] wird bei [FONT=courier new]$wpdb->query(..)[/FONT] falsch benutzt und fehlt bei [FONT=courier new]$wpdb->get_row(..)[/FONT] ganz.
Was genau steht im Feld für den Datenbank-Server?
Du gibst (wie auf der verlinkten Seite erklärt) z.B. [caption]My Caption[/caption] im WYSIWYG Editor ein. Im Frontend wird dann HTML draus.
Der Code gehört in die Datei [FONT=courier new]functions.php[/FONT] Deines Themes.
Welche Situation soll der Screenshot darstellen? Dazu passt er nicht:
ZitatIch habe in den o.g. Plugins die Emailaddressen für Absender ( der wird auf der Seite eingegeben ) und Empfänger ( wird im Backend bzw im Plugin festgelegt ) konfiguriert.
Evtl. hilft auch das genauere Analysieren der Mail-Header im E-Mail Programm der Ziel-Adresse weiter.
Wird ggf. parallel ein Plugin wie WP Mail SMTP verwendet?
Jetpack "Photon" abschalten. Siehe auch hier.
wp läuft aktuell bei 1blu.
Ggf. hilft das: Wie kann ich Error Logs in PHP aktivieren?
Seitenquelltext anzeigen, nach [FONT=courier new]<body[/FONT] Tag suchen, [FONT=courier new]class[/FONT] lesen, feststellen, dass dort [FONT=courier new]postid-3668[/FONT] steht und nicht [FONT=courier new]post[COLOR=#ff0000]-[/COLOR]id-3668[/FONT]
Schau mal in die Forum Suche: SSL Umstellung
Ich denke nicht bei allen PHP Versionen, deswegen die Anmerkung.
Bei welcher genauen PHP Version geht das bei All-Inkl. nicht?
Oder war das einfach nur eine Glaskugelvermutung?
Man könnte das Design mit vertretbarem Aufwand maximal als "One-Pager" in WordPress umsetzen, also als eine einzige WordPress "Seite", deren Teile per "Advanced Custom Fields" Plugin bearbeitbar gemacht werden, die Formulare könnte man per "Contact Form 7" lösen. Die sonst gewohnte Flexibilität in WordPress bzgl. Widgets, Menü, neue Seiten, Blog usw. würde bei so einem Ansatz aber fehlen.
Das sollte aber nur funktionieren wenn man eine PHP Version mit mod_php nutzt.
Und macht All-Inkl. das Deiner Meinung nach nicht?
Lt. dem All-Inkl. htaccess Generator geht das genau so wie von FloRet beschrieben.