Beiträge von Putzlowitsch

Naja, Du verwendest für alle Blogs die selben Wordpress-Dateien.
Jedes Blog hat aber eigene Datanbanktabellen, damit jeweils auch eigene Beiträge, Kommentare, Einstellungen usw. Also auch jeweils ein anderes Theme.

Gruß
Ingo

Sowas wie hier vielleicht:
Multi-(Sub)Domain-WordPress @ Open Sourced Brain.

Gruß
Ingi

Kann ich direkt nichts dazu sagen, scheinen aber manche eh nicht zu interessieren: wp-wordpress.com

Gruß
Ingo

Ich sehe noch zwei weitere Ansatzpunkte.

Man kann einerseits versuchen, mit umask einen passenden Wert zu setzen. Das müßte irgendwo in einem Plugin oder in der my-hacks.php passieren.

Oder man versucht, sofern der Hoster das zuläßt, den Wert für das Upload-Temp-Verzeichnis upload_tmp_dir auf ein eigenes Verzeichnis mit entsprechenden Rechten zu verbiegen, in der Hoffnung, das die Datei dann die Rechte erbt. Je nach Server-API in einer php.ini (CGI) oder mit php_value in der .htaccess (Apache-Modul).

In jedem Fall wird man sich aber an den Hoster wenden müssen.

Gruß
Ingo

Vielleicht hilft das weiter:
http://forum.wordpress-deutschland.org/konfiguration/…g-per-mail.html

Gruß
Ingo

Das sind aber schon etwas andere Meldungen, als die hier im erste Beitrag beschriebene:
http://forum.wordpress-deutschland.org/83957-post1.html

Ich hatte eigentlich gehofft, das man mit dem size of ... erstmal rausbekommt, wieviel Speicher überhaupt zur Verfügung steht, wenn es schon nicht mit phpinfo angezeigt wird.
Möglicherweise hat das Problem noch nicht mal was mit PHP direkt zu tun, könnte auch am Apache-Webserver selber liegen, oder an MySQL.

Ansonsten fällt mir nur ein, daß die php.ini auch mal in das Pluginverzeichnis, und sofern es dort Plugins in eigenen Unterverzeichnissen gibt, auch dorthinein kopiert werden könnte. Vielleicht hilfts, ansonsten bin ich mit meinem Latein am Ende.

Gruß
Ingo

Was steht bei Dir eigentlich für ein Wert in der Fehlermeldung bei "size of":
Allowed memory size of 8388608 bytes exhausted...

Gruß
Ingo

Gut, es scheint ja wirklich so zu sein, daß die php.ini akzeptiert wird. Die Werte z.B. für max_execution_time und max_input_time werden ja auch übernommen. Nur beim memory_limit tut sich nichts, das wird noch nicht mal angezeigt. Komische Sache.
Da kann wohl wirklich nur der Webhoster weiterhelfen.
Hast Du nur nach der php.ini gefragt, oder konkret nach dem memory_limit?

Gruß
Ingo

Was mich zudem etwas wundert, Dein phpinfo zeigt keinen Wert für memory_limit an. Kannst Du mal bitte die php.ini auch in das Blog-Wurzelverzeichnis tun?

Gruß
Ingo

Also laut wordpress.org benötigt WP MySQL 4.0 oder höher, nicht 4.1 oder 4.2:
Hosting WordPress « WordPress Codex
Mal davon abgesehen, das es meines Wissens kein MySQL 4.2 gibt.

Habe kürzlich noch WP 2.3.3 erfolgreich mit MySQL 4.0.27 getestet.
Auch die Angabe bei PHP-Info zur MySQL-Clientversion sagt nichts über die MySQL-Serverversion aus.

Gruß
Ingo

Gut, die Server-API ist schon mal CGI, also kann es mit der php.ini prinzipiell funktionieren. Du hast da jetzt aber keine php.ini auf der Seite zu liegen, richtig? Zumindest ist sie nicht zu sehen, wenn sie da wäre, könnte man sie normalerweise auch aufrufen (das geht bei Strato).
Kannst Dir ja mal meine bei schnurpsel.de/php.ini angucken, habe da noch ein paar andere Werte angepaßt.

Zudem müßte das bei phpinfo bei Dir auch unter "Configuration File (php.ini) Path" angezeigt werden, da steht aber /usr/lib/php.ini, also die normale php.ini.

