Beiträge von LpapillonM

Zitat von b3317133

Was steht im PHP Error Log?

Die Error Logs bei Strato stehen üblicherweise unter "Datenbanken & Webspace -> Statistik -> Logfiles (oben) -> Error-Logfile anzeigen (Button)". Exemplarisch hier ein Screenshot wie man da hinkommt.

Ergänzung: Nach der generellen Beschreibung könnte z.B. in [FONT=Courier New]wp-config.php[/FONT] ein manueller Eintrag mit falschen Hochkommata stehen, das wäre ein Error Log Eintrag ähnlich wie sowas hier mit "komischen" Zeichen um eine Konstante herum:

Code

Fatal error: Uncaught Error: Undefined constant "�IRGENDEINE_KONSTANTE�" ... in ...xxx/wp-config.php on line XX

Wenn ich bei Strato den Error-Log herunterlade, bekomme ich eine Datei mit lauter komischen, kryptischen Zeichen.
Damit kann ich nichts anfangen. Wie soll man da Feher herauslesen?

Zur wp-config: Was genau sind Hochkommata im oben dargestellten Code
Ich sehe nur Fragezeichen, die auf dem Kop0fstehen und ganz am Anfang
ein klaines i (wie interessant) mit 2 i-Punkten.

Davon abgesehen, hat sich an meiner wp-config natürlich nichts geändert.
php7.4 hatte nichts beanstandet.

Zitat von r23

Das Theme von 2019 ist vermutlich zu alt. hier benötigst du vermutlich ein update.

