Rindu apstrādes rīki

[Kasspars]

Ja izlēks fatal error, tad procis dabūs atdzist :)

[spainis]

a kā jūs ar cron'u manage'ojat to, ka tikai viens workeris izpildās konkrētā brīdī? liekam intervālu ar cerību, ka paspēs izpildīties?

[Kasspars]

pirms cron tasks sāk izpildīties tas uzliek pazīmi "im working", kad pabeidz pazīmi novāc. Ja šī pazīme ir, tad otrs tasks nesāk darbu

[Mr.Key]

Lockošana, respektīvi. https://en.wikipedia.org/wiki/Lock_(computer_science)

Un deadlockošana reizēm arī... :)

Edited May 2, 2016 by Mr.Key

[spainis]

un kā tieši jūs realizējat exclusive lock?(failu sistēma īsti tak nenodrošinās šādu funkcionalitāti, taisām DB ierakstu katru reizi ar liveliness?)

[Mr.Key]

Var izmantot failu, tikai mazliet gudrāk. Kādreiz uz šo biju iesprindzis, bet tagad, domāju, ka composer search vai github search un būs gatavs risinājums, kas pasargās arī no izņēmumsituācijām. Es izmantoju 2 failus, lai novērstu, ka viens process sāk lockot, kamēr otrs ir uzsācis, bet vēl nav pabeidzis. Šodien laikam risinājums ir uz to neiespringt un pie dižķibeles vaimanāt, cik viss dīvaini un kādi tik izaicinājumi dzīvē nav.

Edited May 2, 2016 by Mr.Key

[spainis]

un kā divi faili kaut ko uzlabo? tās tāpat nav atomic operations
Ok palasīju man page ir O_EXCL flags open syscall'am

Edited May 2, 2016 by spainis

[daGrevis]

Nu kamoon, pareizais tūlis attiecīgajai situācijai. Dažreiz cron ir good enough, dažreiz vajag uzcept savu workeri vai paņemt kaut ko kā Celery, dažreiz ir vajadzīgas visādas concurrency garantijas un nākas izmantot kaut ko kas vairāk atgādina RabbitMQ.

 

Man izklausas ka briedim RabbitMQ būs tieši laikā.