Gruß
Ingo

Es wird daran liegen, das für PHP nicht genügend Speicher zur Verfügung steht. Ob überhaupt und was man da machen kann, solltest Du bei Deinem Webhoster erfahren. Der Server, wo Deine Seite liegt, ist zumindest kein Strato-PowerWeb-Server. Etwas detailiertere Informationen bekommt man, wenn man dieser Anleitung folgt:
WordPress Deutschland FAQ » Wie erfahre ich welche PHP Version mein Anbieter eingerichtet hat?

Was wird z.B. für eine Server-API verwendet? Falls es ein Apache-Modul ist, funktioniert das mit der php.ini sowieso nicht. Aber selbst wenn es CGI ist, heißt das noch nicht, das der Server lokale PHP-Ini-Dateien auswertet.

Gruß
Ingo

Ist eine Weiterleitung auf Strato, na gut.

Wie genau lautet denn Deine Fehlermeldung? Wo liegt das Problem? Was hast Du bisher gemacht? Wie lautet die URL der Seite?

Gruß
Ingo

Zitat von Tuxman

Life-Medien.de, also genau genommen ja.

Das verstehe ich jetzt nicht, Life-Medien.de ist eigentlich Strato?

Wie auch immer, die Aussagen hier treffen auf die Shared-Webhostingpakete pw* bei Strato zu. Unter einem anderen "Label" kann das ganz anders aussehen.

Gruß
Ingo

[COLOR="Red"]* Moderatorenhinweis: Markenname auf Wunsch der Firma PHADE Software - PowerWeb unkenntlich gemacht.[/COLOR]

Betrifft das Strato?

Kann es sein, das Dein Browser den Referer entfernt oder verändert?
Nach der Passworteingabe kann nur dann wieder auf die ursprüngliche Seite weitergeleitet werden, wenn der Referer stimmt.

Nachtrag:
Ich sehe grad, daß Du Dein Blog mit blog.soulsilence.de startest, die Blogadresse aber soulsilence.de/blog ist. Seit WP-Version 2.3 gibt es ein sogenanntes sicheres Redirect. Es wird nur auf eine Seite weitergeleitet, deren Hostname dem in der Konfiguration angegeben entspricht. Das wäre bei Dir soulsilence.de, du willst bei der Startseite aber auf blog.soulsilence.de weiterleiten. Das wird nicht akzeptiert.

Du könntest nun einfach auf den Aufruf über blog.soulsilence.de verzichten und nur soulsilence.de/blog verwenden. Oder Du änderst in den WP-Einstellungen die Blog-Adresse, ich weiß aber nicht, ob das möglicherweise andere Nebenwirkungen hat.
Alternativ kann man mit einer Filterfunktion WP auch noch zusätzliche Hostnamen "unterjubeln", die bei einer Weiterleitung ebenfalls akzeptiert werde.

Gruß
Ingo

Wieso funktionieren die überall nicht mehr? Du solltest das nur im Verzeichnis wp-admin machen, nicht woanders.
Wenn das so ist, wie Du sagst, ist aber der Server irgendwie arg fehlkonfiguriert.

Gruß
Ingo

Mit der richtigen Adresse funktioniert es auch im FireFox:
Gott sagt…
Im IE geht es auch im de.vu-Frame

Gruß
Ingo

Zitat von Astrid

...
Vielleicht noch eine Frage nebenbei, aber nicht so wichtig:
Kann es sein, dass der Strato MySQL5 Server lahm wie eine Ente ist? Wäre es eventuell besser gewesen, MySQL4 zu nehmen?

Neee, das MySQL4 ist sogar nach meinem Gefühl noch langsamer. Hab grad mal testweise bei meinem Schnurpsel-Blog eine 4er MySQL-DB eingerichtet, da habe ich dann Datenbankabfragezeiten von über 5 Sekunden auf der Startseite, mit MySQL5 sind es um die 3 Sekunden. Die Datenbank-Performance ist bei den Strato-Sharedhosting-Paketen generell nicht so berauschend.

Gruß
Ingo

Naja, ich meine auch nicht mein Putzlowitsch-Hauptblog, sondern mein Wordpress-Bei-Strato-Schnurpsel-Blog
Schnurpsel » Start

Gut, die Sachen sind da oft etwas Strato-lastig, liegt halt am Thema des Blogs.

Gruß
Ingo