A propos de la persistence des événements
Par défaut, dès qu'un événement en attente devient actif (car son descripteur de fichier est prêt à être lu ou écrit, ou parce que son délai d'attente maximal est atteint), il n'est plus en attente dès lors que sa fonction de rappel est exécutée. Aussi, pour rendre de nouveau l'événement en attente, une façon est d'appeler la méthode Event::add() dans la fonction de rappel.
Si le drapeau Event::PERSIST est défini sur l'événement,
alors il est persistent. Cela signifie que
l'événement reste en attente y compris lorsque sa fonction de rappel
est activée. La méthode Event::del() peut être
appelé pour le passer en non-attente.
Le délai maximal d'attente sur un événement persistent est réinitialisé
dès lors que sa fonction de rappel est exécutée.
Aussi, si un événement a comme drapeaux Event::READ
| Event::PERSIST et un
délai d'attente fixé à 5 secondes, l'événement devient actif :
-
Lorsque le socket ou le descripteur de fichier est prêt pour la lecture.
-
Lorsque 5 secondes ont passé depuis la dernière activation de l'événement.
Document créé le 30/01/2003, dernière modification le 26/10/2018
Source du document imprimé : https://www.gaudry.be/php-rf-event.persistence.html
L'infobrol est un site personnel dont le contenu n'engage que moi. Le texte est mis à disposition sous licence CreativeCommons(BY-NC-SA). Plus d'info sur les conditions d'utilisation et sur l'auteur.
Références
Ces références et liens indiquent des documents consultés lors de la rédaction de cette page, ou qui peuvent apporter un complément d'information, mais les auteurs de ces sources ne peuvent être tenus responsables du contenu de cette page.
L'auteur de ce site est seul responsable de la manière dont sont présentés ici les différents concepts, et des libertés qui sont prises avec les ouvrages de référence. N'oubliez pas que vous devez croiser les informations de sources multiples afin de diminuer les risques d'erreurs.
