Beiträge von Aphy

Es tut sich eine Option auf.

Die Probleme traten auf nach dem Upgrade von 2.80 auf 3.01.

Die Datenbank weist in der Übersicht bei 1&1 eine Größe von -48MB von 100MB möglich auf. Das war vorher nicht der Fall.

Nach Aussage der 1&1-Leute ist sie damit 48MB über den 100MB, es sind also 148MB belegt.

Das wiederum kann ich mir nicht vorstellen, denn soviele Daten habe ich nie hochgeladen. Es ist also vorstellbar, dass der Konverter die Datenbank irgendwie mit Luft aufgepumpt hat. Nur so als Hinweis für vergleichbare Fälle.

Die erforderlichen 40Mb Memory_limit dürften es jedenfalls nicht sein, da eine Parallelinstallation von Wordpress 3.01 genau damit läuft und diese seinerzeit sogar automatisch von 2.8 auf 3.0 erhoben wurde. Nur eben ist die Datenbank viel kleiner.

Die Situation sieht bei mir aus wie unten angegeben.

Es sind zwar nicht die geforderten 64MB, aber die möglichen 40MB sind auch nicht benutzt. Irgendwie ist die Situation sehr unbefriedigend.

• PHP Version : 5.2.14 / 32Bit OS
• Memory limit : 40 MByte
• Memory usage : 18.26 MByte

Inzwischen auf php 5 erhoben, ohne Auswirkungen...

Hallo,

richtig, da eine andere parallele Installation unter den Gegebenheiten problemlos läuft, dürfte es wohl eher irrelevant sein, aber dennoch fürs Protokoll:

MySQL5.0
php 4
40 MB limit

Die Datenbank hat einen aktuellen Füllgrad von 48 MB (von 100 MB max)

Sollten sich daraus mögliche Probleme ergeben, wäre zu beachten, dass unter exakt diesen Bedingungen eine parallele Installation auf einer Subdomain im gleichen Vertrag problemlos läuft und sich auch problemlos von 2.8 auf 3.0 upgraden ließ. Deren Datenbankgröße ist allerdings kleiner.

Wenn php z.b. nicht auskömmlich wäre, dürfte das m.E. nicht möglich sein.

Wenn ich bei den Artikeln eine neue Kategorie erstellen will, erscheint folgendes:

Fatal error: Cannot use object of type WP_Error as array in /homepages/36/d16145805/htdocs/wordpress/wp-admin/admin-ajax.php on line 242

Hilft das eventuell weiter?

Vorhandene Artikel kann ich allerdigns erfolgreich editieren.

.Olaf

Hallo,

Zitat von 'Marcus[IS

;341367']
Du hast ja geschrieben, dass du die Automatische Updatefunktion genutzt hattest, vielleicht ist da ja was schiefgelaufen?

nee, die hatte ich bei der anderen Installation genutzt und da ging sie. Bei der Probleminstallation ging sie nicht, also habe ich händisch gemacht. Das funktionierte auch ohne Fehlermeldung, nur eben das ich jetzt nichts einstellen oder konfigurieren kann, abgesehen von der Wahl der Themen. Aber jede Option in den Plgins wird ignoriert.

Zitat

Wenn ich mich recht entsinne, kam bei mir nach dem Automatischen Update eine Meldung, das die Datenbank angepasst würde, war das bei dir auch?

ich meine ja, aber das lief auch glatt durch.

Zitat

Hast du mal versucht ein WP Paket von hier zu laden, das ganze mal entpackt und die Dateien per FTP Programm auf dem Webspace mal überschreiben zu lassen?

So habe ich gemacht. Dann die php-config wieder drauf (bzw. die Daten eingetragen) und das Pluginverzeichnis drübergespielt. Alles gut. Datenbank da, Themen wählbar, Menue im Arsch. War klar. Egal, in WP 3 kann man ja selber eines bauen ... aber denkste, nicht jetzt.

Zitat

Ich vemute mal ist echt nur eine Kleinigkeit, aber auf die muss man erst mal kommen. ;)

ich hoffe mal, nur bin ich am Ende.

Ich habe sogar noch eine Installation, aber die liegt ganz woanders und in der sind richtig Daten und Plugins (http://www.killi.org/aphyosemion/). Aber nicht hier beim Problemblog.

Das ist schrichtig, da laufen nicht viele Plugins. Allerdings geht die andere Installation gar nicht, nicht mal gänzlich ohne Plugins. Der Speicherplatz ist auch so eine Sache, schließlich funktionierte es in der Ver. 2.8 noch.

Aber so wie es ich anliest ist das neue Wordpress überfordert, ich kann es zukünftig so nicht nutzen. Ist das richtig?

Zitat von 'Marcus[IS

;341186']Hi,

also der PHP Speicher wird sicherlich nicht ausreichen und so dann und wann Probleme machen, weil 1&1 ziemlich geizig ist damit und nur 32M bis 40M zur Verfügung stellt. ;)

Hast du denn Blog denn unter PHP5 laufen, sprich .htaccsess angelegt, um PHP5 anzusteuern?
Das muss bei 1&1 seit WP Version 2.9 gemacht werden, weil der Blog sonst genau solche Sympthome aufweist, wie du sie beschreibst. (Abgespeckte Version, nicht alle Buttons sichtbar/anwählbar usw.)

Wie sieht es denn mit der MySQL Datenbank aus?
Ist die in Version 4, oder 5 angelegt worden?