[COLOR=#ff0000]Vollzitat gekürzt[/COLOR]

Ja, dass mein Theme von 2019 zu alt ist, habe ich mir schon gedacht.
Andererseits: Wordpress Twenty Twenty Two ist mit Sicherheit nicht zu alt
und funktioniert doch nicht mit php8.0.
Dadurch bin ich ein wenig im Ungewissen, ob es mit dem ganz neuen Zuki-Theme
funktionieren wird. Der Hersteller sagt: es ist auf php8.0 kompatibel.

Man weiß ja auch nicht, ob bei mir wirklich etwas nicht stimmt.
Beim Googeln behaupten einige böse Zungen, die Ablehnung zumindest einiger Webseiten sei gewollt,
damit man ihnen - wenn sie auf php7.4 stehen bleiben - ein wenig mehr in die Tasche greifen kann.
In einem solchen Fall würde mir das top-aktuellste Theme nichts nutzen.
Aber versuchen werde ich es natürlich.

Hallo,
es geht um die Umstellung von php7.4 auf php8.0, die in diesem Monat nötig wird.
Bei php7.4 können künftig Sicherheitslücken entstehen, heißt es.

Alles, was ich bislang ausprobiert habe, hat zu einer weißen Webseite ohne Fehlermeldung geführt (im Dashboard und im Frontend).

Hier ein paar Daten und Maßnahmen von mir:

Ich habe Wordpress 6.0.3, eine ziemlich neue Version also.
Zuerst habe ich vorsichtshalber im Firefox und in Wordpress den Cache geleert.
Habe CC Cleaner laufen lassen, zu ähnlichem Zweck.

Ich habe alle Wordpress-Plugins gelöscht. Nicht nur deaktiviert, sondern gelöscht.

Das Theme: Sowohl mit meinem Zuki-Theme von 2019 (von Elmastudio) als auch mit dem Wordpress Standtheme Twenty Twenty Two habe ich bei beiden das gleiche Ergebnis beim Umstellen auf PHP 8.0: eine weiße Seite ohne Fehlermeldung

Mein Hoster Strato kann mir nicht helfen. Ich habe denen meine Daten und Maßnahmen mitgeetilt. Sie "können nicht in meine Wordpress-Installation" hineinsehen". Dass es an irgendwelchen Einstellungen im Strato-Account liegt: das ist für sie ausgeschlossen.

Ich bin ratlos, was ich noch machen kann. Die Plugins sind gelöscht. Selbst wenn ich ein neues Theme kaufe, habe ich keine Garantie, dass es dann funktionieren wird. Denn mit Twenty Twenty Two (müsste normalerweise php8-kompatibel sein) geht es auch nicht.

Hat jemand eine Idee, was ich noch tun kann?
Vielen Dank!

Nach der Verschlüsselung meiner Seite ist auf manchen Unterseiten der Wurm drin. Der Code eines Werbebanners (Anbieter mit verschlüsselter Seite) enthält im URL-Teil und im img-Teil (src…) das Protokoll https. Normalerweise müsste der Artikel, wo ich diesen Banner hinstelle, den grünen Schlüssel bekommen. Ist aber nicht.

Um andere Fehlerquellen auszuschließen habe ich auf einer Testseite (die steht vorübergehend online) nur diesen einen Banner hin gestellt. Auch diese Seite bekommt keinen grünen Schlüssel.

Dann habe ich im URL-Teil und im img-Teil https: entfernt:
<a href="//partner.singlereisen.de/trck/eclick/ bla bla bla" target="_blank">

<img src="//partner.singlereisen.de/trck/eview/ bla bla bla" border=0 width="234" height="60" alt="Home 234 x 60" /></a>

Das Ergebnis ist das Gleiche: Mixed Content. Schuld muss der img-Teil sein. Bei Textlinks ohne img-Teil dieses Anbieters gibt es nämlich überhaupt keine Probleme mit dem grünen Schlüssel. Weiß jemand, was ich tun kann? Den Anbieter anrufen? Aber was soll ich ihm sagen?

Hallo Community
Da man wohl bald nicht mehr daran vorbei kommt, bin ich gerade dabei,
meine Wordpress-Seite umzustellen auf SSL.
Habe viele Anleitungen gelesen. Eine Sache ist mir noch nicht klar.

Es geht um externe Links.
Ich habe zum Beispiel einige Partnerlinks des Netzwerkes Affilinet.
Affilinet ist erstaunlicherweise noch immer keine Seite,
die mit einem grünen Schloss ausgestattet ist.
In den Codes z.B. für Banner und Textlinks ist überall nur http zu sehen statt https.

Da ich mitten drin bin in meiner Umstellungsaktion, möchte ich fragen,
ob Codes mit http für mich ein Problem sein werden,
wenn ich das grüne Schloss erhalten möchte.
Wenn ja: was kann ich tun? Eigenmächtig an den Codes herumbasteln?
Ein "s" hinter http setzen? Was ist dann mit dem Tracking der Werbemittel?

Vielen Dank für die Antworten

Hallo,
ich habe 2 Wordpress-Webseiten. Bei beiden habe ich seit dieser Woche das gleiche Problem.
Wenn ich nach Änderungen in einem Artikel auf "Speichern" klicke, dann funktioniert es
manchmal so wie es sein soll. In 50% aller Fälle wird durch diesen Klick der Artikel jedoch automatisch geschlossen.
Und die letzten Änderungen vor dem Speichern gehen verloren.
Publizieren habe ich vergessen auszuprobieren.

Auf jeden Fall habe ich auf beiden Webseiten die neuste Wordpress-Version 4.9.1.
Alle Plugins sind auf dem neusten Stand.
Das Plugin Better Delete Revisions zeigt an, dass bei der Datenbank alles okay ist.
Webseiten Virenscanner und Webmaster-Tools sagen, dass meine Seiten sauber sind.
Ich habe alle Plugins deaktiviert. Das brachte keine Besserung.

Ich habe alle Plugins deaktiviert gelassen.
Und im Dashboard Wordpress erneut aktualisiert.
Auch das brachte nichts.

[FONT=&amp]Hat jemand eine Idee, was ich machen kann? Vielen Dank!
Lothar Mader

[/FONT]

Zitat von b3317133

Falls es nicht am Server-Speicher liegt:

Funktioniert es, wenn Du die Bilder anders benennst?

Ist im Strato-Account unter "Sicherheit" der Punkt "ServerSide Security" aktiviert?

Vielen Dank für eure Antworten.
Ich bin zumindest heute Abend guter Hoffnung, dass ich es gefunden habe.
Ich habe bei Sicherheit/ Server Side Security den Filter deaktiviert.
Danach konnte ich zumindest heute abend Bilder ohne Störungen in die Mediathek hochladen.
Mal sehen, ob das anhält.

Außerdem waren in den letzten Monaten, wenn ich einen Artikel schrieb oder Änderungen vornahm,
die Buttons Speichern, Vorschau und Aktualisieren oft verschwommen und nicht anklickbar.
Vielleicht hat sich das jetzt auch erledigt.

Hallo,
seit 2 Tagen funktioniert bei mir der Bilderupload in die Mediathek nicht mehr. http-Fehler.
Das war in 4 Jahren noch nie der Fall. Komischerweise kommt der Fehler nicht bei allen Bildern, sondern nur bei manchen.

Damit es nicht an den Bildern selbst liegt, habe ich testweise probiert, genau solche Bilder von der Festplatte hochzuladen,
bei denen es irgendwann schon mal funktioniert hat. Die also schon in der Mediathek drin sind.
Bei manchen Bildern geht’s, bei anderen nicht. Ein Bild mit 90 KB hat z.B. funktioniert, eins mit 50 KB nicht.

Meine Bilder sind von Fotolia. Mit 50 bis 80 KB also lächerlich klein. Und alle im jpg-Format.
Bemerkenswert ist auch, dass dieses Problem bei meinen beiden Strato-Webseiten auftritt. Nicht nur bei einer.

Ich habe viel gegoogelt. Die Plugins hatte ich alle deaktiviert. Das wars nicht. Ich habe die neuste PHP-Version.
Ich habe den Cache von Firefox geleert. Und mit CC-Cleaner die Festplatte aufgeräumt.
Alles umsonst. Die Upload-Fehler bleiben.

Dinge wie memory limit und Benutzerrechte könnte ich noch in Angriff nehmen.
Wenn es daran liegen würde: warum dann gleichzeitig bei 2 Webseiten? Ist das wahrscheinlich?

Mir ist da noch eine andere Idee gekommen:
Kann der Upload-Fehler etwas mit meiner DSL-Geschwindigkeit zu tun haben?
Eigentlich sollte ich DSL 6000 haben. Habe heute morgen gemessen. Es waren nur 2000.
Könnte das der Fehler sein? Oder hat jemand eine andere Idee? Vielen Dank!

Hallo. Ich haben zwei Fragen.

Frage 1:
Wenn ich im Backend meiner alten Webseite auf Einstellungen/ Permalinks gehe.
Dort sind alle URLs mit www. angezeigt. Bei meiner neuen Seite (die ich noch nicht habe
indexieren lassen) sind alle URLs ohne www. Also nur http://domain.de.
Das neueste Wordpress gibt das scheinbar so vor.

Irgendwo habe ich mal etwas gelesen von wegen Doublicate Content.
Wenn eine Seite mit plus ohne www. zu erreichen ist.
Soll ich das von wordpress vorgegebene nun einfach so lassen? Ist es unbedenklich?
Kann man dies vielleicht in den Webmaster-Tools richtig stellen?
Ist ohne www besser als mit www?


Frage 2:
Es sieht so aus, als habe ich Wordpress noch eine Verrücktheit ausgedacht.
Bei Einstellungen/ Permalinks wählte ich bei der alten Seite "Benutzerdefiniert".
In das weiße Feld schreibe ich /%postname%/. [FONT=&amp]

Das geht auch bei der neuen Seite. Wenn ich unten auf Speichern klicke:
dann springt das Ganze in der nächsten Anzeige wieder um von Benutzerdefiniert auf Beitragsname.
Bei der alten Seite habe ich mal probeweise Beitragsname angeklickt.
Gespeichert. Dann wieder auf Benutzerdefiniert. Gespeichert.
Auch dort bleibt es nach dem Speichern jetzt auf unverrückbar auf Beitragsname.
Mein Häkchen bei Benutzerdefiniert wird scheinbar ignoriert.

Vielen Dank für Eure Antworten!

[/FONT]

Zitat von maxe

hast du denn überhaupt auch je Beitrag ein Beitragsbild festgelegt? https://die-netzialisten.de/wordpress/word…as-artikelbild/

Nein, habe ich nicht. Ich dachte, Headerbild kommt ganz oben hin auf einer Seite (bzw. auf jeder Seite). Beitragsbilder kommen auf einer Artikel-Übersichtsseite oder auf einer dynamischen Startseite direkt neben den Textbeginn eines Artikels. Ist es wirklich nötig, ein Artikelbild festzulegen, damit oben das Headerbild erscheint? Beim Theme meiner ersten Webseite hatte ich überhaupt keine Probleme. Leider ist dieses Affiliatetheme von 2011 heute nicht mehr verfügbar. Dort musste ich in einem Bildbearbeitungsprogramm exakt die Größe eines Bildes festlegen. Habe es hochgeladen und fertig. Es ist echt zum ...

[FONT=&amp]Hallo,
Ich bin dabei, bei Wordpress neue Webseite zu erstellen.
Das Indexieren habe ich bislang unterdrückt. Kann also hier keine URL nennen. [/FONT][FONT=&amp]

Mein Problem ist das Headerbild.
Es erscheint praktisch nirgendwo. Testweise habe ich einen Artikel und eine Seite angelegt:
"Test-Artikel" und "Test-Seite".

Bislang nutze ich keine Plugins. Bislang habe ich Twenty 16 sowie folgende Themes von Elmastudio ausprobiert:
Baylys, Piha, Weta, Zuki und Yoko.

Bei allen genannten Themes ist es dasselbe Elend.
Auf einer von mir erstellten Seite oder einem Artikel erscheint überhaupt kein Headerbild.
Nur auf der von Wordpress vorinstallierten Beispielseite: da ist es zu sehen.
Da wechselt das Headerbild auch, wenn ich ein anderes Headerbild auswähle.
Aber auf meinen eigenen Seiten tut sich nichts.

Wo liegt das Problem?
Mein Wordpress kann nicht fehlerhaft sein. Da Wordpress erst vor 2 Tagen ein Update gemacht hat.
Sowohl vor als auch nach dem Update war nie ein Headerbild auf meinen eigenen Seiten/ Artikeln zu sehen.
Nur auf der Beispielseite.

Browsercache und Wordpress-Cache habe ich geleert.
Bei Einstellungen/ Lesen habe ich gewechselt von "statische Seite" auf "deine letzten Beiträge" (was ich eigentlich gar nicht möchte!).
Sogar Windows 7 neu aufgespielt. Nutzt alles nichts.

Da es auch bei Twenty16 nicht funktioniert, liegt der Verdacht nahe, dass es nicht an einem Theme liegt.
Sondern an irgendeiner Einstellung.

Außerdem möchte ich, dass das Headerbild nicht nur auf der statischen Startseite erscheint.
Sondern in allen Artikeln und Beiträgen ganz oben. Das ist aber nochmal ein anderes Thema. [/FONT][FONT=&amp]

[/FONT]

Hallo,
Nach meiner ersten Wordpress-Webseite (nennen wir sie Urlaubsblog.de), möchte ich nun bei Strato die zweite Domain erstellen (Reiseblog.de). Auf dem Server sollen beide Domains in verschiedenen neu erstellten Unterordnern (reise und urlaub) des Root-Ordners gespeichert sein. Vorher hatte ich meine einzige Domain im Root-Verzeichnis ht.docs. Bei Strato erstelle ich 2 Domain-Umleitungen auf …/reise/wordpress und …/urlaub/wordpress. Funktioniert gut.

Der Haken ist: ich kann für meine erste Webseite mein Dashboard (Admin-Seite) nun nicht mehr aufrufen. Während das Frontend über Google weiter perfekt aufzurufen geht. Beim Dashboard-Lesezeichen kommt jetzt die Fehlermeldung 500: Internal Server Error. Wenn ich den neueren Reiseblog vom Server entferne, und den Urlaubsblog (wie früher) ohne Unterordner auf dem Server stehen habe, dann ist wieder alles perfekt.

Ich habe gegoogelt. Vor der Umleitung bei Strato soll man im Wordpress-Dashboard bei Einstellungen-Allgemein eine bestimmte Wordpress-Adresse bzw. und Website-Adresse eingeben. Alle Ratgeber im Netz setzen hier schlauerweise wunschdomain.de ein. Meine ganz normale URL steht bereits hier. Das allein kann es also wohl nicht sein. Muss vielleicht noch etwas anderes hinter wunschdomain.de dran kommen?

Aber selbst wenn ich das nach einigen Tests herausfinden würde, wäre ich noch lange nicht am Ziel. In geheimnisvoll gehaltenen Internet-Beiträgen ist die Rede vom Webseite-Generator (bei Strato), von index.html, index.php, Änderungen in der .htaccess, usw.
Alles nur vage Andeutungen. Gut geeignet für Leute, die eh schon wissen wie es geht. Weiß von Euch jemand, die es geht?

Eine genaue Schritt-für-Schritt-Anleitung (für Dummies) für die beiden URLs im WP-Dashboard und für sonstige Maßnahmen nach dem Umleitungs-Prozess bei Strato (was wirklich absolut leicht ist), wären sehr hilfreich. [FONT=&amp]

Den Telefon-Support von Strato brauche ich wohl gar nicht zu fragen. Die "wissen (bequemerweise) nicht, was ich wo auf dem Server hochgeladen habe". Oder so ähnlich. Auch wenn ich es ihnen erkläre, wollen sie es nicht wissen. Wozu braucht man dann mehrere Domains in einem Paket?

Ich wäre dankbar für exakte Erklärungen. Oder für jemand, der dieses Problem für sich schon einmal gelöst hat. Und mit mir in realen Kontakt treten würde. Es soll dein Schaden nicht sein. [COLOR=red]

[/COLOR][/FONT]

Wow, jetzt hast du mich aber ganz schön abgewatscht. Muss leider sagen, dass ich einiges davon nicht kapiere. Backups vom Server hole ich mir regelmäßig selbst. Das ist nicht das problem. Was meinst du mir der Firewall? Braucht eine Webseite überhaupt eine Firewall? Irgendwann habe ich darüber gegoogelt. Und wohl gesehen, dass das nicht viel bringt. Oder? Mein Login-Bereich hat eine extra Authentifizierung. In den Sicherheitseinstellungen von Strato habe ich FTP und SSH nur dann aktiviert, wenn ich selbst mal für eine Stunde auf den Server gehe. Sonst ist das immer blockiert. Man sagt mir: dann kann auch kein Hacker auf den Server kommen. Meine Passwörter sind Extraklasse. Und werden regelmäßig erneuert.

Das Hacken war damals wohl meine Schuld. Ich hatte zu viele Sicherheitslücken. Das hatte nichts mit Strato zu tun. Mein Filezilla war zu anfällig. Das Passwort konnte wohl ausgelesen werden. Wenn ich heute auf dem Server fertig bin: dann entferne ich den Filezilla wieder vom PC. Und auch die Datei File-zilla von der Festplatte. Außerdem benutze ich nur noch SSH-Verschlüsselung statt FTP. Alles Dinge, die ich damals nicht wusste. Auch meine Passwörter lauten heute nicht mehr 17Washington92, sondern so ungefähr: xP:6Mi)? usw.

