cerhu > comp.divers.* > comp.infosystemes.www.auteurs

docanski (04/03/2019, 17h15)
Bonjour à tous,

Je sais, ce n'est pas précisément le meilleur endroit puisqu'il s'agit
de php.
Toutefois, peut-être trouverai-je ici une réponse sans devoir m'abonner
à un des groupes concernés puisqu'il y en a deux : PHP et Navigateurs.
Ma question est la suivante : au cours des mises à jour et nouvelles
version de Firefox, celui-ci a sérieusement limité les options possibles
dans les paramètres de navigation. Résultat : impossible de régler le
problème "comme avant".
Le problème : dans un petit tchat que j'ai créé il y a des années, j'ai
naturellement une page d'affichage qui est censée se recharger
automatiquement toutes les 5 secondes pour y ajouter la ou les dernières
interventions écrites durant l'intervalle.
Le script est simple : echo("<META http-equiv=\"refresh\" content=\"5;
URL=affichage.php\">");
Mais depuis quelques semaines et des mises à jour firefoxiennes, le
rafraîchissement de la page ne se fait plus ... et il n'existe plus
d'option de paramétrage pour le régler sur "on".
A ma connaissance, le script précité est toujours valable et reconnu par
les navigateurs et j'imagine donc que par excès de sécurité, Mozilla a
décidé d'empêcher le rafraîchissement.
Quelqu'un aurait une solution ?
Merci d'avance.

Cordialement,
Eric Demeester (08/03/2019, 16h04)
Bonjour,

docanski (Mon, 4 Mar 2019 16:15:23 +0100 -
fr.comp.infosystemes.[..]) :

> une page d'affichage qui est censée se recharger
> automatiquement toutes les 5 secondes pour y ajouter la ou les dernières
> interventions écrites durant l'intervalle.
> Le script est simple : echo("<META http-equiv=\"refresh\" content=\"5;
> URL=affichage.php\">");


Peut-être :

<?php
header("Refresh:5;url=affichage.php");
?>

Attention, il faut mettre l'instruction en tout début de page :

« N'oubliez jamais que header() doit être appelée avant que le moindre
contenu ne soit envoyé, soit par des lignes HTML habituelles dans le
fichier, soit par des affichages PHP. Une erreur très classique est de
lire un fichier avec include ou require, et de laisser des espaces ou
des lignes vides, qui produiront un affichage avant que la fonction
header() ne soit appelée. Le même problème existe avec les fichiers
PHP/HTML standards. »

(source : [..])
docanski (09/03/2019, 12h55)
Eric Demeester a écrit le 08/03/2019 à 15:04 :

[..]
> header() ne soit appelée. Le même problème existe avec les fichiers
> PHP/HTML standards. »
> (source : [..])


Merci pour la réponse mais le problème a été résolu par la recherche de
son origine sous un autre angle : le navigateur. Le paramètre de
redirection avait été réglé sous "false".
A vrai dire, je ne sais même pas comment ni pourquoi ce paramètre avait
été modifié ...

Cordialement,
Nicolas George (10/03/2019, 12h24)
docanski , dans le message <q6063g$10vk$1>, a écrit :
> Merci pour la réponse mais le problème a été résolu par la recherche de
> son origine sous un autre angle : le navigateur. Le paramètre de
> redirection avait été réglé sous "false".
> A vrai dire, je ne sais même pas comment ni pourquoi ce paramètre avait
> été modifié ...


Probablement parce qu'il était à sa valeur par défaut et que cette
valeur par défaut a été changé de true à false.

Au fait, le XXe siècle t'a laissé un fax, il voudrait que tu lui rendes
son système de chat.
docanski (11/03/2019, 11h54)
Nicolas George a écrit le 10/03/2019 à 11:24 :

> Au fait, le XXe siècle t'a laissé un fax, il voudrait que tu lui rendes
> son système de chat.


???
Nicolas George (11/03/2019, 12h03)
docanski , dans le message <q65b86$188j$1>, a écrit :
>> Au fait, le XXe siècle t'a laissé un fax, il voudrait que tu lui rendes
>> son système de chat.

> ???


Les systèmes de chat qui font une redirection périodique pour recharger
la page en entier pour obtenir les nouvelles répliques, c'est obsolète
depuis plus de dix ans. De nos jours, on fait des websockets, ou si on
est un peu vieux-jeu une requête HTTP scriptée à laquelle le serveur ne
répond que quand il y a du nouveau (« COMET »), ou si on ne sait pas
faire une requête HTTP scriptée périodique.
docanski (11/03/2019, 12h09)
Nicolas George a écrit le 11/03/2019 à 11:03 :
> docanski , dans le message <q65b868j>, a écrit :
> Les systèmes de chat qui font une redirection périodique pour recharger
> la page en entier pour obtenir les nouvelles répliques, c'est obsolète
> depuis plus de dix ans. De nos jours, on fait des websockets, ou si on
> est un peu vieux-jeu une requête HTTP scriptée à laquelle le serveur ne
> répond que quand il y a du nouveau (« COMET »), ou si on ne sait pas
> faire une requête HTTP scriptée périodique.


OK ! Merci pour l'info !
Denis Beauregard (11/03/2019, 16h55)
Le 11 Mar 2019 10:03:48 GMT, Nicolas George
<nicolas$george> écrivait dans
fr.comp.infosystemes.[..]

>docanski , dans le message <q65b868j>, a écrit :
>Les systèmes de chat qui font une redirection périodique pour recharger
>la page en entier pour obtenir les nouvelles répliques, c'est obsolète
>depuis plus de dix ans. De nos jours, on fait des websockets, ou si on
>est un peu vieux-jeu une requête HTTP scriptée à laquelle le serveur ne
>répond que quand il y a du nouveau (« COMET »), ou si on ne sait pas
>faire une requête HTTP scriptée périodique.


J'utilise la redirection de façon régulière parce que je n'avais pas
vu, il y a plusieurs années, qu'on pouvait augmenter la durée d'une
requête. J'ai des processus qui durent de 10 minutes à 1 heure avec
des redirections aux 30 secondes ou 10 minutes (selon mon code). Donc,
la redirection en soi est encore fonctionnelle, du moins avec
seamonkey que j'utilise pour ces scripts.

Denis
Discussions similaires
Rechargement d'une page...

rechargement d'une page xml

Rechargement d'une partie de page ?

[jsp] rechargement automatique d'une page


Fuseau horaire GMT +2. Il est actuellement 17h25. | Privacy Policy