Új hozzászólás Aktív témák

• #6047 bambano titán jeszi #6043

  Új Válasz 2012-08-29 11:11:11 #6047

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz jeszi #6043 üzenetére

  ha az echo-t -e paraméterrel hívod, akkor a sortörések maradnak emlékeim szerint (pontosabban vezérlőkaraktereket lehet a stringbe tenni, mit például sortörés).

  másrészt bash-ban van printf, az lehet, jobb, mint az echo.

  de ilyen szkriptért egyetemen buktatnálak
  ha már beforkoltad azt a szerencsétlen awk-ot, akkor csinálj meg mindent awk-ban, ne legyen még mellé millió másik programindítás.

  ja és azt sem árt fejben tartani, hogy awk-ból 3 féle lehet a rendszeren, amik nem feltétlenül egyformák.

  szerintem az lenne a helyes eljárás, hogy az a script, ami a postfixből átveszi a helyi kézbesítést, az pont olyan formátumra hozva rakja le a fájlt, amilyenben a küldőnek kell, és utána csak egy netcat localhost 2222<filenev lenne az inotifyben a parancs.

  erős problémát látok még abban, hogy nem sorban fog történni a küldés, tehát ha egyszerre két levélben jön sms, akkor egyszerre fogja megtámadni az sms küldő programot.

• #6046 bambano titán jeszi #6042

  Új Válasz 2012-08-29 11:06:32 #6046

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz jeszi #6042 üzenetére

  hát úgy pont ne oldd meg, mert az nem jó, főleg, ha nagyobb mennyiségű sms-t kell küldeni.
  van hivatalos rendes mktemp parancs, vagy azt használd, vagy tedd bele minimum a folyamat pidjét és a dátumát a fájlnévbe. de inkább mktemp.

• #6044 Karma félisten jeszi #6043

  Új Válasz 2012-08-29 09:11:38 #6044

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz jeszi #6043 üzenetére

  Oké, ez már tényleg undorító.
  Nem fáj az ilyet leírni?

  inotify-t használhatsz anélkül is, hogy netcatot és UNIX toolok tengerét használnád...
  http://www.bestofperl.com/miscellaneous/watch-filesystem-for-changes-using-inotify-linux

  (Sajnos ezzel a telefonnal nem tudok normálisan linkelni.)

• #6041 bambano titán jeszi #6040

  Új Válasz 2012-08-28 09:12:06 #6041

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz jeszi #6040 üzenetére

  a könyvtárba lepakolós megoldással az a gond, hogy tuttira egyedi fájlnevet generálni nem magától értetődő. nem is lehetetlen, de figyelni kell rá.

• #6036 dabadab titán jeszi #6027

  Új Válasz 2012-08-27 21:36:50 #6036

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  dabadab

  titán

  válasz jeszi #6027 üzenetére

  inotify kell neked.

• #6032 bambano titán jeszi #6027

  Új Válasz 2012-08-27 21:10:52 #6032

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bambano

  titán

  válasz jeszi #6027 üzenetére

  ezt minek bonyolítod túl? erre vannak kész rendszerek, gammu-smsd, stb.

• #6030 martonx veterán jeszi #6027

  Új Válasz 2012-08-27 16:20:07 #6030

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz jeszi #6027 üzenetére

  Ha jól értem a lényeget. Van egy mappád, és ebben annyi file van, ahány sms-t kell küldeni.
  Soha nem programoztam Perl-ben, de az alapok gondolom ugyanazok, mint pl. egy vbscript-nél.

  Én úgy oldanám meg, hogy kihagyom az sms.sh-t, ez tényleg minek kell? A Perl szervízbe sem kell végtelen ciklus, biztos, hogy lehet Perl-en belül ütemezni egy metódus elindítását mondjuk másodpercenként-re.
  Szóval lenne egy ütemezett Perl metódusod, ami ránéz a mappára, és elkezdi feldolgozni a benne talált fileokat. Amit sikerült, azt törli (gyk. archiválja másik mappába).
  Ez már miért enné meg a processzort? Ha nincs file a mappában, és másodpercenként erre ránéz és nem csinál semmit, annak kimutathatalan lesz a processzor terhelése.

• #6029 sztanozs veterán jeszi #6027

  Új Válasz 2012-08-27 16:15:47 #6029

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  sztanozs

  veterán

  válasz jeszi #6027 üzenetére

  Esetleg valami message queueing?

• #6028 amargo addikt jeszi #6027

  Új Válasz 2012-08-27 12:45:15 #6028

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  amargo

  addikt

  válasz jeszi #6027 üzenetére

  FileSystemWatcher, nem vagyok linux-os így nem tudom, hol merre - googli biztos megmondja.

• #5960 Karma félisten jeszi #5959

  Új Válasz 2012-07-17 11:03:29 #5960

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Karma

  félisten

  válasz jeszi #5959 üzenetére

  Ha egy kicsit jobban megnézed a CPAN oldalát, látod, hogy ez a csomag szar. Benne maradtak ._ fájlok (OSX resource forkok), ami Linuxon és mindenhol máshol eltörik a perlt...

  Hogy hogy lehetne megoldani, na azt nem tudom így hirtelen.

Új hozzászólás Aktív témák