captain_torche

Si ce n'est que l'insertion en base qui pose problème, c'est que la requête provoque une erreur. Essaye d'afficher le mysql_error().

Disons que si tu souhaites que les malvoyants sentent l'emphase, la mise en gras est nécessaire. Dans le cas contraire, elle n'est pas utile sémantiquement parlant, et il faudra sans doute l'obtenir différemment (via les CSS, par exemple).

Je comprends la position d'Occi : au même titre que l'orthographe sur le site institutionnel, la qualité de rendu est un facteur de confiance, même si les compétences ne sont pas liées.

Bon, c'est enfin entièrement fonctionnel ! Pour ceux que ça intéresse, je peux fournir une url de test en MP.

Dans tous les navigateurs actuels, ils ont strictement le même effet Et sinon, une mise en forme, c'est déjà de la sémantique.

Albo, ta question prête à confusion : souhaites-tu qu'on te propose des hébergeurs, ou simplement notre avis sur celui que tu sembles avoir déjà choisi ? Une démarche plus honnête aurait été de dire dès le début : que pensez-vous de tel hébergeur ? Demander conseil pour un hébergement, et finalement dire que tel autre hébergeur est bon, c'est on ne peut plus suspect.

Un menu, logiquement, ne devrait pas comporter de paragraphe Effectivement, on peut utiliser les divs pour séparer les différentes parties de la page (header, colonne de gauche, colonne centrale, par exemple); c'est pour ça qu'on les appelle des diviseurs de pages Par contre, dans les contenus eux-mêmes, il faut éviter au maximum de s'en servir, au profit de balises adaptées.

Et pour continuer dans cette logique, les divs sont réservés aux éléments à sémantique nulle : tant que tu peux, il faut les remplacer par d'autres balises (<p> pour du texte, <ul> et <ol> pour des listes, etc)

Disons que c'est un indice suffisamment complexe pour génrérer beaucoup de combinaisons. Mais comme il a un nombre fini de caractères, il existe fatalement un risque de collision (deux contenus différents générant le même md5)

ça fait plaisir de constater que les "vieux" inscrits continent la consultation Re-bienvenue à toi, donc !

Dans ce cas, qu'attends-tu, prends-le !

Arlette a parfaitement raison Si tu veux mettre des avis sur ton site, il est absolument nécessaire de garder les mauvais avis (quitte à les mettre en bas de page, c'est de bonne guerre). Un site qui ne comporte que des avis positifs est toujours suspect aux yeux du consommateur. Avoir des avis négatifs, ça implique d'avoir confiance dans sa ligne de produits, ce qui est rassurant pour le consommateur. Toutefois, il importe de modérer correctement les avis négatifs : il faut absolument filtrer les avis insultants et/ou diffamants. Un article comme celui-ci ne peut pas figurer sur ton site : Alors que celuici a tout à fait sa place : Il faudra aussi faire attention aux concurrents qui ne manqueront pas de vouloir rédiger des avis négatifs. On peut envisager une authentification par email et n° de client ou de facture, pour être sûr de n'avoir que des avis émanant de véritables clients.

As-tu pensé à faire un session_start() ? Sinon, je ne pense pas que générer une CSS à la volée soit une idée excellente. Le principe de base des CSS, est d'être un fichier unique à tout le site, téléchargé une seule fois par le navigateur. Avec ta solution, tu le fais recharger à chaque changement de page, et tu perds de fait une grande partie des avantages de l'externalisation des CSS. Quels paramètres sont modifiés par ta variable de session ? Si c'est relativement simple, je te conseillerai de faire une CSS commune, et une CSS spécifique pour chaque langue, avec les modifications nécessaires à chaque langue. Il te suffirait, dans ta page HTML, de choisir la CSS à afficher en fonction de ta variable de session, et les fichiers CSS ne seront téléchargés qu'une fois chacun.

Je viens de déplacer le sujet dans la section appropriée. Personnellement, j'utilise TinyMCE, mais j'avoue ne jamais avoir regardé si on pouvait limiter les caractères. Ceci dit, tu vas forcément devoir mettre les mains dans le cambouis à un moment ou à un autre. Pour finir, rien à voir mais j'adore ton pseudo !

Les "soucis d'étanchéité", c'est voulu : je simplifie les contours des régions car sinon, c'est trop lourd à gérer pour l'ordi client. Je pourrai simplifier moins, mais ça reste un bon compromis (Je ne garde sur cet exemple qu'un point sur 20, on pourrait complexifier les formes en gardant un point sur 10).

