nachdem ich mit einigen Projekten auf neue Server umgezogen bin hatte ich das Problem, dass bei einigen Projekten der serverseitige Cronjob nach ein paar Sekunden abgebrochen ist und somit die Preise nicht aktualisiert worden sind.
Auf den neuen Servern läuft Ubuntu 16.04.1 LTS mit Plesk Onyx Version 17.0.17.
Ich verwende die PHP Version 7.1.1 als FastCGI-Anwendung.
Zuerst versuchte ich die PHP Werte zu erhöhen, was aber keinen Erfolg brachte.
Dann habe ich in den "Abonnements" bei den Einstellungen für "Einstellungen für Apache & nginx" unter den zusätzlichen Apache-Anweisungen folgendes hizugefügt:
<IfModule mod_fcgid.c>
IdleTimeout 3600
ProcessLifeTime 7200
DefaultMaxClassProcessCount 8
IPCConnectTimeout 600
IPCCommTimeout 7200
BusyTimeout 600
</IfModule>
Damit liefen die Cronjobs wieder ohne Probleme. Das Problem waren die zu geringen Timeout Werte im Apache Server bzw. im FastCGI.
Wem hier 600 Sekunden immer noch zu wenig sind, der kann die Werte noch erhöhen.
Wer wie ich auf einem Server mehrere Instanzen laufen hat und keine Lust hat die Einträge in allen Abonnements manuell hinzuzufügen, der kann, Shell-Zugriff als Root vorausgesetzt, in der Datei /etc/apache2/mods-enabled/fcgid.conf die Werte wie folgt anpassen:
FcgidIdleTimeout 600
FcgidProcessLifeTime 600
FcgidMaxProcesses 20
FcgidMaxProcessesPerClass 8
FcgidMinProcessesPerClass 0
FcgidConnectTimeout 600
FcgidIOTimeout 600
FcgidInitialEnv RAILS_ENV production
FcgidIdleScanInterval 10
Auch hier gilt, wem die 600er Werte zu gering sind, der kann diese noch erhöhen.
Zum Schluß noch den Apache neu starten und die Cronjobs sollten nun wieder ohne Probleme durchlaufen.
Statistik: Verfasst von hanmedia — So 5. Feb 2017, 20:32
]]>
Statistik: Verfasst von info5 — Di 22. Dez 2015, 12:25
]]>
ich habe regelmässig das Phänomen, dass die Anzahl der bestellten und vergüteten Artikel sich um bis zu 20% unterscheidet. Dabei werden meist die teuersten Artikel nicht vergütet. Kann ja eigentlich nicht sein, dass das gängige Praxis ist und Amazon einfach 20% der besten Leads storniert, oder??
Hat jemand von euch ähnliche Erfahrungen? Dass die Artikel alle direkt wieder storniert werden kann ich mir nicht vorstellen. Es handelt sich auch nicht um Bestellungen von Freunden, Familie etc., also sollten es schon qualifizierte Sales laut Amazon AGB sein. Hat sich hier schonmal jemand erfolgreich mit Amazon auseinandergesetzt?
Danke und viele Grüße,
*d
Statistik: Verfasst von dietsmoke — Mo 21. Dez 2015, 09:29
]]>
vielleicht kann ja Jan nochmal was zu sagen!?
Statistik: Verfasst von Atze — Do 27. Aug 2015, 12:12
]]>
ich habe gerade beim Googgle Webmastertool PageSpeed Insights durchgeführt und da wurde mir folgende Behebung empfohlen (Desktop):
Behebung erforderlich:
JavaScript- und CSS-Ressourcen, die das Rendering blockieren, in Inhalten "above the fold" (ohne Scrollen sichtbar) beseitigen
Ihre Seite enthält 2 blockierende Skript-Ressourcen und 4 blockierende CSS-Ressourcen. Dies verursacht eine Verzögerung beim Rendern Ihrer Seite.
Keine der Seiteninhalte "above the fold" (ohne Scrollen sichtbar) konnten ohne Wartezeiten für das Laden der folgenden Ressourcen gerendert werden. Versuchen Sie, blockierende Ressourcen zu verschieben oder asynchron zu laden, oder laden Sie kritische Bereiche dieser Ressourcen direkt inline im HTML.
Kann mir jemand erklären wie und was ich ändern muß? Oder es dieser Hinweis zu vernachlässigen?
Vielen Dank vorab!
Gruß
Jonny
Statistik: Verfasst von Jonny — Mi 26. Aug 2015, 19:13
]]>
Statistik: Verfasst von ghorstkotte — Fr 7. Aug 2015, 10:09
]]>
ich würde es 3 - 4 am tag durchlaufen lassen...
lg
jan
Statistik: Verfasst von AffiliSeo — Fr 7. Aug 2015, 07:33
]]>
Welche Zeiten muß ich beim Cronjob eingeben ?
Statistik: Verfasst von ghorstkotte — Do 6. Aug 2015, 19:11
]]>
]]>
]]>
]]>
]]>
]]>
]]>
]]>