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 erstellenTja, wärst du besser mal bei Joomla geblieben.. ;)
Lass die Domain in deinem Hosting Panel direkt auf /wordpress zeigen.
Alternativ alles was im /wordpress Verzeichnis liegt ins Hauptverzeichnis (/web) verschieben.
Dann per wp-config.php die URL ändern.
define( 'WP_HOME', 'http://example.com%27/ );
define( 'WP_SITEURL', 'http://example.com%27/ );
Gruß
Pascal
Ich würde Wordfence empfehlen.
Hi,
https://www.techsavvytigers.com/updraftplus-tutorial/
Punkt 3 (Delete old directories) besagt, dass das in den Einstellungen möglich sein sollte.
Ich gehe davon aus, dass du die alten Verzeichnisse gefahrlos löschen kannst, denn die werden wohl nur Standard Themes/Plugins enthalten (akismet, hello, twenty*** Themes)? Am besten vorher nachschauen was drin liegt.
Hat das Plugin evtl. die .htaccess Datei auf sonderbare Weise verändert?
Wieso behebt denn eigentlich niemand mal die mixed content Fehler auf der wpde.org Startseite? :rolleyes:
Die ist ja auch über https aufrufbar.
Gruß
Pascal
Danke, bis auf den letzten schritt war ich erfogreich, jetzt habe ich aber immer noch ein graus schloß mit Ausrufezeichen.
Das bedeutet, dass es noch mind. ein mixed content Problem gibt.
Per Rechtsklick -> Untersuchen kannst du in der Browser Konsole nachschauen, um welche Datei es geht und da die Einbindung entspr. auf https abändern.
Hi,
Anleitungen findet man doch haufenweise.
Hast du schon ein SSL Zertifikat (aktiviert)? Bei welchem Hoster bist du?
Gruß
Pascal
.template-single-blog a.small-preview {
display: none;
}
Damit müsstest du allein die Einzelansicht ansprechen können.
Ich kann mir eigentlich nur vorstellen, dass die Kodierung der .htaccess Datei banana ist.
Habs gerade mal provoziert und UTF-8 eingestellt auf einem Strato Webspace, das gab dann auch einen Error 500.
UTF-8 ohne BOM oder ANSI sollt es sein.
Notepad++ -> Kodierung
bzw. je nachdem mit welchem Editor du arbeitest.
Was mir dazu einfällt:
Hast du weitere Seiten im gleichen Web Account liegen?
Vielleicht hilft es, wenn du dir die Access Logs näher anschaust hinsichtlich auffälliger POST Requests.
Gruß
Pascal
Hi,
wo wird denn das coinhive Script eingefügt?
Hast du WordPress runderneuert?
Welche Plugins nutzt du? Ich empfehle einen Scan mit Wordfence - dabei in den Scan Einstellungen die Plugins & Themes mit einschließen.
Cloudflare für die "Lösung" des Problems einzusetzen, halte ich nicht für sinnvoll.
Gruß
Pascal
Ah ja... dann kann es daran liegen! ;-)
Um welche Domain geht es denn?
Ist "theme-my-login" zufällig auch unter den Plugins?
Seltsam. Enfold ist die neuste Version direkt aus der Quelle?
Im anderen Browser verhält sich das gleich? Evtl. mal die Plugins testweise deaktivieren.
Der grid-big-dark.png 404er dürfte nichts mit dem Problem beim Speichern zu tun haben.
Moin,
welche Plugins hast du denn sonst noch so am laufen?
Security Plugins oder außergewöhnliche .htaccess Einträge?
Ist das eine ganz frische WP Installation oder eine "erneuerte"?
Meldet die Browser Konsole (Rechtsklick -> Untersuchen -> Console) einen Fehler beim Klick auf Speichern?
Hast du es mal mit einem anderen Browser probiert?
Gruß
Pascal
Failed opening required '/wordpress/wp-admin/wp-includes/load.php
Der Pfad ist der Fehler und seltsam - ich kann mir eigentlich nur vostellen, dass das an einem fehlerhaften Plugin/Theme liegt.
Wenn du wp-content/plugins umbenennst (in plugins_deactivated z.B.) - tritt der Fehler dann weiterhin auf?
Dann läge es an einem Plugin.
Nach dem Ausschlussverfahren (die einzelnen Plugin Ordner wieder ins korrekte /plugins Verzeichnis verschieben) findest du heraus, welches Probleme macht.
Wenn es das nicht ist, könntest du testweise auch mal das Theme wechseln.
Gruß
Pascal
Das elementor DIV mitsamt seinem HTML Code befindet sich im <head> der Seite.
In den <head> gehören keine DIVs, sondern nur metas, css, scripts etc.
Dadurch wird vom Browser aber automatisch der body eröffnet, was dann später noch mal passiert.
https://validator.w3.org/nu/?doc=http://www.likepromotion.de/
Lag es wohl doch, wie ich soeben gesehen habe.. Plugin nicht mehr aktiv, Admin Login wieder da. ;-)
Hi,
vermutlich hast du die Admin URL mit iThemes Security geändert (hide backend).
https://ithemes.com/codex/page/I_Forgot_My_Hide_Backend_URL
..oder das Plugin Verzeichnis einfach umbenennen, um es temp. zu deaktivieren.
wp-content/plugins/better-wp-security.. oder so ähnlich.
Gruß
Pascal
