Reprise du message précédent :

le problème c'est que les tableau avec les fichiers sont générés automatiquement (d'après ce que contiennent les dossiers) et il est donc très propable que l'image devienne moins haute que le tableau. est-ce que cela vaut encore la peine d'utiliser ta première solution malgré ce point?
et encore une question bête, j'ai pu régler les problèmes sous mozilla, sauf un: comme je l'ai dit avant, j'ai appliqué des margin-right et top sur un div, mais sous mozilla il les ignore. que doit-on utiliser?

Ah ben non alors

Je suppose que tu parle de div#main.
Je pense que ce problème de marge est dû à ça : http://www.yoyodesign.org/doc/w3c/ [...] ng-margins
 
Mais normalement en appliquant au bloc la propriété "position: relative;" ça devrait résoudre le problème. Or Mozilla ne le fait pas. Je suspecte donc le bug.
 
En tout cas si tu ajoutes :
 

 
ça marche.
 
Mais il faut que je me renseigne sur ce problème car c'est bizarre

alors en effet, ta solution règle le problème sous moz, mais m'ajoute un cardre autour de la div top sous ie
décidément  

bête que je suis, au lieu de mettre transparent j'ai mis la couleur de fond et tout est ok!
d'autres modifs à me proposer?

je débarque, j'ai pas lu les avis de tout le monde, j'ai lu les 2 3 premiers
suis-je le seul à etre contre cette technique?
bien que je reconnaisse tout à fait l'utilité pour le webmaster, je trouve ça mauvais d'un point de vue "usabilité".  
il me semble plus "logique" et "user-friendly" d'avoir une url du genre "pouet.com/contact/email.html" que "pouet.com/index.php?section=contact&page=email"
 
