Beiträge von dev

Wie? Wat? Wo? Warum? Weshalb? Wieso?
Keiner einen Rat - außer einem downgrade?

Hallo,

soeben habe ich mein WP auf die neuste Version (2.2) gebracht. Vorgegangen bin ich dabei, wie es die Upgrade-Anleitung besagt.
Nach dem Update haben sich jedoch einige kleine Fehler eingeschlichen:

1. Im Admin-Panel unter Verwalten > Beiträge sehe ich bis auf meine Entwürfe eine weiße Seite. Sprich meine vorhandenen Beiträge werden im Admin-Panel nicht mehr gelistet. Frontend läuft alles wunderbar.

2. Wenn ich im Admin-Panel einen Beitrag verfasst habe und diesen veröffentliche, wird mir nach einem Veröffentlichungsklick nur noch eine weiße Seite (post.php) angezeigt. Frontend wird der Beitrag jedoch veröffentlich. (Die weiße Seite bekomm ich auch nach dem Ändern/Speichern eines Beitrages zu sehen.)

3. Im Admin-Panel unter Verwaltung > Seiten finde ich jedoch eine Auflistung meiner Statischen Seiten vor. Jedoch unterliegen diese beim speichern genau dem gleichen Vorkommen wie die Beiträge.

Jemand ähnliches beobachtet oder nützliches zur Ursachenforschung?

Danke.

Hi,

in meinen Augen bin ich beim vernünftigsten Provider - Host Europe GmbH

Die betroffene WP-Installation wird auch einem Lasstarken VPS betrieben. Eine Heraufstufung in der php.ini (auf 16M) behebt das Problem - in meinen Augen dürfte diese Heraufstufung aber nicht von Nöten sein, da ich zu Testzwecken auch lastintensive CMS ala Joomla, Mamboo, Nucleus, Typo3, phpwcms, modx teste und bei all jenen habe ich keinerlei Probleme mit den PHP-Settings.

Demnach kann und will ich mich nicht damit zufrieden geben, dass es an dem max MB-Wert für PHP-Prozesse liegen soll :)

mfg

FAQ ist natürlich auch was feines ;)

Sprich das Vorhaben ist so lösbar wie ich es beschrieben habe!?
(Es handelt sich nicht um eine schliche url änderung - die gesammte WP-Installation wird handisch auf einen anderen ROOT gezogen!)

Danke!

Hallo!

Das Vorhaben:

