Re: Le site de SliTaz

[MilkaJinka <milka@xxxxxxxxxxxxxxxxx>]

Le samedi 08 décembre 2007 à 18:44 +0100, Christophe Lincoln a écrit :
> Salut,
> 
> > > A la old shool... Tu peux récupérer/synchroniser tout le site via
> > > rsync, faire tes relectures/ajouts, faire un ou des patches et le ou
> > > les envoyer. Tu peux utiliser Grsync ou la commande :
> > > 
> > >  $ rsync -r -n -t -v --progress --ignore-existing -l \
> > > 	rsync://slitaz.org/slitaz-site /home/hacker/Public/slitaz-site/
> > > 
> > > Modifs, etc... sur une page copiée. Et tu faits un diff un coup de
> > > gzip et c'est bon :
> > > 
> > >  $ diff -u index.html new-index.html > index-relu.diff
> > >  $ gzip index-relu.diff
> > > 
> > > Plus qu'a envoyer. Ensuite le gars qui doit modifier le site en
> > > ligne il a plus qu'a :
> > > 
> > >  $ gzip -d index-relu.diff.gz
> > >  $ patch index.html index-relu.diff
> > > 
> > 
> > Tiens, très bonne idée, et puis ça m'apprend à utiliser la puissance
> > des outils.
> > 
> > En passant _j'essaie_ (rookie inside) de faire pour mon site un
> > script qui permettrait de récupérer le corps du texte et les
> > métadonnées, donc d'appliquer un changement de modèle très simplement
> > ou de construire un flux de syndication automatiquement ; ça
> > éviterait de se taper PHP quand c'est pas nécessaire. Si j'arrive à
> > quelque chose, je ferai signe.
> 
> En gros tu veux séparer header/content/footer et en faire ce que tu
> veux. Avant PHP... y a/avait SSI Sever Side Include. SSI permet de
> faire ça via un include dans une sorte de commentaire... mais c'est
> dépassé (même si LightTPD a un module SSI).

Oui, et je ne vois pas d'avantage des SSI sur un vrai langage pouvant
générer des pages dynamiques : c'est moins souple, ça prend toujours des
ressources serveur pour générer une page finale qui gagnerait à rester
statique. Je veux pouvoir adapter facilement ce qui enrobe le contenu
(entête/pied de page, menus, metadonnées...) pour avoir quelque chose
d'un peu souple pouvant fonctionner sur du matériel très peu puissant.

> 
> Sinon on peut utiliser des scripts CGI (Bash, Perl ou Python) pour des
> pages dynamiques ou créer un script qui génére du xHTML depuis des
> fichiers text et cela automatiquement via crond par exemple.

C'est plus ou moins mon idée : ne s'occuper que du contenu, avoir des
scripts classiques pour générer des pages statiques adaptées, et du CGI
seulement là où c'est nécessaire (tout ce qui est formulaires, en gros).

> 
> Javascript peur aussi appeler des fichiers, mais c'est du js, si pas
> disponible ou désactivé... pas de contenu...
> 
> Au passage, sur Libordux.Org j'utilise PHP pour include le header et le
> footer, le contenu est dans la page. ça me permet de changer le menu ou
> le style de tout le site via deux ou trois fichiers.

La génération se fait-elle en amont ou bien lors de la consultation du
site ? Tes pages html sont-elles traitées en tant que php par le
serveur ? Vu le matos que je vise (routeurs, mini-PCs à la mode genre
Linutop), éviter PHP _sur le serveur_ m'évite aussi du gaspillage de
ressources, me libère de l'espace disque et m'enlève des soucis de
sécurité.

> 
> > Et tant que j'y suis, si je peux me permettre une petite remarque :
> > le <a name="top"> est inutile, il est juste sous le <div
> > id="header">. Un lien vers #header a le même effet que vers #top, ça
> > fait doublon.
> 
> Non. Il a des sites qui hack pour être compatible ave IE... le site de
> SliTaz est conçu pour une jolie présentation avec "links -g"....
> 
> Links ne reconnaît pas les id (utilisée pour le CSS) mais seulement les
> <a name="">... Pour Links y a encore le bg en blanc et les colors des
> titres, c'est pour cela que le site est en xHTML Transitionnal et non
> pas Strict.

C'est bon à savoir ça, je n'étais pas au courant.

> 
> 
> > >  $ busybox dumpkmap > fr-new.kmap
> > > 
> > > Et loadkmap pour utiliser le fichier. Sinon kbd
> > > 
> > 
> > Merci pour l'info. Il y a des limitations des dump vis à vis de kbd ?
> > Sinon je peux me procurer les dernières map fr-oss et dvorak-fr-bepo
> > sur un autre système et envoyer les dump.
> 
> Plus simple, j'ai faits un paquet kdb, tu pourras l'installer et
> refaire quelques dump pour les kmap de Busybox que je propose de garder
> pour le mode LiveCD. Les kmpa nous font quand même gagner pas mal de Ko.

Je vais y jeter un œil :-) En passant, j'ai vu qu'un site venait de se
monter pour le dvorak francophone (bépo) ->
http://www.clavier-dvorak.org/

> 
> 
> - Christophe
> 
> 

MilkaJinka


---
SliTaz GNU/Linux Mailing list.
Web site : http://www.slitaz.org/