pavé dans la marre?
 
 
edit: bon effectivement je débarque
antp est d'accord avec moi il me semble \o/
et gm_..?
(je bosse moi j'ai pas le temps de tout lire )

 
oui mais moi j'aime pas devoir faire plein de pages qui incluent le header etc.
 
donc je vais faire ce que j'avais dit, à savoir une page fr.php et une page en.php qui récupère l'url comme si c'était des paramètres

moi non plus
 

ben ouais
par contre ce qui me fait chier ENCORE PLUS c'est de maintenir des pages en plusieurs langues...
sur le site de FL, comme y'a quasi pas de contenu statique, j'utilise getText... c'est un peu chiant, mais j'ai qu'un fichier par page, meme si j'ai 308430 langues \o/
et euh ceux qui utilisent la technique des urls chiantes et a rallongue, rassurez moi, vous faites pas un gros switch avec le contenu dedans... ? donc au final vous avez quand meme tout autant de fichiers (alors l'include tu risques pas de l'oublier, c'est qd meme le truc qui saute aux yeux quand tu verifies ton site avant de le foutre en ligne nan?)

ouais moi j'ai des array d'array qui me permettent de facilement faire le lien params->fichiers
l'avantage c'est qu'y a jamais de liens morts vu que seul index.php est appelé
 

 
je teste sur le serveur d'OVH moi, directement en ligne
c'est pas une peur d'oublier l'include, c'est juste que ça me fait chier

bof

bah quel interet d'en faire un param?

 
je préfère encore http://machin.com/fr/section/chapitre/page
on a vraiment pas d'idée du fonctionnement interne du site

ma technique ? un fichier fr.php (oui, malgré que je mette pas le .php dans l'url) qui récupère l'url :
  $uri = $_SERVER['REQUEST_URI'];
 
ça marche sur OVH mais je suppose que ça ne marche pas sur bcp d'autres serveurs... enfin ça doit pas être dur de faire un htaccess qui gère ça...

j'allais le dire: htaccess qui redirige tout vers un seul script
m'enfin chuis pas fan non plus

chez ovh, si ton url "normale" est pouet.com/bidule/truc.php,  "pouet.com/bidule/truc" marchera aussi (-> truc.php), et si tu fais "pouet.com/bidule/truc/borue/zoinze/" aussi d'ailleurs
 
edit:

je vais éditer ça moi

 
suffit d'aller chez OVH

y'a un bug
http://www.pikas.net/fr/truc/moue/

vivi
ha mais en fait il rajoute un L systematiquement à la fin de l'url

j'arrive pas à refaire sur mon Apache en local le truc qu'OVH fait (/truc/bidule -> appelle /truc.php s'il existe)

 
J'ai plus le courage de chercher aujourd'hui, c'est pas avec mod_alias?

j'en sais rien justement
enfin j'ai bricolé, ça ira : j'ai dit à apache de prendre les fichiers sans extensions comme du php, et là le truc marche (si le fichier "faux dossier" n'a pas d'extension évidemment)

Essayes déja avec AliasMatch ^/(.*) $1.php dans ton htaccess ça devrait etre un peu moins gruick

tu pouvais me le dire en chinois j'aurais pas moins compris

 
On va faire avec un exemple alors: http://daique.dyndns.org/exemple/  
 
Dans ce rep, il y a un .htaccess qui contient  

 
Si tu fait une requete sur http://daique.dyndns.org/exemple/test/
Ça equivaudra a http://daique.dyndns.org/exemple/test.php
 
J'espere que t'as compris sinon, je vois pas comment te l'expliquer autrement

ok merci j'ai pigé
je pensais qu'il fallait mettre plus dans le .htaccess que juste cette ligne

t'as mod_alias?

non
bon comment on rajoute ce brol...

J'ai juste une ligne dans mon httpd.conf  
LoadModule alias_module /usr/lib/apache/1.3/mod_alias.so
 
C'est bizzarre qu'il y soit pas

ouais enfin en local je suis sous Win32 moi
j'ai pas le .so de Alias
enfin c'est pas grave, je laisse ma bidouille en local, et en ligne ça marche tout seul sans modif

Ben normalement, il devrait y avoir la dll de mod_alias alors, non?

hello a tous
je vois que certains se posent des questions sur comment avoir http://url/truc/bidule plutot que http://url/?truc=bidule (ouaah l'exemple a deux balle )
 
sur serveur apache avec php voila ce que j'ai utilisé comme astuce : http://phpbuilder.com/columns/tim19990117.php3
 
dans le principe voila comme j'ai mis en place
 
j'ai un fichier index a la racine de mon site, il ne porte pas d'extension, il est déclaré dans la conf apache comme etant un fichier php et donc apache le parse en tant que tel
 
ce fichier fais le travail suivant :
 
- parsing de l'url afin d'extraire des arguments : l'url est de la forme http://domaine/index/argument1/argument2  
- include d'un fichier qui dessine l'en tete
- include du fichier de la page a afficher en fonction des arguments passés au premier point
- include d'un fichier qui dessine le bas de page
 
dans le principe ca revient a certaines solutions evoquées plus haut... par contre il n'y a pas de configuration a faire sur le serveur, une fois qu'on a déclaré le fichier index en tant que php, tout passe par php

C'est ce que j'ai fait, je viens de mettre en place le truc :
www.antp.be/software/renamer/fr
 
-> j'ai un fichier software.php qui fait juste un include de l'index.php, puis il y a une analyse des params et une correspondance entre les différents niveaux et un tableau donnant le chemin de la page à include (dans mon exemple, /pages/software/renamer/index.php, ça sert à rien d'essayer d'aller voir cette page en direct )

tu fais comment ? j'ai essayé plusieurs trucs qui marchent pas chez moi  

Je viens de comprendre en lisant ce topic pourquoi je ne me suis jamais intéressé à la création d'un site et aux CSS/XHTML/PHP/ASP/etc... !
Et on dit que l'assembleur c'est compliqué, mais c'est du gateau à coté de tout ce foutoir

Et moi j'ai la réaction exactement opposée à la tienne

 
tu as fais koi exactement ? décris ta manip

C'est pas ça qui me gène, mais toutes ces normes qui n'arrêtent pas de changer sans arrêt ! Un coup il faut pas passer par les CSS, un autre coup il faut pas utiliser telle API parce qu'elle est déprecated depuis la dernière version machin de PHP, un autre coup les CSS cai bon mangez en, etc, etc...    
Bref, vive les applis locales  

 
ça fait quand même depuis 1998 que la norme actuelle existe

 
Il veut certainement parler de ce qu'implémente ms dans ces navigateurs. Ah non tiens, ça n'a aussi plus changé depuis 98