Was also meinst du mit Firewall? Und woher soll ein Anfänger - wie ich vor 2 Jahren - wissen, welche kleineren Hoster zu empfehlen sind.

Hallo. Danke für die guten Tipps. Mein Admin-Bereich ist mit einer zusätzlichen Authentifizierung versehen. Da kommt keiner mehr rein. Bislang nutze ich zum Speichern der Datenbank den MySQL-Dumper. Was mich stutzig macht: der wurde 2011 zum letzten Mal erneuert. Ist schon ein bisschen lange her. Mit Updraft Plus könnte ich mich mal beschäftigen. Plus-Versionen kosten meist was, wie ich vermute. Welche Erfahrungen hast du damit gemacht? Ist Strato wirklich so grottenschlecht? Das Umziehen auf einen anderen Hoster könnte auch wieder Probleme bringen. Das möchte ich eigentlich vermeiden. Dann müsste man die Datenbank überspielen. Und solange man nicht weiß, ob das wirklich funktioniert, ist es ein Risiko. Schreibe mir bitte kurz was über deine Erfahrungen mit Updraft Plus. Vielen Dank!!!

Zitat von Monika

WP kann Sicherheitsupdates selbstständig machen, wenn man es läßt.
Machst du diese Sicherheitsupdates nicht absolut zeitnah hast du ein Problem.

