memory_limit Problem bei Permalinks von Seiten

Nach rund 300 statischen Seiten hängt sich die Datenbank auf wenn "pretty" Permalinks erneut aktiviert werden oder wenn einfach eine neue Seite im Backend hinzugefügt wird.

Hierzu Wordpress selber:

"If you've tried to navigate to a newly created Page and encounter an error, you likely need to update your Permalink structure. Remember, each time you add a new static Page to WordPress, new rules must be generated and updated to .htaccess (WordPress 1.X) or to the internal rewrites array (WordPress 2.X)."

Das Problem scheint offensichtlich ein extremer RAM-Bedarf der Permalinkfunktion von WP zu sein. Werden die Pages ohne die "pretty" permalinks aktualisiert: kein Problem.

Lösche ich einige der Pages läuft auch die DB wieder.

Online läuft mein Server mit 32M memory_limit. Auf meinem lokalen Server mit 512M memory_limit in der php.ini geht die ganze Geschichte bis rund 600 statischen Seiten gut - dann dasselbe Phänomen. Hilft also nicht, die DB vom lokalen auf den Online-Server zu kopieren. Ist zwar alles schnell im Frontend abrufbar, aber die Crash kommt bei der ersten Erstellung einer neuen Page online.

Vielleicht wird WP als CMS an diesem Punkt auf dem falschen Fuß erwischt. Denn "pretty" permalinks werden nicht wie die Posts verarbeitet, sondern sämtlich in das Feld "rewrite_rules" der wp_options geschrieben. Da waren für die erstgenannten rund 300 Pages bereits ca. 3600 Einträge abgelegt. WP also nur ein CMS für kleine Seiten ???

Irgendeiner irgendeine Idee?

Nutze 2.7 und die rewrite rules werden definitiv in das gleichnamige Feld in wp_options geschrieben - wie bereits erwähnt. Ich könnte die elend lange Kette der Einträge hier posten, aber erspare es Euch. "Lustig": wenn die DB übervoll ist, werden die gesamten rewrite rules im Frontend im Browser ausgespuckt ;-(

Permalinkstruktur ist /%category%/%postname%/

Permalinkstruktur ist /%category%/%postname%/

Danke für den Tipp. Werde das auch mal austesten. Hatte nur ausprobiert, anstelle des "pretty" Permalinks (also SUMAfreundlich) den Klassiker zu verwenden - also Datum etc. - Dann wird nichts in die rewriterules geschrieben. Die Kombi, wie z. B. /%year%/%category%/%postname%/ hatte ich noch nicht. Wäre ja ne klasse Lösung!

Melde mich wieder mit dem Ergebnis :-)

Problem gelöst :-)

Besten Dank an Putzlowitsch für den Hinweis. Die Kombi /%year%/%monthnum%/%postname%/ funktioniert. Warum?

Meine Erklärung: Ist in der Permalinkstruktur die Kategorie - also /%categorie%/ - mit angegeben, gibts für statische Seiten das geschilderte Problem.

Arbeite jetzt mit /%year%/%monthnum%/%postname%/ was für die Posts auch okay ist. Bei den Pages ändert sich in der URL nichts, aber die rewrite rules zicken nicht mehr. Anscheinend sucht WP bei der Angabe von /%categorie%/ in der Permalinkstruktur vergeblich nach der Kategorie einer Page - was halbwegs logisch klingt ;-)