Derzeit werkelt eine WP-Installation samt Content und Plugins auf einer Domain (http://www.my-domain.com/word-press-installation/).

Die aktive WP-Installation soll samt allem Content und Plugins funktionstüchtig auf eine andere Domain portiert werden. (http://www.eine-andere-domain.com)

Die Umsetzung:

Ist dieses Vorhaben problemlos durchführbar, sofern man die Datenbank von (http://www.my-domain.com/word-press-installation/) extrahiert und unter gleichem Namen den Inhalt der Datenbank auf (http://www.eine-andere-domain.com) importiert und zugleich im WP-Admin-Backend WP den entsprechenen Zielpfad bzw. dessen Installationsverzeichnis zuweist?

Vielen Dank.

P.S. die Suchfunktion wurde benutzt, jedoch konnten aus den Ergebnissen keine nutzbare Information herausgefiltert werden ;)

Hallo,

die Suche wurde natürlich benutzt und alle Einträge akribisch abgearbeitet, jedoch hilft mir keiner dieser weiter.

Es soll auch keine max. Anzahl an Plugins geben welche WP zu handhaben vermag, darum ist mir der Fehler auch unerklärlich.

Ich tippe mal, es handelt sich um schlecht/schlampig programmierte Plugins - jedoch dürften dann eine ganze Menge schlampig sein.

In meinen Augen sollte WP auch in der Lage sein diese Prozesse ohne ein memory exhausted zu bewältigen - auch wenn das memory-limit in der php.ini auf den standardmäßigen 8M festgesetzt ist!

Hm bleibt mir wohl nichts anderes übrig als einzusehen, dass es eine ganze Reihe an schlecht programmierten Plugins gibt... :confused:

Hallo,

in meinem Blog gab es einige Comments zu diesem Thema die ich hier einmal anbringen möchte - um nciht alles doppelt zu schreiben ;)

#########
uA [ Quote ]
März 31st, 2007 at 21:14 e

Hallo,
lies dir mal WordPress Deutschland FAQ » »Fatal error: Allowed memory size of *** bytes exhausted…« ? durch, der Eintrag “behandelt” diese Fehlermeldung
Und ansonsten; sind diese 31 Plugins wirklich alle von großer Wichtigkeit? Zuviele Plugins machen doch logischerweise alles etwas langsam und könnten im schlimmsten Falle ein Sicherheitsrisiko darstellen
Grüße

#2
dev. [ Quote ]
März 31st, 2007 at 21:21 e


Hallo,
danke für den Link!
Eigentlich ist dieser Blog auch als eine Art Entwicklungsumgebung zu betrachten. Ich wollte mich näher und intensiver mit Wordpress speziell als CMS auseinandersetzen und unter diesem Aspekt auch herausfinden, wie WP mit großen Lasten umgeht und darunter fällt nicht nur Content, sondern auch die Hülle und Fülle von Plugins und Themes. Sicherlich sind 31 Plugins sehr viel und ich verlier auch langsam den Überblick [Blockierte Grafik: http://dev.koelschkobold.de/dev1/wp-includes/images/smilies/icon_smile.gif] jedoch bin ich der Meinung das WP dieses handeln sollte. Und ein Serverseitigen Fehler in Bezug auf diese Fehlermeldung kann ich ausschließen da dieser sehr Lasststark ist und auch noch andere Projekte unterhält.
MFG
dev.


#3
uA [ Quote ]
März 31st, 2007 at 21:28 e


Hm, auch ganz sicher, dass das memory limit hoch genug ist?
Weil bei mir siehts so aus: Total 40 plugins, 39 active. Wahrscheinlich auch alles andere als vernünftig und effizient aber bis jetzt kein einziges Problem gehabt
Ich würde einfach beim Hoster nachfragen, kostet ja nix - hoffe ich zumindest *g* -
Grüße


#4
dev. [ Quote ]
März 31st, 2007 at 21:37 e


Ja, das PHP-Memory-Limit ist hoch genug [Blockierte Grafik: http://dev.koelschkobold.de/dev1/wp-includes/images/smilies/icon_wink.gif] Habe gerade ca. 5 Plugins gelöscht, jedoch besteht das Problem immer noch! Hm, sehr seltsam. Habe auch kein aktives Plugins, welches die ganze Zeit in die Datenbank schreibt oder Pings sendet o.Ä.


#5
uA [ Quote ]
März 31st, 2007 at 21:48 e


Vielleicht bringt es ja was, wenn du die Liste von verwendeten Plugins im Forum veröffentlichst, damit ein Experte drüberschauen kann [Blockierte Grafik: http://dev.koelschkobold.de/dev1/wp-includes/images/smilies/icon_smile.gif]


#6
dev. [ Quote ]
März 31st, 2007 at 21:49 e

Hm, wird gleich gemacht [Blockierte Grafik: http://dev.koelschkobold.de/dev1/wp-includes/images/smilies/icon_wink.gif]

#7
dev. [ Quote ]
März 31st, 2007 at 22:07 e


BTW: Folgende Servereinstellungen sind gerade aktiv:

• Server Document Root: PHP Memory Limit 8M
• Server Admin: PHP Max Upload Size 2M
• Server Load: 10:05pm up 4 days 10:09, 0 users, load average: 0.24, 0.07, 0.06 0.24
• PHP Max Post Size 8M
• PHP Max Script Execute Time 30s

#####

Hallo,

alles fing damit an, als gestern Abend WP nach einer Reihe Plugininstallationsversuchen nur noch folgende Fehlermeldung ausspuckte:

Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 137 bytes) in /home/httpd/vhosts/koelschkobold.de/subdomains/dev/httpdocs/dev1/wp-admin/admin-functions.php on line 1628

Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 11 bytes) in Unknown on line 0

eine genauere Erläuterung findet Ihr hier: DEV. BLOG

Heute habe ich mich hingesetzt mit dem Vorhaben einige Template-Bugs aus der Welt zu schaffen. Jedoch nahm WP keine Speicherung der Daten mehr an. Z.B. die Stylesheet.css konnte nicht mehr gespeichert werden, da WP die Fehlermeldung

Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 11 bytes) in Unknown on line 0

Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 46080 bytes) in /home/httpd/vhosts/koelschkobold.de/subdomains/dev/httpdocs/dev1/wp-includes/themes.php on line 59

ausspuckte.

Daraufhin habe ich mir das verwendete Theme local gespeichert und bearbeitet und dan hochgeladen. Dieses wurde von WP aber gar nicht angenommen - Fehlermeldung kam. Also habe ich die vorherigen Daten wieder raufgeschoben, mich ausgelogt und es in Ruhe gelassen.

Gerade eben wollte ich mich im Backend von WP einloggen um weiter zu arbeiten und da wurde mir folgende Fehlermeldung präsentiert:

Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 46080 bytes) in /home/httpd/vhosts/koelschkobold.de/subdomains/dev/httpdocs/dev1/wp-includes/registration.php on line 97

Fatal error: Allowed memory size of 8388608 bytes exhausted at (null):0 (tried to allocate 11 bytes) in Unknown on line 0

Stand der Dinge: ich kann jetzt nicht mehr in Backend! Jedoch kann man über das Frontend vergnügt browsen.

Jemand eine Idee woran das liegen kann??

Danke! :)