Witam,

napisałem BOTa w oparciu o klasę rfGG.
Zastanawia mnie czy w czystym PHP mógłbym zręcznie go uruchomić tj. aby użytkownik otrzymywał w miarę szybką odpowiedź.
Usatysfakcjonował by mnie cron co 10sekund

sam sobie odp. na pytanie cron

Cron na minute + sleep co 10 s w skrypcie

Powinieneś zrobić normalnego daemona: http://pear.php.net/package/System_Daemon

Nie wiem czy jest to do zmiany (mam dedyka) ale maksymalnie mogę ustawić crona co minutę w DA

To norma. CRONa nie idzie wywoływać częściej. To co proponuje Ci wookieb to napisanie pętli, która ma kilka iteracji (kodu z segmentami czy co ta chcesz), a każda z nich jest wstrzymywana na ileś sekund.

Cron co minutę 1 slepp na sekundę, brzmi ciekawe, a zarazem banalnie.
Deamon byłby ciekawym wyzwaniem tylko zastawia mnie jaka tu jest praktyczna różnica (demon też nie jest przecież wykonywany co milisekundę, ani też wywoływany jakimś zewnętrznym zdarzeniem, tu np. przyjściem wiadomości gg) między demonem a cronem?

Na forum pojawiła się właśnie klasa do BOTA GG i jest tam:

Zastanawia mnie skuteczność i bezpieczeństwo tej metody?

Jeszcze 3 sprawa mnie zastanawia: gdybym popełnił błąd w obliczeniach i źle ustawił funkcję slepp + cron co minutę i doszło by do sytuacji gdy pierwszy cron wykonywał by się jeszcze, gdy drugi by się miał urchomić to czy to doprowadziłoby do:
- wyłączenia pierwszego "wywołania"
- braku reakcji na drugi cron
- dwa crony jednocześnie?

Demon działa w pętli nieskończonej i nie jest to zależne w żaden sposób od czasu. Choć są i sposoby, które wymagają sprawdzania czasowego, ale jeśli chodzi o programowanie zdarzeniowe (np. JS, Qt, etc), to wówczas masz minimalne opóźnienia czasu reakcji w stosunku do akcji.


Google: race condition.

Gdybym w demonie ustawił jakieś zapytanie do bazy to by je wykonywał po kilka tysięcy razy w zależności od mocy obliczeniowej serwera?
Jego stosowanie ma chyba jedynie sens gdy go odpowiednio ograniczymy (slepp lub coś podobnego), aby wykonywał się co np. pół sekundy?

jeśli robisz to na socketach to nie potrzebujesz timouta - wystarczy jeśli nasłuch na sockecie ustawisz w trybie blokowanym stream_set_blocking

~markonix, nie - oczekujesz po prostu w pętli na zdarzenie, a wykonujesz zapytanie dopiero wtedy, gdy ono nastąpi.

Ale domyślam się gdybym tym zdarzeniem była np. jakaś zmiana w bazie danych to SELECT, który by był odpowiedzialny za wykrycie tego zdarzenia wykonywał by się kilka tysięcy razy na minutę? Oczywiście to tylko tak hipotetycznie

Hmm, od tego chyba jest trigger.

Zrób demona i zainteresuj się stream_select() - wykożystasz wtedy pool systemu i php będzie jako idle zanim nie dostanie danych od serwera gg (wtedy dopiero "odmrozi" kod)