[RocknRole]

Seit einiger Zeit kann man die Kategorieliste nicht mehr bearbeiten (V4.5.0) - auch das Upgrade auf V4.5.1 hat nichts eingebracht.
Sobald man in der Adminansicht eine existierende Kategorie anklickt, um sie zu bearbeiten, erhalte ich folgenden Fehler:

Fatal error: Out of memory (allocated 31195136) (tried to allocate 16 bytes) in /[...]/core/oxbase.php on line 1192

oder

Fatal error: Out of memory (allocated 31195136) (tried to allocate 49 bytes) in /[...]/core/oxbase.php on line 325

an beiden Stellen (V4.5.1) wird etwas mit longnames gemacht.

Momentan kann mein Kunde keine Kategorieen mehr erfassen. Wie löse ich das Problem, bitte dringend um Hilfe.

memory_limit ist auf 90M gesetzt.....

[ThomasR]

Hallo RocknRole - sicher dass 90 M auch für den Kunden gesetzt ist?
PHP macht hier bei 32 MB Speicher dicht ...? Testhalber setze mal den Wert fürs memory_limit unter 30 MB. Wäre interessant ob dann mehr als 16 oder 49 Byte nicht mehr reinpassen...

[RocknRole]

Hallo Thomas,

Stimmt das ist komisch - angezeigt werden via phpinfo(); 90MB, aber 32MB ist offensichtlich das limit....
ich habe in der php.ini folgendes gesetzt:

memory_limit 20M

--->
Gleiches Ergebnis- es fehlen wieder die gleiche Anzahl bytes bei ca. 32M allociertem Speicher.....
Macht der shop im php selbst einen ini_set irgendwo?
VG
RocknRole

[modellzentrum]

Hallo,

schau mal hier:

http://www.oxid-esales.com/forum/showthread.php?t=8857

mfG

Michael

[RocknRole]

Also - eine wichtige Info noch:
Der Hoster ist 1&1.
Laut FAQ zieht die php.ini NUR im Verzeichnis, in dem sie liegt, NICHT in den Unterverzeichnissen.
Ich habe die php.ini ins admin Verzeichnis kopiert und jetzt sind die oberen beiden Fehler weg, die Kategoriefelder werden geladen, aber ich erhalte nun einen neune Fehler:

Fatal error: Out of memory (allocated 33292288) (tried to allocate 311296 bytes) in /[...]/tmp/a435dcfc52bd1103d7f91233cf5842f3^%%E9^E91^E91AD39C %%bottomnaviitem.tpl.php on line 8

eine php.ini im tmp Verzeichnis bring nichts....
Irgendwelche Vorschläge?

VG
RocknRole

[RocknRole]

Kennt sich irgend jemand mit dem Problem aus? Was kann ich tun, außer das Projekt abzublasen? - Scherz beiseite - wenn so etwas im Echtbetrieb passiert, Prost Mahlzeit....
Was kann man konkret unternehmen, um den Fehler einzugrenzen, man kann auch keine Kategorien mehr anlegen. Fakt ist - ich brauche schnelle Hilfe, ansonsten kann ich das mit dem Oxid Shop vergessen und muss irgendwie die Daten in ein anderes System übernehmen....
Gibt es außer dem Forum einen professionellen Support?
VG
RocknRole

[Hebsacker]

Wie - wir sind also nicht professionell?

Klar gibts auch einen hauseigenen Support von Oxid -> http://www.oxid-esales.com/de/servic...service/matrix, wobei ich das Memory-Problem eher beim Hoster sehe...
Kannst Du nicht das globale Memory-Limit hochsetzen?

[RocknRole]

;-) Natürlich gibts hier NUR Profis !!!!
Zum Hoster - 1und1 ist jetzt nichts Exotisches - wenn ich mir die Marktanteile anschaue dann kann auch ein Oxid Shop System das nicht unberücksichtigt lassen.
Laut 1und1 Doku wirkt sich eine php.ini - mit der ich das memory limit beeinflussen kann - nur im jeweiligen Verzeichnis aus - wie kann ich demnach das globale memory Limit hochsetzen?
Der Kunde hat keinen Root - Server.
Gibt es wenigstens irgendwelche Mindest-Systemvorraussetzungen in Abhängigkeit der Artikel / Kategorien? Wenn es nachvollziebare Hinweise gibt, kann man ja das Paket upgraden, aber so ins Blaue ohne fundierte Facts mit try & error läuft das nur im Labor...nicht im Echtbetrieb.
Am liebsten wäre mir ein Hint wie ich den fatal Error im tmp Verzeichnis umgehen könnte.... Wer kennt sich so gut aus?

[Hebsacker]

also im /tmp wundert mich das etwas...

das hier kennst Du?
http://wiki.oxidforge.org/Tutorials/...%261_or_Strato

und ein kleiner Helfer zum php.ini "verteilen"
http://www.oxid-esales.com/forum/sho...9262#post54891

[modellzentrum]

Also auch mein Shop ist bei 1&1 auf einem managed server und da kann ich das memory Limit selbst setzen, für die Bearbeitung von (vielen) Kategorien werden 128 MByte benötigt

mfG

Michael