Cronjob einrichten für Katalogpreisregeln

[[r::S]zh-direct]

Da ich Katalog Preisregeln verwende und es leider zu dem Problem kommt das diese ab und zu verschwinden, scheint die einzige Möglichkeit der Fehlerbehebung ein Cronjob zu sein.
Leider habe ich keine großartigen Erfahrungen damit.
Ich habe die Anleitung hier aus dem Forum befolgt um den Cronjob übers CPanel einzurichten.
Wie richte ich einen Magento Cronjob ein?
Jetzt bekomme ich allerdings immer diese Fehlermeldung:

<br />
<b>Fatal error</b>: Allowed memory size of 134217728 bytes exhausted (tried to allocate 24 bytes) in <b>/home/zhdirect/public_html/lib/Zend/Db/Adapter/Abstract.php</b> on line <b>982</b><br />

Oder ähnlich geartete Meldungen (Speicher und Zeile variieren).

[[r::S]zh-direct]

Da ich inzwischen mit meinem Shop online bin bräuchte ich echt ein bissel Hilfe.
Meine Adwords Kampagne läuft in zwei Tagen an.
Heute Morgen war es wieder so weit, meine Katalogpreisregeln waren wieder weg. Ich rufe mindestens drei Mal am Tag die Katalogpreisregeln auf und speichere diese. Wie ich aber sehen musste ich kann nicht den ganzen Tag alleine drücken - ich brauche diesen Cronjob.
Hatte heute schon eine E-Mail Session hinter mir da Preisroboter mein Konto gespert hatte (meine Preise im Onlineshop stimmten nicht mit der preisroboter.txt überein).

Die Fehlermeldung ist immer die gleiche:
Fatal error: Allowed memory size of 134217728 bytes exhausted (tried to allocate xxxxy bytes) in /home/zhdirect/public_html/xy/xxxxx/xy/xxxxy/xxyxy.php on line xxxx.

Ich habe nichts geändert in den unterschiedlichen Dateien (Cron.php/Config.xml). Ich weiß ja nicht wofür der Cronjob noch gut sein soll, ich brauch ja nur die Katalogpreisregeln.
Kann ich irgendwas rausnehmen damit mein Speicher ausreicht, wenn ja wo?

[devkitchen]

Hi,

wenn ich das richtig verstanden habe funktioniert es wenn du die Preisregeln per Hand anwendest? Dann liegt es vermutlich nicht (nur) an den Preisregeln die das verursachen, behaupte ich jetzt einfach mal. Generell würde ich aber z.B. empfehlen (falls möglich), Kundengruppen die du nicht nutzt zu entfernen. Denn für jede Kundengruppe wird z.b. pro Produkt ein Preis in die DB geschrieben (im übrigen wird generell im Prinzip so gut wie alles so oft angelegt wie es Kundengruppen gibt, z.B. auch dinge in der FilterNavi). Man kann also da doch die ein oder andere Resource einsparen, wenn man Kundengruppen die nicht benötigt werden entfernt. Bei unseren Shops waren teilweise von den vier standardmässig vorhandenen eigentlich nur "General" und "NOT LOGGED IN" nötig.

Darf ich fragen wie viele Produkte du im Shop hast? Oder darf man sich den Shop ggf. auch mal ansehen?

LG

[[r::S]zh-direct]

Da es mir etwas peinlich ist das ich einen Shop an den Start bringe welcher noch nicht 100 % läuft und ich keinen verschrecken will gibt es die URL zum Shop erst mal per PM (ich hoffe das kommt nicht komisch). Ich habe gerade mal 65 Artikel, diese aber sehr detailiert und damit auch wirklich zeitaufwändig ein gepflegt.
Es ist ein reiner Markenshop. Ich habe die beiden Kundengruppen "retailer" und "whoreseller" gelöscht.
Allerdings habe ich in wirklich vielen Foren von dem Problem der Katalogpreisregeln bei Magento gelesen.
Bisher wurde immer der Cronjob als Lösung genannt.
Das dieser jetzt nicht funktioniert finde ich halt auch sehr

[devkitchen]

Hi,

hmm ich denke das versteht man Das ist komisch, das bei 65 Produkten diese Meldung kommt kann eigentlich nicht sein. Auch mit 50 Kundengruppen nicht.
Wird denn irgendeine Aufgabe via dem Cron richtig erfüllt? Also z.b. die google sitemaps etc?

LG

[[r::S]zh-direct]

Bekommst du die Mails von der Cronjobs also die Ausgabe?

Das sind die Mails die mir im Viertelstundentackt reinfliegen. Datei und Speicher ändern sich aber hierbei immer wieder.
Ich habe mal geschaut und die Sitemap gelöscht, diese wird nicht bei einem Cronversuch neu erstellt.

[devkitchen]

Hi,

hmm ok, das ist schon ein wenig komisch. Leider kann ich dir so ohne weitere tiefere Einblicke nicht wirklich helfen. Hast du schonmal ein Ticket aufgesetzt? Der rack::speed support ist schnell, kompetent und freundlich und hat u.a eben auch tiefere Einblicke .

Sorry,
LG