Willst du WP keine Updates machen lassen, egal, ob Plugin //Theme// WP selbst, dann aktiviere den Schreibschutz.
Und habe jede Woche zig Mal Stress, weil "Update steht an" Schreibschutz deaktivieren, sonst gehts ja nicht.
Plugin herunterladen, entpacken via FTP hochfahren.....

Da dir das irgendwann am Nerv geht, wirst du die Updates max 1mal pro Monat machen und dann hast eine unsichere Installation,
und das alles nur, weil dir jemand geraten hat diesen Schreibschutz zu aktivieren.

Gut man kann sich das Leben schon schwer machen, diese Art war mir neu.

Noch dazu, wenn die Jungs dort bei Strato nicht mal "genau Auskunft " geben konnten => die sind Support und wissens nicht "genau" und du glaubst einer "ich weiß es nicht genau Auskunft"?

Alles anzeigen

Hallo. Deine Antwort scheint mir am einleuchtendsten. Da ich früher schon einmal gehackt wurde, versuche ich immer das Optimum an Sicherheit herauszuholen. Da ist mir dieser Schreibschutz in der Site-Guard ins Auge gefallen. Dass die Strato-leute oft Bockmist erzählen, merkt man, wenn man mal mehrere wegen ein und demselben Thema anruft. Als ich damals gehackt wurde - war totaler Anfänger und ratlos - hätte mir von denen einer nur sagen brauchen, dass ich all meine Serverdaten herunterladen und ein älteres Backup aufspielen soll. Und alles wäre gut gewesen. So haben sie gemeint: ich soll meine Schadcodes entfernen. Wie soll man die alle finden? Noch nicht mal ein Online-Webseiten-Scanner hat das fertig gebracht. Okay, ich werde den Schreibschutz nicht aktivieren. Vielen Dank für die Antwort.

