OVH Cloud OVH Cloud

100% CSS - 0 tables - HTML Strict !

19 réponses
Avatar
kurtbosh
Bonjour,

Oui je sais pour vous c'est banal mais pas pour moi. J'en suis fier
moi de ma petite papage !

http://www.grenault.net/cafe.htm

Bon weekend.

9 réponses

1 2
Avatar
Mickaël Wolff
Dominique Ottello a écrit :

header("content-type:text/html; charset=$charset");
header("Cache-Control: max-ager00, must-revalidate");
$duree = 60 * 60 * 24 * 3; // 3 jours
header("Expires: ".gmdate("D, d M Y H:i:s", time() + $duree)." GMT");



$expire = strtotime('+ 3 days') ;
header(sprintf('Expires: %s', gmstrftime('%A %d-%b-%y %T %Z',
$expire))) ;

--
Mickaël Wolff aka Lupus Michaelis
http://lupusmic.org

Seeking for a position <http://lupusmic.org/pro/>
Avatar
Dominique Ottello
Mickaël Wolff écrivait :

Dominique Ottello a écrit :

> header("content-type:text/html; charset=$charset");
> header("Cache-Control: max-ager00, must-revalidate");
> $duree = 60 * 60 * 24 * 3; // 3 jours
> header("Expires: ".gmdate("D, d M Y H:i:s", time() + $duree)." GMT");

$expire = strtotime('+ 3 days') ;
header(sprintf('Expires: %s', gmstrftime('%A %d-%b-%y %T %Z',
$expire))) ;



Merci. C'est « plus beau » mais... je crains fort qu'en donnant des
dates francisées, ce ne soit pas la bonne syntaxe :

Expires: mercredi 15-juil.-09 Paris, Madrid
--
Aujourd'hui, l'idéal du progrès est remplacé par l'idéal de l'innovation :
il ne s'agit pas que ce soit mieux, il s'agit seulement que ce soit nouveau,
même si c'est pire qu'avant et cela de toute évidence. Montherlant
Technologie aéronautique - http://ottello.net - Les anciens de Vilgénis
Avatar
Mickaël Wolff
Dominique Ottello a écrit :

Merci. C'est « plus beau » mais... je crains fort qu'en donnant des
dates francisées, ce ne soit pas la bonne syntaxe :

Expires: mercredi 15-juil.-09 Paris, Madrid



Tiens, c'est marrant ça, j'avais pas fait gaffe que ça donnait la
chaîne en fonction de la locale. Regardes la documentation de gmstrftime
et évenuellement de setlocale.

--
Mickaël Wolff aka Lupus Michaelis
http://lupusmic.org

Seeking for a position <http://lupusmic.org/pro/>
Avatar
Pierre Goiffon
Olivier wrote:
Valider Page Précédente de Firefox (Alt-Flèche Gauche), je reviens bien
sur la page précédente ....crevette.php, mais en haut de page, pas d'où
je suis parti.



OK, je pense avoir compris.

Je pense, mais tu vérifieras plus attentivement si tu le souhaites,
que cela vient de tes en-têtes. Tu interdis la mise en cache de ta
page. Alors le navigateur la recharge.

J'ai contrôlé sur un de mes sites : avec la page d'accueil qui
interdit le cache, en revenant dessus, en se retrouve "en haut".

Sur les pages qui permettent le cache, on revient où l'on était.



Oh joli !
Ca faisait un moment que je constatais que Fx ne revenait pas toujours
en haut de page sur utilisation du bouton back, et je n'avais jamais
poussé la curiosité à chercher d'où cela venait !
Avatar
Pierre Goiffon
Dominique Ottello wrote:
Sur le lien "précédent", je préfère laisser ce travail au navigateur



Je mets très souvent, non pas des liens nommés « Page précédente », mais
nommés « Retour » alors que je sais très bien que les navigateurs
proposent tous cette option.

Mais, l'option « Précédent » du navigateur, tout du moins pour certains,
par exemple Firefox, fait revenir à la page précédente, mais en haut de
page et non pas de l'endroit d'où on est parti.
Alors que mes liens « Retour » font revenir de l'endroit d'où on est
parti.



Hello Dominique,
Au fait qu'est-ce qui est branché sur vos liens "Retour" ?
Avatar
Dominique Ottello
Pierre Goiffon écrivait :

Hello Dominique,
Au fait qu'est-ce qui est branché sur vos liens "Retour" ?