Alles anzeigen

Gut, dem könnte man nachgehen.

Nur eine Frage:

Unter dem gleichen Account bei 1&1 läuft seit längerem eine andere Installation von Wordpress (Ver 3.0). Deren Umstellung von 2.8 auf 3.0 lief automatisch und problemlos. Knöpfchen gedrückt und gut.

http://www.bitparaden.de/

Wenn es bei 1&1 Probleme mit Speicher und php geben sollte, hätte es die Installation doch auch schon erwischen müssen. Unterschied ist allerdings der, dass die Datenbank der laufenden Installation deutlich kleiner ist. Insofern könnte es natürlich daran liegen.

Wenn dem so sein sollte, dann geht es für mich mit Wordpress nicht weiter. Wäre schade, aber nicht zu ändern.

*push*

Nah wie vor ist es mir nicht möglich an der Installation was zu ändern.
Sie läuft, aber ich kann kein einziges Plugin konfigurieren, auch die Menueerstellung wrd verweigert und Seiten lassen sich auch nicht erstellen.
Egal ob die Plugins aktiviert sind oder nicht.

Hat wirklich keiner eine Idee?

Zitat von maxe

Von welcher Version hast du gewechselt? Gibt dir dein Hoster genug memory_limit (mind. 64MB)? Hast du mal alle Plugins deaktiviert, ob nicht irgend eins quer schießt?

Hallo,

die alte war Version war 2.8

Ich bin bei 1&1. Die andere Installation läuft auf dem gleichen Vertrag bei 1&1 und sie ließ sich problemlos umstellen, sogar automatisch.

Die Deaktivierung der Plugins brachte keine Änderung. Ein Menü lässt sich nicht erstellen, ("keine Eintragung in die Datenbank möglich"). Die Seitenerstellungs-Seite macht einen etwas abgespeckten Eindruck im Vergleich mit der anderen Installation.

.Olaf

Guten Tag *.*,

nachdem ich wordpress händisch auf die aktuelle Version erhoben habe sah erstmal alles gut aus. Keine Fehlermeldungen. Die Seite ist aufrufbar (http://www.deters-ing.de/wordpress/).

Allerdings kann ich keine Menues erstellen. Es kommt immer die Meldung "Der Begriff konnte nicht in die Datenbank eingefügt werden".

Beim Erstellen einer Seite scheint mir eine Sparversion vorzulegen. So wird mir bei den Attributen nicht die Option "Eltern" angezeigt. (Ich vergleiche das mit einer anderen aktiven Installation).

Weiterhin kann ich keine Einstellungen an Plugins vornehmen kann. Jeder gesetzt Haken wird gelöscht und alles geht auf den Urzustand. Themes hingegen kann ich problemos wechseln.

Ich habe das nicht bei jedem Plugin geprüft und auch nicht alle Optionen durchgeprüft, aber irgendwie scheint die Datenbank zumindest teilweise wie verriegelt zu sein und es ist "irgendwie anders". Cookies sind erlaubt, ich wüsste nicht was falsch sein soll.

Ich würde mich ja gerne selbst aufschlauen, aber mir fehlen jetzt die passenden Suchbegriffe. Hat einer einen guten Hinweis für mich.

Viele Grüße und Dank,
Olaf

Hallo,

Zitat von gericoach

dann würde ich mal auf die Datensicherung zurückgreifen und die Änderung von gestern rückgängig machen. Was passiert dann, alles wieder ok?
Was steht denn in Zeile 387?

Habe gerade mal die theme.php aufrufen wollen, noch ein putziger Fehler:

2. Tipp: Theme per ftp umbenennen und auf Standard zurückgreifen, Dein theme scheint ein Problem zu haben.

uff, es ist jetzt alles wieder gerade.

Die Lösung gab es auf http://www.hughdenman.com/blog/?p=22

Den Block von Zeile 387 ersetzen durch

$template_dir = @ dir("$theme_root/$template");
if ( $template_dir ) {
while ( ($file = $template_dir->read()) !== false ) {
if ( preg_match('|^\.+$|', $file) )
continue;
if ( preg_match('|\.php$|', $file) ) {
$template_files[] = "$theme_loc/$template/$file";
} elseif ( is_dir("$theme_root/$template/$file") ) {
$template_subdir = @ dir("$theme_root/$template/$file");
if ( is_object($template_subdir) ) {
while ( ($subfile = $template_subdir->read()) !== false ) {
if ( preg_match('|^\.+$|', $subfile) )
continue;
if ( preg_match('|\.php$|', $subfile) )
$template_files[] = "$theme_loc/$template/$file/$subfile";
}
@ $template_subdir->close();
}
}
}
@ $template_dir->close();
}
.Olaf

Fatal error: Call to a member function read() on a non-object in /home/vhosts/../../htdocs/aphyosemion/wp-includes/theme.php on line 387

Hallo *.*,

alle Suche half nichts, ich komme selber nicht weiter. Es geht um folgenden Blog:

http://www.killi.org/aphyosemion/

Gestern Abend konnte ich noch was tun (Änderung an einer WP-reloded-Table, also nicht direkt in einer Datenbanktabelle). Heute morgen kam oben angezeigter Fehler wenn ich ins Dashboard will. Weißer Bildschirm, nur die Meldung, mehr nicht. Der Blog selbst läuft.

Wie, bzw. was könnte passiert sein, welche Suchstichworte könnten mich weiterbringen?

Besten Dank,
Olaf