Keine Grafiken mehr im Backend und cronjobfehler nach Update

[mirko]

ja ja da der hat der Serverbetreiber etwas gebastelt, deswegen klappte das nicht mehr.

[DailyDram]

Mit der Angabe -o /dev/null aus der Hilfe zum Cronjob lief es ja bisher auch. Nach dem update nicht mehr! Der Cornjob war genauso eingerichet wie im Handbuch beschrieben.

Viell. liegt es auch am Server update des betreibers. Der hat den Cronjob jetzt so eingerichtet und scheinbar läuft es nun so.
Wie auch immer, bin da kein Fachmann. Hauptsache es läuft nun

Bzgl. FF würde ich mich gesondert melden, falls das sich nicht aufklärt die Tage

Danke & Grüße

[mirko]

naja -o /dev/null leitet auf Null = Nichts um, die Angabe steht genauso in der Hilfe, die darf man nicht weglassen.

Wenn es im FF nicht geht, mir Zugangsdaten per E-Mail an Support@<scriptname>.de senden, <scriptname> = superwebmailer

[DailyDram]

Hallo nochmal,
also mit dem Cache leeren hat beim Firefox schon mal nicht fkt. - da wird nix angezeigt weiterhin an grafiken. Im Google chrome dagegen schon.
Aber schon seltsam, hat ja vorher auch fkt.

Bzgl. des Cronjob: der scheint jetzt wieder zu laufen, weil der Provider irgendwas eingestellt hat.
Aber wie gesagt: der läuft jetzt auch mit folgendem Befehl: wget "http://news.xxx.de/crons.php" -q -O /dev/null

Im übrigen finde ich die Antwort: "Die Ausgabe von wget muss auf /dev/null umgeleitet werden, so ist es auch in der Hilfe beschrieben." nicht besonders hilfreich. Habe die gleiche Aussage schon an anderer Stelle gelesen, aber man müsste schon genau definieren was "auf /dev/null umgeleitet" bedeutet, denn es sind nicht alle hier IT Cracks. Software hochspielen und updaten mag ja noch klappen, aber danach fängts schon an schwieriger zu werden.
Weil wenn man ständig irgendwas einrichten und nachprüfen muss von seiten der IT und wenig Ahnung hat, dann macht irgendwann n bezahlter Maildienst mehr Sinn.

[mirko]

Cache leeren und nochmals probieren oder anderen Browser verwenden und damit testen.

Der CronJob-Aufruf wird falsch sein, der will das Script crons.php anscheinend überschreiben, das darf natürlich nicht so sein! Die Ausgabe von wget muss auf /dev/null umgeleitet werden, so ist es auch in der Hilfe beschrieben.

[DailyDram]

Hallo zusammen,
nach dem letzten Udate hat zunächst alles normal fkt. , heute loge ich mich ins backend ein, um die statistiken des letzten mailings zu checken und muss sehen, dass keine grafiken mehr in form von balken und diagrammen angezeigt werden. weder beim genannten mailing noch auf der startseite, wo ja die an. und abmeldungen angezeigt werden.

hat jemand das gleiche problem?

außerdem fkt. der cronjob plötzlich nicht mehr. man kann ihn zwar anstossen und dann läuft er 1x durch, dafür erhalte ich dann 1x pro minute eine mail vom provider mit folgendem inhalt:

converted 'http://news.xxx.de/crons.php' (ANSI_X3.4-1968) -> 'http://news.xxx.de/crons.php' (UTF-8)
pathconf: Permission denied
pathconf: Permission denied
--2015-03-18 16:25:01-- http://news.xxx.de/crons.php
Resolving news.xxx.de (news.xx.de)... xx.xx.xxx.xx
Connecting to news.xxxx.de (news.xxx.de)|xx.xx.xxx.xx|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 0 [text/html]
crons.php: Permission denied

Cannot write to 'crons.php' (Permission denied).

zum cronjob dazu hatte ich hier schonmal geschaut, es mit umstellung der recht in der crons.php probiert und auch mit der modifizierung derselbigen auf php statt php5 in der ersten zeile

BRINGT leider alles nix......der cronjob lief immer tadellos und jetzt geht nix mehr

Kann einer helfen???