Hallo,
es geht um den Schreibschutz für Serverzeichnisse beim Hoster. In meinem Fall bei Strato. So ganz genau können mir die Jungs keine Auskunft geben. Ich habe nun zum erstenmal den Schreibschutz aktiviert. Strato hat mir das empfohlen. Habe ich gemacht.
Dann will ich in Wordpress ein Plugin aktualisieren. Wordpress verlangt dabei von mir die Zugangsdaten zum Server. Die ich aber nicht preisgeben möchte. Wer weiß, was damit passiert.
Wie handhabt ihr das, wenn ihr ein Plugin aktualisieren wollt? Den Schreibschutz kurzzeitig deaktivieren. Das Plugin aktualisieren. Und dann den Schreibschutz wieder aktivieren?
Sind bei aktiviertem Schreibschutz vielleicht noch weitere Funktionen, die ich vom Wordpress-Dashboard aus ausführen will, beeinträchtigt? Zum Beispiel das automatische Aktualisieren der Wordpress-Version. Artikel schreiben, Bilder in Mediathek hochladen usw. Oder noch andere?
Das ich den Schreibschutz deaktivieren muss, wenn ich auf dem Server selbst etwas verändere, ist klar. Darüber muss man nicht reden.
Vielen Dank!

Zitat von maxe

