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 erstellenDas SSL-Zertifikat des Websites hat mit MySQL rein gar nichts zu tun.
Beantworte doch erstmal die Fragen:
Was steht im error-Log beim Hosting? Die Error Logs bei Strato stehen üblicherweise unter Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button).
Was ergab das temporäre Umbennen des Plugin Ordners?
Was wurde denn genau gemacht, bevor der Fehler auftrat?
Hm, "einige Codes" in einen live Website einfügen... :eek: o_O :confused: .. ohne Worte, aber wie direkt vermutet... 
Wahrscheinlich ist das bei Dir über wp-config.php ausgeblendet, was grundsätzlich auch sehr sinnvoll ist, da man sich darüber bei nur kleinen Tippfehlern u.U. den kompletten Website abschiessen kann...
Das Theme würde dort gern ein Menü anzeigen, siehe Theme-Demo, daher schau mal unter "Design" oder im Theme Customizer, wo / wie da ein Menü zugeordnet werden kann und ob / wo / wie man das abschalten könnte, z.B. über die Menüposition o.ä.
Oder kann es an einem Plugin liegen?
Es kann an vielen Dingen liegen, an umgestellter PHP-Version, Updates von WordPress, Theme, Plugins, unsachgemäss eingefügter Code, Fehler beim Hosting, usw.
Am besten sieht man das im error-Log beim Hosting.
Um ein Plugin als Ursache auszuschliessen, kann man temporär per FTP den Ordner wp-content/plugins/ umbenennen, das deaktiviert alle Plugins, und dann eine Anmeldung versuchen. Das Zurückbenennen aber nicht vergessen, sonst geht in Zukunft vieles andere schief...
Was wurde denn genau gemacht, bevor der Fehler auftrat?
Die Links funktionieren alle, werden aber per HTTP 301 Redirect auf die Startseite zurückgeschickt.
Also steht irgendwas in der .htaccess oder ein Plugin ist dafür verantwortlich.
Poste die .htaccess und deaktivere der Reihe nach alle Plugins (und leere zwischen jedem einzelnen Versuch den Browsercache).
Alternativ finde heraus, ob / wo / warum im Theme [FONT=Courier New]disable_embeds_rewrites[/FONT] verwendet wird, und entferne das, evtl. wurde da irgendwelcher Code, der irgendwas machen / verhindern soll, ohne grossen Sachverstand per Copy & Paste eingefügt.
Mit dem FTP-Programm hat das nichts zu tun.
Entferne alignleft beim Bild.
Jeder Link im Menü oder im Text führt zur Startseite. Weitere Seiten können nicht aufgerufen werden.
Was bedeutet das genau? Link zur Seite?
Debugging-Modus im Browser funktioniert allerdings.
Aktivieren von WP_DEBUG mit Log siehe oben in #16.
Ist evtl. "Sicherheit" -> "Serverside Security" in Deinem Strato-Account aktiviert?
1. Das Änderungdatum der o.g. gehackten .htaccess mit den Logs abgleichen, das wäre der wichtigste Anhaltspunkt
2. Rausfinden warum ein Fehler 404 (der nicht aus WordPress kommt) bei den Unterseiten erscheint
Am besten wohl einen Profi beauftragen, bevor noch mehr Spuren verwischt werden.
Beantworte doch noch #4 und #2, dann kann man Dir evtl. weiterhelfen.
Derzeit liest es sich so, als würdest Du nur irgendwas direkt in der Datenbank rumbasteln.
Erklärung:
Lösung:
Mögliche Alternative falls das zu komplex ist:
Tipp: Generell bei jedem Funktionsaufruf immer Fehlerabfragen in den Code einfügen und die Dokumentation lesen.
Der vierte Parameter von media_sideload_image() wäre für die Art des Rückgabewerts zuständig.
Folge der verlinkten Anleitung...
..use this little function in your (child) theme functions.php file
Alternativ nutze ein Plugin.
Du arbeitest also privat an "umgehend zu lösenden Problemen" eines Websites einer Firma... 
Link anklicken, da ist ein fertiges Beispiel mit Anleitung...
Alternativ nutze ein Plugin.
Was verstehst Du unter "drag and drop ohne Code"?
Machst Du das beruflich?
wie kann ich das löschen/ unterdrücken ?
Mit dem get_the_archive_title Filter.
Betrifft das den Website mit den diversen von Dir bereits geposteten Problemen...?
Was genau hast Du nach welcher Anleitung gemacht (wohlgemerkt per PHP/FTP, nicht per phpMyAdmin), was ist passiert, hast Du jetzt zwei Accounts mit identischem Verhalten?
Betrifft das den Website mit den diversen von Dir bereits geposteten Problemen (wie z.B. hier oder hier oder hier) hinter all denen offenbar ein unvollständiger manueller Umzug o.ä. steckt?
Lege mal per PHP/FTP (google) einen neuen Admin mit neuem Login und neuer E-Mail an, funktioniert der?
Ergänzung am Rande, der Website in Deiner Signatur hat kein gültiges Zertifikat, das dürfte Besucher und v.a. Google usw. vom Besuch abhalten.. günstiges Hosting inkl. Zertifikat gibt es inzw. "an jeder Ecke".
Beispiele für $wpdb->prepare finden sich in der entspr. API-Dokumentation hier (unter User Contributed Notes) oder im Codex hier.
Welchen Inhalt hat der zweite Parameter [FONT=Courier New]$wp_error[/FONT]? Wie wird das Ergebnis abgefragt? Entspr. Beispiele sind bereits verlinkt.
