Reprise du message précédent :

 
Voir la propriété "border-collapse" "buggée" sou IE7: http://reference.sitepoint.com/css/border-collapse

Merci, je regarderai ça

Vous internationaliser vos URL ? Sur un site français uniquement, vos URL sont en français ou en anglais ?
 
Par défaut, sur un site français uniquement ou pour toutes les locales d'un site internationalisé, mes URL sont toujours en anglais, du style :
 
foo.com/en/cars
foo.com/fr/cars
 
Doit-on plutôt utiliser
 
foo.com/en/cars
foo.com/fr/voitures
 
Voir même
 
foo.com/cars
foo.com/voitures
 
Pour ce dernier cas, j'ai un gros doute, étant donné que certaines URL peuvent se recouper sans pour autant que la locale soit la même.
 
 
 

 
Perso mes URL sont toujours de la forme :
 
foo.com/en/cars.html
foo.com/fr/voitures.html

Bah tu peux, et tu gères l'unicité à la création du slug (genre tu rajoute "-2" si ça existe déja )

 
C'est à peine pas moisi ça

Bah comment tu fais toi, t'as 0% de chances d'avoir le même slug pour 2 produits ?

 
Moi comme j'ai dis plus haut, j'utilise /en/ ou /fr/ donc je n'ai pas le souci.
 
Mais avoir:
 
foo.com/messages.html => français
et
foo.com/messages-2.html => anglais
 
Je trouve ça très moche

 
Toutes nos urls sont en anglais, après il y aura peut-être du rewriting derrière pour l'indexation (c'est sûr en fait), mais en ne fait pas mention de la langue dans l'url, c'est géré dans les sessions uniquement.

 
L'un ou l'autre selon la thune du client

Merci à tous pour vos retours
 
D'un point de vue général, je trouve les noms de contrôleurs / pages i18nisés moches, et je trouve pas d'infos me faisant pencher pour (d'un point de vue référencement / accessibilité). J'aurais du vous demander des arguments pour tout ça    
 
Je relance d'un lien sur le référencement des URL i18n (entre autre), par la créatrice des Webmaster Tools et de Sitemap : http://www.ninebyblue.com/blog/mak [...] searchers/
 
Edit : je suis passé à côté de ça :
 

 
Et les URL avant rewriting, elles ressemblent à quoi ? Y'a forcément mention de la langue quelque part.

Pas si la langue est stockée en session avec un défaut sur Accept-Language || en-US et un resélecteur.

Donc l'indexation ne se fait que sur la locale EN ?

Le moteur émule la locale sur laquelle il indexe.

Perso je trouve quand même plus logique d'avoir une page qui s'appelle "nouveau-message" que "new-message" si le contenu est en français.

Après le dev derrière, c'est toujours en anglais. Mon contrôleur s'appellera toujours "message" et l'action toujours "create" par exemple.

Edit : et ce, même si je dev un site uniquement en français.

Nope, le googlebot n'envoie pas accept-language. Donc c'est indexé que sur un langage, à ce que je sache.
 
Par contre ça évite la dilution des keywords (quoi qu'il y a des chances qu'ils soient localisés... enfin bon)

 
Par keywords, tu entends <meta name="keywords"> ? C'est pas passé à la trappe depuis genre quelques années ?
 

Non, j'entend n'importe quel mot pouvant être utilisé comme mot clé. meta, titre, nom du site, h1, ...

(lien fourni par MrMala)
http://www.blogoergosum.com/16136- [...] ingenieurs  
 

joli

Hum, faut que je fasse des recherches sur le sujet, ça m'arrange pas ce genre de trucs.

SWFaddress c'est bien mais tout seul, sinon c'est pourri. Y'a pas un plugin qui fait ça pour MooTools?
 
J'ai bricolé un truc mais ça doit pas être compatible IE

J'ai 4 fieldset qui flottent tous à gauche mais qui n'ont pas la même hauteur. Mes fieldsets sont dans un bloc parent avec lui une largeur définie.
J'aimerai que lorsque le 3ème fieldset retourne à la ligne parce qu'il n'y a plus assez de largeur, il se foute à gauche et non pas à droite...
Si je leur fixe tous la même hauteur il se calle bien à gauche.
 

<form action="#">
    <fieldset></fieldset>
    <fieldset></fieldset>
    <fieldset></fieldset>
    <fieldset></fieldset>
</form>

form { width: 870px; }
fieldset  {
display:block;
float:left;
margin:0 20px 15px;
overflow:hidden;
padding:0 10px;
width:375px;
}

 
Si je met un clear au 3ème fieldset, il se place alors à gauche.

Si tu ne sais pas à l'avance quel fieldset doit passer à la ligne, pas possible.

Ok, donc obligé d'y mettre un clear. Merci.

Bon les amis,

J'ai un site à faire, dont la page principale est une liste de catégories/produits navigable en JS/CSS (sans rechargement).

Sachant que le référencement n'est pas très important, il vaut mieux que je fasse comment ?
- une seule grosse page avec tout le contenu
- une page par produit et de l'ajax pour récupérer le reste ?
- autre ?

 
Y'a combien de catégories/produits ? 30 ? Ou 750.000 ?

Peu, genre 7 catégories * 4 produits * 3 images

 
Oh bah pas la peine de se faire chier avec de l'Ajax alors.
 
Tu charges tout direct, tu fous en cache si ça bouge pas souvent, et zou

Je suis le meilleur de ma boite en inté alors je me tape tout

D'accord

Vous connaitriez un site ayant une liste exhaustive des magasins type grande distribution, grandes enseignes avec leur adresse?
J'aimerais créer une base avec leurs coordonnées géocodées, ça existe peut être déjà?

http://www.chromeexperiments.com
 
 

 
Perso c'est ce que je fais.
 
En fait j'ai 2 cas de figure de mon côté :
 
* CAS 1 *
 
1er accès : monsite.com => redirection vers monsite.com/en ou monsite.com/fr ou autre en fonction de la première langue renvoyée par le header
 
Si l'utilisateur change de langue => enregistrement de la langue en cookie (donc les accès suivant utilisent ce cookie)
 
* CAS 2 *
 
1er accès : monsite.com/en/my-page.html => affichage de la page en anglais
 
Vérif du Accept-language, si "fr" en priorité, ajout d'un message dans la langue FR : "Cette page est également disponible en français." avec le lien qui va bien.

 
C'est ce qu'on fait ici

Non.

1. Accept-Language peut être absent, donc déjà il faut une langue par défaut
2. Les Accept-* ne sont pas ordonnés par priorité (enfin si, mais c'est pas la priorité prioritaire), il faut utiliser le paramètre de qualité (q=) qui va de 0 à 1.

Sachant que tu peux avoir

en-gb et en ont une priorité explicite, fr non. La prio par défaut sur Accept-Language est 1.0. Donc fr a beau être la dernière langue spécifiée, c'est celle qu'il faut sélectionner si elle est dispo.

Si tu as

il faut prendre de par contre, parce que fr et de ont la même priorité (1.0), mais de est premier donc l'ordre de prio est de, fr, en-gb, en.

Enfin, tu peux avoir

Des retours sur les framework MVC existants en Javascript ?

 
Quoi ?

Lis ce que j'ai écrit, si tu prends la première langue de la liste en position tu fais n'importe quoi

 
Erf ... nan mais ma classe s'occupe de classer tout ça par ordre de priorité oui
 
Quan je dis la "première" je parle d'importance. (par contre faut que la modifie, car elle ne prend pas en compte le *;q=...