ich bin grad mit WinSCP auf meinem FTP-Server, funktioniert.
Und die Site ist auch nicht verkauft: http://winscp.net/eng/docs/lang:de

Evtl. nutzt du noch eine alte Version?

Nein, ich habe heute sogar die neueste Version 5.7 downgeloadet.
Habe mich beim Hoster noch einmal vergewissert, dass mein Masterpasswort stimmt.
Habe den Cache gelöscht. Habe am Router den Stecker gezogen. Keine Ahnung, was da los ist.
Vielleicht gehts morgen wieder. Habe mich zwischenzeitlich mit Filezilla beschäftigt.
Aber dabei ist mir nicht ganz wohl. Soll viele möglichen Sicherheitslücken geben.

[FONT=&quot]Hallo,
es ist keine spezielle Wordpress-Frage. Seit einem Jahr benutze ich den Client WinSCP. Hat immer gut geklappt. Jetzt auf einmal lässt sich damit keine Verbindung zum Server mehr herstellen. Es kommt die Fehlermeldung: der entfernte Server sendet seit mehr als 15 Sekunden keine Daten mehr". Aus die Maus. Habe schon 1000 Sachen ausprobiert. Auf der Seite von WinSCP steht: diese Domain ist zu verkaufen. Benutzt jemand von Euch WinSCP? Könnt Ihr noch eine Verbindung zum Server herstellen? Die Alternative wäre Filezilla. Das soll aber nicht so sicher sein. Weil schlechte Menschen dort irgendwie das Masterpasswort auslesen können. Vielen Dank für Eure Antworten!

