CronJobs - die Alternative

[kupferrafi]

@appstore/cronjobs/cronjobs/ ...
Alle 3rdParty wurden so angelegt, deshalb hatte ich da nichts dran geändert

Ich meinte das zweite cronjobs im Pfad.
Ist schon klar, dass die alle in @appstore landen, aber eben nur ganz normal z.B. unter @appstore/cronjobs/

Gut, das mit dem Log ist auch nicht so wild.
Zuerst ist man immer ganz scharf drauf, dann aber bei nüchterner Betrachtung merkt mann, das man sich das gar nicht anschaut ;-)

viele Grüße

 

[ag_bg]

Ich meinte das zweite cronjobs im Pfad.
Ist schon klar, dass die alle in @appstore landen, aber eben nur ganz normal z.B. unter @appstore/cronjobs/

Schon klar, auch die anderen machen das so:
/volume1/@appstore/editor/editor
/volume1/@appstore/shell/shell
Aber prinzipiell hast du natürlich recht, dass das eher sinnfrei ist. Werde ich wohl mal ändern, sehe es aber als nicht funktionsrelevant an


Gut, das mit dem Log ist auch nicht so wild.
Zuerst ist man immer ganz scharf drauf, dann aber bei nüchterner Betrachtung merkt mann, das man sich das gar nicht anschaut ;-)

Ich habe mich selber nie weiter damit beschäftigt, da mir die reine Ansicht des crond langte. Vielleicht kann man ja auch was aus der anderen Lösung basteln (wobei ich dort noch nicht weiss, ob es gpl3 ist)


viele Grüße

Gruß zurück

 

[kupferrafi]

Das mit dem "Doppelnamen" im Pfad ist mir noch gar nicht aufgefallen.
Ich habe 5 Apps installiert
- appstore\Commands
- appstore\cronjobs\cronjobs
- appstore\Init_3rdparty
- appstore\ipkgweb\ipkgweb
- appstore\WebEditor

Also ganz verschieden, mal so, mal so.
Und da es funktional nicht wichtig ist, kann es auch so bleiben.
Habs nur bemerkt, weil ich die ganzen Apps bei Nichtbenutzung verschiebe (Sicherheit geht vor)

@ Log
Wie gesagt, wichtig und hilfreich ist Cronjobs so schon alle mal.
Und warum noch viel Zeit reinstecken, wenn die Grundfunktionen ausreichend sind.

Falls allgemeines Interesse besteht, werden sich die "Leutchen" schon melden.

Dank + Gruß
Rafael

 

[john12]

Gerne mochte ich mit ihnen das spk teilen, was ich gemacht habe von die itari / wizjos version.

 

[kupferrafi]

vielen Dank für das cronjobs.spk
Ich habe es installiert und ausprobiert. Es funktioniert gut.
Die Version ist auch sehr komfortabel, allerdings nicht ganz so übersichtlich.
Wenn man nur ab und zu den Cronjob benötigt, ist das "kleine" cronjobs.spk einfacher, und schneller im Überblick zu handhaben.

 

[itari]

hi ihr beiden,

schön, dass etwas weiter entwickelt worden ist. Könnte ich mal einen Screenshot davon sehen?

Itari

 

[kupferrafi]

darf ich auch capture? ;-)

das einfache cronjobs.spk

Das komfortablere

 

[luxx]

Hallo Zusammen,

erstmal danke für die cronjobs-Installationspakete. Ich habe mir heute mal die Komfortversion von John12 installiert.
Leider funktioniert die Anwendung auf meiner DS207+ (Firmware DSM 2.0-0731) nicht (siehe Screenshot).

Ich habe nur das Installationspaket für die Installation verwendet und sonst nichts gemacht.

Kann mir da vielleicht jemand weiterhelfen?

danke und Grüße,

luxx

 

[PeterG]

Hi,
hast Du die im Forum beschriebenen Vorbereitungsmassnahmen getroffen bzw. das init_3rdparty.spk installiert (das die Handarbeit erspart)?

Gruß
Peter

 

[luxx]

Hallo Peter,

danke für Deine Mühe und Deine Antwort.
Da bin ich wohl zu früh in den Thread eingestiegen und habe nicht genug gelesen...tja, ja, die Vorfreude ;-).

Nochmal danke. Jetzt scheint es zu gehen. Ich sehe zumindest mal keinen php-Code mehr in der Seite

luxx

 

[djinibaby]

ähm ja ganz toll, ich habe auch die .spk von John12 installiert

doch wie und wo rufe ich das superneue komfortable cronjob auf?

bei mir wird nix angezeigt

 

[john12]

Wenn du die software installiert hasst steht sie unter 3rdparty zur verfugung.

 

[itari]

Wenn du die software installiert hasst steht sie unter 3rdparty zur verfugung.

Eventuell muss man noch eine Refresh der Web-Seite machen, damit es angezeigt wird.

Itari

 

[EPIX]

nur eine kleine Frage noch...

wenn ich ein Php-Script mit cron ausführen will, wie muss ich das Ding aufrufen?
Ich möchte regelmäßig den Online-Status mittels umgebauten Disksisters-script protokollieren....
Dazu wird Cron mittels cronjob.spk regelmäßig aufgerufen...
Running root php /volume1/@appstore/Disksisters/disksisters.php
in log steht:
USER root pid 18032 cmd php /volume1/@appstore/Disksisters/disksisters.php #Online Status
aber funktionieren tut es nicht...

Wenn ich es manuell über die 3rd Party Applications aufrufe dann funktioniert es!
oder über
php /volume1/@appstore/Disksisters/disksisters.php
dann geht's auch...

 

[kupferrafi]

Aufruf von php Scripten hab ich nur über wget hinbekommen.
Funktioniert, ist aber sehr "um die Ecke" gedacht, doch fand ich bisher nichts anderes.
z.B.

wget --spider http://server:5000//phpsrc/mail/infomail.php

Ich würde mich über eine direktere Lösung auch freuen.

 

[jahlives]

Direkte Lösung wäre es php via ipkg zu installieren. Dann sollte es möglich sein php Scripte auf der Shell an den Interpreter zu übergeben

 

[kupferrafi]

Direkte Lösung wäre es php via ipkg zu installieren.

Ja, stimmt.
Nur (so fiel mir eben ein) wird beim Aufruf im php script

mail($to,$subject,$message,$headers);

die Installation von sendmail vorrausgesetzt. "mail" greift somit nicht auf die original im Manager hinterlegten Daten zu.
Das ging da nur über den indirekten Aufruf mit wget.

Aber das ist ein anderes Thema ...

 

[EPIX]

Danke, das war's...

NAchdem ich den Aufruf für crond brauche, war der Tip mit WGET der perfekte Tip...

Ich habe somit mein PING-Logging....

 

[EPIX]

zu früh gefreut...

Irgendetwas passt nicht, dass php liefert eine Ausgabe (nona)
nur schreib die DS die Ausgabe auf die Platte:

`disksisters.php.2' saved [5260/5260]

den Aufruf habe ich mit

wget http://192.168.X.XXX:5000/phpsrc/Disksisters/disksisters.php >nul

erledigt, es wird aber offenbar nicht geNULt

 

[kupferrafi]

Das " > Null" ging bei mir auch nicht.
Aber --spider als Option brachte was!

--spider (don't download anything)

Seitdem ist mein /root wieder sauber.