CronJobs - die Alternative

Status
Für weitere Antworten geschlossen.

kupferrafi

Benutzer
Mitglied seit
17. Mrz 2007
Beiträge
88
Punkte für Reaktionen
0
Punkte
6
@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

Benutzer
Mitglied seit
19. Jan 2008
Beiträge
1.736
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
17. Mrz 2007
Beiträge
88
Punkte für Reaktionen
0
Punkte
6
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

Benutzer
Mitglied seit
03. Mrz 2009
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Gerne mochte ich mit ihnen das spk teilen, was ich gemacht habe von die itari / wizjos version.
 

Anhänge

  • cronjobs.spk
    17,5 KB · Aufrufe: 237

kupferrafi

Benutzer
Mitglied seit
17. Mrz 2007
Beiträge
88
Punkte für Reaktionen
0
Punkte
6
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

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
hi ihr beiden,

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

Itari
 

kupferrafi

Benutzer
Mitglied seit
17. Mrz 2007
Beiträge
88
Punkte für Reaktionen
0
Punkte
6
darf ich auch capture? ;-)

das einfache cronjobs.spk
capture011.jpg


capture012.jpg


Das komfortablere
capture014.jpg

capture015.jpg
 

luxx

Benutzer
Mitglied seit
28. Jan 2009
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
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
 

Anhänge

  • CropperCapture[13].jpg
    CropperCapture[13].jpg
    175,8 KB · Aufrufe: 347

PeterG

Benutzer
Mitglied seit
12. Sep 2008
Beiträge
472
Punkte für Reaktionen
0
Punkte
0
Hi,
hast Du die im Forum beschriebenen Vorbereitungsmassnahmen getroffen bzw. das init_3rdparty.spk installiert (das die Handarbeit erspart)?

Gruß
Peter
 

luxx

Benutzer
Mitglied seit
28. Jan 2009
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
31. Jan 2009
Beiträge
71
Punkte für Reaktionen
0
Punkte
6
ä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

Benutzer
Mitglied seit
03. Mrz 2009
Beiträge
11
Punkte für Reaktionen
0
Punkte
0
Wenn du die software installiert hasst steht sie unter 3rdparty zur verfugung.
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0

EPIX

Benutzer
Mitglied seit
21. Sep 2008
Beiträge
221
Punkte für Reaktionen
0
Punkte
16
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...
 
Zuletzt bearbeitet:

kupferrafi

Benutzer
Mitglied seit
17. Mrz 2007
Beiträge
88
Punkte für Reaktionen
0
Punkte
6
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.
Rich (BBCode):
wget --spider http://server:5000//phpsrc/mail/infomail.php

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

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
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

Benutzer
Mitglied seit
17. Mrz 2007
Beiträge
88
Punkte für Reaktionen
0
Punkte
6
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
Rich (BBCode):
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

Benutzer
Mitglied seit
21. Sep 2008
Beiträge
221
Punkte für Reaktionen
0
Punkte
16
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

Benutzer
Mitglied seit
21. Sep 2008
Beiträge
221
Punkte für Reaktionen
0
Punkte
16
zu früh gefreut...

Irgendetwas passt nicht, dass php liefert eine Ausgabe (nona)
nur schreib die DS die Ausgabe auf die Platte:
Rich (BBCode):
`disksisters.php.2' saved [5260/5260]
den Aufruf habe ich mit
PHP:
wget http://192.168.X.XXX:5000/phpsrc/Disksisters/disksisters.php >nul
erledigt, es wird aber offenbar nicht geNULt
 
Zuletzt bearbeitet:

kupferrafi

Benutzer
Mitglied seit
17. Mrz 2007
Beiträge
88
Punkte für Reaktionen
0
Punkte
6
Das " > Null" ging bei mir auch nicht.
Aber --spider als Option brachte was!

--spider (don't download anything)

Seitdem ist mein /root wieder sauber.
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat