captain_torche

Par contre, je n'apprécie pas la manière dont tu parles des utilisateurs d'internet explorer. Pourquoi faudrait-il les critiquer ? La plupart de ces personnes n'ont pas nécessairement de grandes connaissances en informatique, je ne vois pas pourquoi ils iraient changer un logiciel qui, à leurs yeux, fonctionne très bien.

Ce que je te demande de tester, c'est de supprimer le fond de ce logo, de manière à avoir un fond transparent, et garder une bordure d'un pixel autour du logo en lui-même.

J'imagine qu'il s'agit du site en signature. Dans ce cas, ce qu'il faudrait faire, serait de créer une image gif avec le fond dégradé, puis de supprimer ce dégradé tout en gardant un léger contour autour du logo. Ainsi tu éviterais l'effet d'escalier, et la différence de teinte ne serait pas perceptible sous IE.

Effectivement, ça calme !

Le PR a conservé son importance dans l'algo de Google, mais sa mise à jour s'est faite plus rare, tout simplement à cause des dérives que son affichage a pu provoquer. Il reste donc un critère important en soi, mais la "barre verte" n'a aucune valeur véritable, si ce n'est donner un indice de popularité à un moment "t" donné.

Et portekoi.cmo, et portekoi.rf ... Mais bon, comme tu n'as pas déjà réservé le .info, .org, .net, .biz, .be, etc, ils auraient déjà très bien pu les prendre sans ça.

Pas vraiment : Si ta variable est égale à 0 ou '0' (et éventuellement false), empty retournera false, et ! retournera true.

Pour être plus précis, if(!$result) est équivalent à if($result == false) Sachant qu'avec une égalité double (==), on ne recherche pas strictement le booléen false, mais des valeurs équivalentes : 0, '0', '' (chaîne vide), et false (bien entendu).

Je pense que ça va devenir un paradis pour les cybersquatteurs. Les entreprises vont déjà devoir réserver des dizaines de NDD supplémentaires (extensions avec fautes d'orthographe, par exemple), mais il ne sera plus possible de tout prévoir.

Pour un serveur dédié (où on te laisse le contrôle), il est nécessaire d'avoir en complément une prestation d'infogérance. Si tu es intéressé, tu peux contacter Dan, il en propose sur certains serveurs OVH.

Je n'ai aucun souci en y accédant par ici : http://www.fckeditor.net/demo Tu le testes sur un site précis ?

SEO : Search Engine Otimization (optimisation pour les moteurs de recherche), c'est (entre autres) le fait de coder un site de manière à ce que les moteurs de recherche n'aient aucun souci pour accéder aux pages. La technologie AJAX est sympathique, mais elle est à double tranchant : comme les moteurs n'interprètent pas javascript, des effets de changement de page qui se basent uniquement sur Ajax pénaliseraient énormément un site, qui ne serait plus visible dans les moteurs de recherche. Dans l'idéal, il faut faire le site "normalement", puis ajouter AJAX en "surcouche" afin qu'il ne soit pas indispensable.

Non plus, les autres langages étant exécutés côté serveur, ils ne peuvent encore moins interagir avec le navigateur.

Exact : il fonctionne de la manière suivante : user-agent : * (TOUS les robots, le * étant un joker) disallow : (ne rien interdire (chaîne vide) Techniquement, ce fichier n'est pas indispensable pour le référencement : le résultat est le même s'il n'existe pas. Cependant, comme les moteurs essayent d'y accéder, le fait de l'avoir permet d'éviter des statistiques de pages 404 sur le fichier.

C'est tout simplement que la plupart des forums ne permettent pas (à ma connaissance) l'insertion de flash, comme tu le supposes.

Disons que toutes les souris "Par défaut" livrées avec un Mac n'ont qu'un seul bouton sous l'index et le majeur. Quand on teste l'ordi chez des amis, ça perturbe les réflexes des utilisateurs PC, logique Et comme il n'est pas super évident de leur demander de changer de souris juste pour nous faire plaisir, on perd du temps avec nos réflexes.

Je ne connais pas Mootols (J'utilise Jquery), mais des affirmations de cette nature se doivent d'être argumentées.

Olitax : cette balise est même facultative, vu que si elle est absente, c'est ce comportement que le moteur va utiliser. Elle n'est véritablement utile que dans les cas où on veut indiquer qu'il n'indexe pas la page, qu'il n'en suive pas les liens, ou les deux. LTA : la balise revisit-after (car c'est sans doute de celle-ci que tu parles, non ?) ne sert strictement à rien; elle a été développée spécifiquement pour SearchBC, un moteur de recherche privé (source). Il est donc inutile de s'en servir, les moteurs de recherche calculant eux-mêmes les rythmes de visite appropriés.

Oui, il y a par conséquent moyen de faire BEAUCOUP plus propre Le problème du placement "à main levée", comme proposé par Dreamweaver, c'est qu'il peut finir par générer un code source excessivement complexe ! Pour finir, si tu as du temps et de la volonté, un petit tour par les tutoriaux du site du Zéro, très pédagogues, ne pourrait être que bénéfique.

Pour ma part, j'ai peur que le projet ne soit pas très viable. Tu dois, avant de facturer, acheter l'article chez ton fournisseur. Que fais-tu si le client annule sa réservation, refuse de payer, etc ? Tu te retrouves avec un article sur les bras malgré tout, que tu auras pourtant acheté. De même, si un conflit venait à éclater à cause de la qualité d'un produit, tu serais seul responsable vis-à-vis de ton client.

Il manque le contenu d'un fichier CSS (J'imagine que c'est mm_health_nutr.css), mais en l'état, ton code est malheureusement beaucoup trop complexe, la faute à Dreamweaver, j'imagine : je liste 166 blocs différents, positionnés en absolute; on peut en utiliser énormément moins ! Le mieux serait de le reprendre de zéro, car à ce que j'en vois pour l'instant, ça n'a pas l'air trop compliqué à obtenir, comme résultat. Pourrais-tu malgré tout poster un screenshot de ce que tu obtiens ?

Une balise CODEBOX est une balise qui te permet d'entourer ton code, et de ne pas déformer de trop la mise en page, comme tu peux le voir. Tu l'utilises comme ceci : [codebox]ton texte[/codebox]

Une capture ne suffirait pas, on ne pourrait pas voir la structure. Tu ne peux pas héberger une maquette sur un serveur temporaire ?

Nous sommes actuellement en panne de boule de cristal; tu pourrais nous donner un lien, qu'on puisse constater ?

Personnellement, je retélécharge et je reparcours tous les enregistrements, pour mettre à jour les infos. J'ai plusieurs scripts en crontab, qui se lancent une fois par semaine : - Le premier télécharge un zip, et le décompresse dans un répertoire (C'est un script bash, je n'y connais malheureusement rien) - Le second, un script PHP, analyse chacun des fichiers un par un, ajoute les infos ou les met à jour en fonction du besoin, et se relance après coup jusqu'à ce qu'il ait fini.