Mars Travaux yAronet - Page 2

Bravo yAro !

fabetal_ :
ça ça va m'être vachement utile, j'aime

²
le nombre des fois où j'ai pu laisser un topic parce que je n'avais pas le temps de le finir le soir même...et après qd je voulais le reprendre je ne savais plus où j'en etais, je ne comprenais plus rien...

ouais, je pense à certains pavés ... bref c'est très bien toussa ^^

yAro :
Fonctionalité :

Ajout de la fonction "Hook" (ui bon je savais pas comment l'appeler alors g mis une zoulie description qd on passe la souris dessus ).

Donc ... ca apparait ds la barre des posts (•«). Et qd vous cliquez dessus vous revenez sur la page listant les sujets de la catégorie du sujet en cours.

Ensuite, le sujet réaparait en non lus dans "Mes sujets" et quand vous retournerez dans le sujet vous allez tomber sur le post "hooké"

Ca peut être utile si vous voulez pas forcement lire tout un topic jusqu'à la fin et continuer + tard ... vala ^^

J'en rajoute une couche, mais "Vraiment, c'est cool ça, je l'attendais cette feature "

Par contre je sais pas si c'est normal, mais Mes Sujets se comporte comme si JavaScript était désactivé (alors qu'il est activé et fonctionne bien) depuis cette après-midi.
(Firefox 1.0.1 Debian GNU/Linux)

ctrl+f5

?

faut mettre a jour ton cache ... (nav de merde ^^)

Bah non pas nav, le nav il fait ce qu'on lui dit. Si le site web donne pas de limite de validité aux documents c'est pas de la faute du navigateur.

Les pages d'yN n'ont normalment aucune validité ...

Mise à jour