Une gestion « à la mimine » avec des liens sur des id='....', juste
avant de définir le lien, du genre :

$_SESSION['retour_page_xyz']=$_SERVER['PHP_SELF']."#retour_122;
echo "<p id='retour_122'>....<a href='autre_page.php'>....</a></p>n";
--
Ce n'est pas parce que l'erreur se propage qu'elle devient vérité. Gandhi
Technologie aéronautique : http://aviatechno.free.fr (http://ottello.net)
Concorde dans la presse de 1965 à 2003 : http://le.pointu.free.fr
Avatar
kurtbosh
Merci pour votre aide.

J'ai fermé les balises p oubliées et ajouté un noscript...

Pour Sam : il faudrait refaire toutes mes pages pour adopter ton menu
css car il est dans une page générale de style ! C'est pour cette
raison que je ne l'ai pas encore fait...

Pour le retour, je sais que les gens aiment bien ça... On devient
fainéant de nos jours ;-)

http://www.grenault.net/cafe.htm
Avatar
Olivier
Le 14/07/2009 12:06, kurtbosh a écrit :
Pour le retour, je sais que les gens aiment bien ça... On devient
fainéant de nos jours ;-)

http://www.grenault.net/cafe.htm



Même joueur, joue encore ;)
line 159 column 129 - Avertissement: trimming empty <p>

--
Olivier

<http://www.usenet-fr.net/fur/usenet/repondre-sur-usenet.html>
Avatar
SAM
Le 7/14/09 12:06 PM, kurtbosh a écrit :

Pour Sam : il faudrait refaire toutes mes pages pour adopter ton menu
css car il est dans une page générale de style ! C'est pour cette
raison que je ne l'ai pas encore fait...



Normalement on fait un fichier spécial pour le menu
et on "l'include" dans les autres pages (*).
La FdS du menu peut être séparée ou faire partie de celle générale.


(*) exemple:
<!--#include virtual="menu.txt" -->
en SSI (fichiers html suffixés shtml)

fichier 'menu.txt' :
==================== <div class="menu_principal">
<a href="index.htm">accueil</a>
<a href="mail.htm">contact</a>
<a href="rechercher.htm">rechercher</a>
<p><script type="text/javascript">precedent();</script></p>
<p>
<script type="text/javascript"
src="http://www.swisstools.net/counter.asp?id0803&amp;texte=ok&amp;taille=1&amp;couleur0080&amp;style=Arial"></script>
</p>
</div>

On includera ainsi tous les trucs répétitifs de page en page (surtout
ceux susceptible d'évoluer, comme par exemple l'e-mail, ou la page de
contact, etc...)

Pour le retour, je sais que les gens aiment bien ça... On devient
fainéant de nos jours ;-)



Pour la gestion future des css il est recommandé de choisir des noms de
div ou class "parlants".

Ainsi, par exemple, on ne fera pas :
- 'haut' mais 'titre_page'
- 'colonne-menu' mais 'menu_principal'
(colonne ou ligne pourra être un choix variable au fil du temps
et le menu horizontal nommé 'colonne' ça va faire curieux/négligé)

Ainsi on abandonnera les trucs du genre :
'titre-gras', 'titre-centre', 'soustitre-rouge' et autres fantaisies,
pour préférer utiliser les balises Hn pour ce qu'elles sont censées
faire (titre, sous-titre) et styler ces dernières,
... possiblement en fonction du contexte ?
.article h2 { text-align: right; padding-right: 2em }
.article h3 { background:url(point.jpg)no-repeat left center #eee;
padding-left: 20px; }
.article h4 { color: red; padding-left: 40px; }

Ha! il est recommandé de n'avoir qu'un seul H1 par page !
(à la limite on n'aura pas besoin de .titre_page puisqu'on a H1)

On peut aussi se demander s'il ne serait pas plus propre (et pratique
lors d'évolutions) de faire :

CSS:
noscript { color: red }
HTML :
<noscript><p>blabla</p></noscript>

Putôt que :

<noscript><p class="rouge">blabla</p></noscript>

Qui va t'emmerder lorsque tu feras le fond de page en brun ou violet ou
rouge (aller supprimer ou modifier la class en white sur toutes les
pages ! :-( ).

http://www.grenault.net/cafe.htm



Nota: "FdS" = Feuille de Styles (en abréviation à la SAM)

--
sm
1 2