[/FONT]

Also Freunde: dieses Plugin Change DB Prefix ist der letzte Müll. Und wo wir schon mal dabei sind: W3 Cache Plugin ist ebensolcher Müll. Erst als ich Change DB Prefix verwendet habe, ging alles den Bach runter. Es hat auch nichts geändert, als ich dieses Plugin auf dem Server umbenannt oder gelöscht habe. Dieses Plugin schreibt nichts in der wp-config um. Allerdings ist es ein Klacks das Präfix dort selbst zu ändern. Genutzt hat meine Aktion auf den ersten Blick nichts. War halt ein paar Stunden Arbeit. Jetzt bin ich schlauer. Zumindest zu diesem Zeitpunkt scheint es für mich keine Möglichkeit zu geben, das Präfix nachträglich zu ändern. Ich habe alles vom Server runtergeschmissen. Und mein Server-Backup von gestern aufgespielt. Jetzt funktioniert alles wieder. Eine gute Sache hat es aber doch: ich weiss jetzt, dass das Herunterspielen des Datenbank-Backups von MySQL-Dumper auf myphpadmin von Strato funktioniert. Das ist unterm Strich mehr wert als ein verändertes Tabellen-Präfix. Wenn ich mal gehackt werde (was mir in meiner damaligen Unerfahrenheit schon einmal passiert ist), dann lösche ich ganz schnell alles auf dem Server. Und habe die Gewissheit, dass ich Server-Daten und Datenbank wieder aufspielen kann.

[FONT=&amp]Hallo
leider habe ich es ganz am Anfang versäumt, das Tabellen-Prefix wp_... abzuändern. Das wollte ich jetzt nachholen. Habe in meiner wp-config ein neues Tabellen-Prefix eingesetzt. Ganz ohne wp_. Danach kamen 2 Versuche, die beide gescheitert sind.
Mein erster Versuch (händisch in der Datenbank myphpadmin): Alle Tabellen auswählen, "Tabellenprefix ersetzen" Neues Prefix eingeben. Fertig.
Zwar erhielten meine Tabellen das neue Prefix. Danach wollte ich noch die 2 nötigen SQL- Befehle eingeben. Damit das Ganze funktioniert. Schon beim ersten Befehl kam die Fehlermeldung: [/FONT][FONT=&amp]#1146 - Table 'DBxxxxxxx.Neues Prefix xxx[/FONT][FONT=&amp]' doesn't exist[/FONT][FONT=&amp]. Da bin ich stecken geblieben. Habe per SQL-Dumper die Datenbank neu eingespielt.[/FONT] Da war wieder alles gut.
[FONT=&amp]Danach habe ich im Dashboard von Wordpress mit dem Plugin Change DB Prefix ein neues Prefix eingegeben. Und gespeichert. Das ist auch in der myphpadmin von Strato angekommen.
Doch leider komme ich jetzt nicht mehr in mein Dashboard rein. Komme überhaupt nicht mehr dorthin, wo man seine Logindaten eingibt.
Eine Katastrophe ist das Ganze nicht. Ich kann mit MySQL-Dumper die alte Datenbank von gestern wieder einspielen. Dennoch würde ich gern das Tabellen-Prefix ändern. Kann mir jemand sagen, warum ich jetzt nicht zu meiner Login-Seite von Wordpress vorstoßen kann? Der Hoster kann mir leider nicht helfen. Vielen Dank!

[/FONT]