Du hook (eh oui deja ... mais c pske le reste prend du tps et j'ai un autre pti prj a finir pr qqun) : donc ... si on hook un post d'un sujet et qu'il n'était pas dans "Mes sujets" il sera automatiquement ajouté, fala ^^

yAro :
Les pages d'yN n'ont normalment aucune validité ...

Ne pas indiquer de limite de validité n'est pas identique à indiquer une validité nulle.
Dans le premier cas le navigateur (et les proxies s'il y en a) peuvent utiliser la politique de cache qu'ils veulent. Dans le second cas ils sont tenus de recharger la page à chaque accès.

header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
header("Cache-Control: no-cache, must-revalidate");
header("Pragma: no-cache");

et tt ca ca te va ? ^^

Tu ne fais pas ça pour les js/css, que je sache ...

yAro :
Mise à jour

Du hook (eh oui deja ... mais c pske le reste prend du tps et j'ai un autre pti prj a finir pr qqun) : donc ... si on hook un post d'un sujet et qu'il n'était pas dans "Mes sujets" il sera automatiquement ajouté, fala ^^

Cool j'allais te demander si ça le faisait ^^

Moumou :
Tu ne fais pas ça pour les js/css, que je sache ...

bah non mais normalment les objets appartenant à la page ne doivent pas ê non plus mis en cache (vu qu'en + y'a la directive meta)

Ben si vu que ce sont des objets indépendants. D'ailleurs dans le cas contraire faudrait faire quoi si deux pages, une avec expiration et l'autre sans utilisaient le même objet ?
Le fait est que les javascript n'ont pas d'expiration indiquée :

HTTP/1.1 200 OK
Date: Wed, 09 Mar 2005 21:38:11 GMT
Server: Apache
Last-Modified: Wed, 09 Mar 2005 14:52:25 GMT
ETag: "7879f75-db3-422f0da9"
Accept-Ranges: bytes
Content-Length: 3507
Connection: close
Content-Type: application/x-javascript
...

normalment

<meta http-equiv="pragma" content="no-cache">

dit au navigateur de ne pas mettre en cache la page ET les images / js etc

bon là g changé le nom du fichier js ... au moins comme ca on est sur qu'il sera reloadé

yAro :
<meta http-equiv="pragma" content="no-cache">
dit au navigateur de ne pas mettre en cache la page ET les images / js etc

Nan cette balise meta ajoute la chaîne "Pragma: no-cache" aux en-tête http retournés par le serveur :

HTTP servers may use the property name specified by the http-equiv attribute to create an [RFC822]-style header in the HTTP response.

C'est son seul effet. Et une fois qu'on est au niveau de HTTP, la notion d'image, de script toussa n'existe plus, vu que HTTP est un protocole de transfert de fichiers générique, pas particulièrement html. Les directives HTTP n'ont donc par définition d'effet que sur le fichier concerné.

En l'occurence "Pragma: no-cache" est un alias périmé de "Cache-control: no-cache", qui veut lui-même dire que les caches éventuels ne peuvent pas réutiliser le document courant pour répondre à d'autres requêtes.

[Note : tu remarqueras d'ailleurs que ta balise meta http-equiv est interpretée par le serveur et n'est pas envoyée au navigateur]

Euh il l'invente, le navigateur, alors ? Pasqu'au final elle apparaît quand même, hein ...
Sinon à part ça ce truc m'a l'air grotesque, le serveur ne devrait pas avoir à parser les fichiers html qu'il sert
A mon avis le "may" veut tout dire (ie tous les serveurs s'en balancent).

- Euh elle apparait où (contre-cul) ? Je fais bouton droit => voir source et y'a pas de no-cache dedans (enfin sur ce topic si, dans le post de yaro )
Mieux encore je récupère la page directement avec netcat => pas non plus de no-cache dans le corps du document.
L'est vachement bien caché.

- Apache le gère bien.

- J'étais sur http://www.eleves.ens.fr:8080/home/madore/weblog/ et on voit effectivement les balises <meta http-equiv=...>. Pourtant :

Solaris 9 Apache/2.0.52 (Unix) mod_ssl/2.0.52 OpenSSL/0.9.7e-dev 17-Jan-2005 129.199.1.129 Ecole Normale Superieure

- Bah il n'empêche que le fait qu'il faille le gérer est complètement grotesque.

Oué mais si la fonction est désactivée dans la conf de apache, il interprete pas les meta http-equiv, qui sont donc envoyés au navigateur... (qui n'en fait rien la plupart du temps vu que c'est pas à lui que c'est destiné au départ).
Donc t'as le choix, et ça explique probablement pourquoi sur ton lien les http-equiv sont visibles.

spectras :
- Euh elle apparait où (contre-cul) ? Je fais bouton droit => voir source et y'a pas de no-cache dedans (enfin sur ce topic si, dans le post de yaro )
Mieux encore je récupère la page directement avec netcat => pas non plus de no-cache dans le corps du document.
L'est vachement bien caché.

hmmm en fait j'ai du la virer du fait d'avoir mis les headers et je voulais que les images soient mises en cache .... sinon ca ferait bcp de traffic.

et cette balise ne rajoute RIEN aux headers et c pas possible ... les headers sont envoyés AVANT meme le début de la page html => peux pas les modifier et comme dit moumou le serveur ne parse pas les pages html avant de les envoyer (ds ce cas comment on ferait en ouvrant une page html dans l'explorateur d'XP ? )

les headers sont envoyés AVANT meme le début de la page html => peux pas les modifier

Si en php.

De plus de parser les pages html avant de les envoyer je vois pas ce qui rends impossible le fait d'explorer le code html dans un navigateur. Il parse juste pour trouver certaine balises les interpreter et les virer (comme il a été dit précédement)

Tiens c'est mon nombre de message déjà posté en haut à droite ?
Et a gauche la date d'inscription ?

C'est dingue je me suis inscrit avant yAro (bon je suis pas le seul) :-p

o×man
:

les headers sont envoyés AVANT meme le début de la page html => peux pas les modifier

Si en php.

on parle des fichiers js et image là .. youhou atteris ^^

bah tu peux générer ton js et tes images en php

et puis cent balles et puis un mars...

à supposer que ce soit faisable yAro ne vit pas que pour le site, d'autant qu'il fait ça totalement bénévolement, je trouve que certains sont trop directifs quand ils demandent des choses...

Merci yAro !