internes

So, hab´ mal wieder so ziemlich alles unter der Haube auf den neuesten Stand gebracht, wenn wem was merkwürdig vorkommt, melden.

Danke im voraus.

BTW: Versuche, demnächst hier wieder etwas Leben rein zu bringen… :rolleyes:

[aktualisiert 23.09.]

Nach dem Upgrade von WP, bei dem ich auch die PHP-Version umstellte, habe ich zu Testzwecken mal WP-Memory-Usage installiert und später auch mal den dazugehörigen Artikel gelesen, in dem bei Aktivierung der deutschen Sprachdatei ein enormer1 Anstieg des Speicherverbrauchs zu erkennen ist, was mich dazu veranlasste, diese Datei ebenfalls mal zu deaktivieren.

Deutsche Sprachdatei deaktiviert

Deutsche Sprachdatei aktiviert

Schockschwerenot!!!

Somit ist die deutsche Sprachdatei bei mir Geschichte. Gibt´s Alternativen, bei denen sowas nicht passiert?

Obwohl, eigentlich brauchte man ja nur solche Kleinigkeiten anpassen, da das Backend bei mir ruhig auch englisch bleiben kann.

Datumsangabe auf englisch

Hmm, mal schauen.

[aktualisierung]

So, habe jetzt eine de_DE.mo-Datei im Einsatz, in der nur Datumsspezifische Sachen stehen.
Ist zwar der Hammer, daß selbst diese zusätzliche 3MB verbrät, aber immer noch besser als die 7MB der vollständigen de_DE.mo… :p

"Nur Datum"-de_DE.mo

Und wer jetzt mit “setlocale” kommt -> da mal ´nen Blick drauf werfen. Davon abgesehen hat´s bei mir damit eh nicht funktioniert…??? (Und ich habe auch keine Böcke, da ewig&3Tage dran rumzudoktorn.)

So reicht´s mir dann jetzt auch(erstmal).

1. in Relation zu den üblichen 32 oder 64 MB [↩]

So, nächstes Upgrade-”Problem”, wieder woanders, nicht hier…

Änderung des Präfix verlief problemlos, da mit WP Prefix Table Changer ausgeführt. Diesmal aber ohne php5.
Und schon gab´s ein neues Problem: Als ich diverse Plugins löschen wollte gabs die Abfrage nach “Verbindungsinformation”, sprich

• Hostname
• Benutzername
• Paßwort

Hmm, was das jetzt wieder?!?

10 Minuten gesucht, nix berauschendes gefunden, nur hier in den Kommentaren sowie 2 uninteressante Beiträge im WP-Deutschland-Forum1, aber irgendwie war ich zu müde da noch groß weiterzusuchen, die letzte Handlung war jedenfalls noch schnell auf php5 umzustellen und siehe da: nix mehr Abfrage. Gut, gut. :)

Nachtrag:
Sollte es weiterhin zu diesen Abfragen kommen, mal den Besitzer der einzelnen Verzeichnisse prüfen!

Bei all-inkl.com zB kann man diese recht einfach erkennen:

1. sehr schlau übrigens, die Suche nach dem Schlagwort “Verbindungsinformation” nicht auszuführen, liebes WP-de-Team. :rolleyes: [↩]

So, WP-upgrade hat ja hier gut geklappt, weshalb ich es dann auch anderswo habe durchgeführt. Ging auch soweit alles gut, bis ich, sicherheitsbewußt wie ich nun mal bin ;) , und durch diesen Artikel ermuntert, auch den Datenbankpräfix geändert habe. Hat ja hier auch geklappt… :rolleyes:

Tja, hier habe ich es aber auch mit dem WP Prefix Table Changer gemacht, der in dem Artikel ja auch explizit genannt wird; beim Filmführer habe ich die eingebaute Funktion des WP Security Scan-Plugin genutzt, da es ja ohnehin installiert war.

Großer Fehler.

Erstmal wieder ´ne nette Zeit mit g00glen verbracht, dann durch folgendes in die richtige Richtung gebracht worden:

…enthielten Werte die noch mit dem alten Tabellen-Präfix bestückt waren…

Naja, da muß aber auch erstmal drauf kommen… *hmpf*

Im deutschen WP-Forum gab es viele Beiträge, die sich in diesem Fall mit cookies beschäftigten, was aber nicht das Problem war; im “offiziellen” Forum habe ich dann noch das hier gefunden, nur so zur zusätzlichen Info.

Bei mir waren dann auf jeden Fall

• wp_usersettingstime
• wp_usersettings
• wp_capabilites

die Übeltäter.

Das scheint mir dann aber ein recht fetter Bug im WP Security Scan-Plugin zu sein…

Falsche Präfixe

Könnte zwischendurch komische Effekte geben! ;)

So, hat sich zwar etwas gezogen, aber letztendlich ist es nun doch geschafft und Dank des Clean Options-Plugin habe ich jetzt auch noch meine Datenbank entschlackt. Es gibt zwar ein merkwürdiges Problem mit diesem Plugin, aber ich stehe in Verbindung mit dem Autor.
Ma´ kuckn.
Es gab jedenfalls ´ne Menge Leichen in meiner Datenbank, von Plugins, an die ich mich schon gar nicht mehr erinnern kann… :p
Aber auch ein relativ prominentes Plugin wie Adminimize hat, trotz Deinstall-Funktion, den einen oder anderen Rest in der Datenbank gelassen. Wessen Blog also schon länger1 in Betrieb ist, der sollte mal in der Datenbank stöbern, was mit Clean Options doch einfacher ist, als sich per phpMyAdmin oder ähnlichem da durchzuwühlen.

…weiter…

1. Jahre [↩]

Ich bin ja bekanntermaßen ziemlich von den ständigen WordPress-Updates genervt; nach diesem oder jenem Artikel, und weil auch eines der von mir betreuten Blogs betroffen war, werde ich aber heute Nacht hier mal die aktuellste Version einspielen, sowie das eine oder andere Plugin kicken. Die Umstellung auf PHP5 wird auch getestet.

Könnte also sein, daß es hier den einen oder anderen Tag nix bzw nur wenig zu sehen gibt.

Hier habe ich ein 2.8.4-Blog und mag definitiv das 2.6er Backend lieber… :p

Naja, wie auch immer, mal schauen.

[aktualisierung]

So, einiges läuft schon wieder, der Rest folgt im Laufe des Tages.

[aktualisierung 2]

Anscheinend funzt alles, upgrade 2.6.5 -> 2.8.4 abgeschlossen.
Der eine oder andere Feinschliff fehlt noch, evtl mach´ ich auch noch was am Theme, aber das solls jetzt erstmal gewesen sein. :)

Alles in allem klappte es gut, war bei den ganzen Plugins nur ziemlich zeitraubend, da ich ja auch erst schauen mußte, was man jetzt wirklich noch braucht, was WordPress mittlerweile mitbringt und was nicht mehr kompatibel ist, wie zB Flexible Upload, was ich sehr schade finde.

Bei Auffälligkeiten & Fehlern bitte melden.

[aktualisierung 3]

Das hier habe ich auch wieder eingebaut, es hat sich nur zu Zeile 82 verschoben und ein

vorangestellt bekommen.