Non, ce n'est pas tout à fait ce que je cherche à obtenir : je veux qu'en survolant une région, on affiche son nom, et au clic on renvoie sur la page spécifique. J'ai quasiment fini, d'ailleurs : le clic fonctionne, ne reste plus qu'à faire marcher le survol de la souris (http://marc.brio.free.fr/test_kml/) Je me suis grandement inspiré (voire ai carrément pompé) les exemples de Mike Williams.

C'est ce que je voulais dire (quel que soit le moyen). Faut voir si ça contrevient à aucun de leurs règlements, par contre.

Le seul moyen que je verrais, serait de faire une sauvegarde régulière de la page d'Amazon, sur ton serveur. Après ça, il serait facile d'en modifier les CSS ... Et le comportement des liens via JavaScript.

Avant toute chose, il faudrait que tu te fasses une étude de marché. Profiter du créneau pour lancer ton site, c'est bien, mais il y a déjà une forte concurrence et des sites très bien implantés. Quant au flash, pourquoi vouloir l'utiliser à tout prix ? Qu'est ce qui justifie son utilisation ?

Bon, j'ai trouvé "en théorie", ce qui devrait fonctionner : la fonction addListener, mais il semble qu'elle ne veuille pas s'appliquer à un polygone issu d'un kml. Quelqu'un saurait-il comment gérer un évènement "spécial" sur ces objets ?

C'est effectivement mauvais, comme manipulation : tu ne retournes qu'un nombre d'identifiants. Si jamais tu supprimes une entrée, ton calcul sera faux. Personnellement, je le ferais comme ceci : <?php $sql = "SELECT MAX(id_contact) FROM contact"; $req = mysql_query($sql); $max = mysql_result($req, 0); echo $max; ?>

Pour la seconde solution (connaître l'id du dernier enregistrement), il existe la fonction mysql_insert_id()

C'est sûr que pour une débutante, tu fais preuve d'une démarche intellectuelle très sympathique Sinon, pour répondre aux questions de ton patron : Parce que, mine de rien, le site est très bon Ca ne marche pas : la preuve, en tapant "mobilier de bureau isère" dans Google, le site apparaît bien en première position (voir réponse à la question précédente), mais dans sa version "de base" : le critère géographique n'est pas pris en compte (le mot-clé est tout simplement ignoré) Parce que ça n'est pas une démarche répréhensible. Google détecte simplement le contenu dupliqué, et n'affiche et ne comptabilise qu'une seule page. Les autres sont simplement ignorées.

Je reviens à la charge : je réussis à afficher correctement les départements dans Google Maps (j'ai mis du temps à comprendre qu'il faut que le fichier KML soit accessible de l'extérieur; ça ne fonctionne pas en local), il me reste juste à gérer les comportements "au clic".

En fait, ton boss crée effectivement beaucoup de nouvelles pages, mais pas de nouveau contenu (le contenu est strictement identique sur les autres pages, à UN mot près). Les moteurs considèrent donc ces pages comme du "contenu dupliqué", et ne les présenteront tout simplement jamais. Elles ne servent donc simplement, strictement à rien. Dans l'état actuel des choses ce n'est pas pénalisant, mais ça n'apporte strictement rien de plus. Pour faire simple, il faut se mettre à la place du client potentiel : qu'est ce que ça lui apporte de consulter une page spécifique pour sa ville/région, si on lui propose les mêmes offres que sur les autres pages ? Du moment qu'il est livré, il s'en fiche complètement.