captain_torche

On devient membre actif après un certain nombre (assez rapide à atteindre) de messages non modérés.

Dans chaque lien, il suffit de remplacer href="#" par href="http://www.google.fr", par exemple. Edit: Woops, grillé

Il te suffit de renseigner les urls des liens dans l'attribut "href" des balises "a". Si tu débutes en conception de sites, je ne saurai que te conseiller les cours du site du zéro.

Gmail est accessible sans JavaScript, alors que Gucci non. L'un des deux sites a été codé intelligemment, l'autre non Quant au clin d'œil, comme il ne s'agit ici que de la publicité adsense, ce n'est pas très grave: tu peux tout de même consulter et participer au forum

Je ne suis pas d'accord sur le "besoin" de JavaScript. Il est utile, certes, mais sans être indispensable. Un site nécessitant son utilisation est, à mon sens, mal codé.

Je sais que dans FileZilla (et WinSCP, et d'autres j'imagine), tu peux configurer le répertoire "de base" pour chacune de tes connexions. Ca te permet, lorsque tu te connectes, d'aboutir sur les racines (locale et distante) de ton site.

Je ne connais pas Magento, mais si effectivement le panier est dépendant de JavaScript, c'est un vrai problème (quelle que soit la cible de ta boutique). Pourrais-tu refaire des tests en ce sens, pour le confirmer, ou l'infirmer ?

Les javascripts ne peuvent que déposer des cookies qui peuvent tracer quelques données (pages visitées, site référant, OS, navigateur, résolution), mais en aucun cas des données personnelles comme l'âge, le sexe ou la catégorie socio-professionnelle (à moins de les donner explicitement). Tu ne devrais pas les craindre tant qu'ils viennent d'un site de confiance.

Ces services sont en tout cas des services d'adresses temporaires. Je ne suis pas très bien ton raisonnement, par contre.

Je les utilise également, mais je pense que pour avoir une base de qualité, il ne faut qu'accepter les membres qui fournissent une véritable adresse e-mail. Sur un site sur lequel je compte rester, j'utilise mon adresse perso (comme ici). Le site ne sera pas fermé aux personnes ne souhaitant pas divulguer leur adresse e-mail, mais ils ne pourront pas contribuer au site (mis à part les commentaires). Merci à vous deux, en tout cas !

J'aurais besoin de trouver une liste conséquente des sites qui proposent des adresses e-mail jetables. J'ai bien trouvé celle-ci, mais elle me semble assez légère. D'ailleurs, comment dit-on "email jetable", en anglais ?

S'ils étaient en fin de ligne (dernière colonne), c'est probablement dû à ça. Tu peux les traiter avec un trim(), qui effacera les espaces et retours chariots (et autres caractères non-imprimables) en début et fin de chaîne.

L'affichage différent est "normal". Tu dois avoir des retours chariots qui ressortent dans le code source, que l'interpréteur HTML zappe (pour lui, seul un <br> est considéré comme un retour chariot). La question reste en suspens : d'où viennent ces retours chariots ? Ton code n'en générant apparemment pas, il reste deux possibilités : - Ils sont enregistrés en base - ta fonction getfield() les génère.

Effectivement, j'avais oublié de le mentionner.

Effectivement, une partition supplémentaire de stockage de fichiers doit être envisagée. En ce qui concerne les limitations de la FAT32, je ne pense pas qu'elles soient problématiques dans le cas qui nous concerne.

Essaye avec extract($row);

En premier lieu, l'utilisation des frames aurait été à proscrire. Ensuite, comme la structure de tes pages est relativement simple, l'utilisation de tableaux de présentation aurait pu être évitée, au profit d'un balisage plus sémantique : h1 et h2 pour tes titres, paragraphes pour tes textes. Tes tags "alt" sont bien renseignés, mais il aurait été plus approprié d'avoir des tags identiques sur l'image et le thumbnail. Sur le drapeau anglais, le alt tag doit plus ressembler à "english version", pour ne pas perturber l'utilisateur. Il serait avisé également, que ce lien mène vers une version anglaise du site, et non pas juste vers une version anglaise de la page description (page qui, de toutes façons, n'est pas encore traduite). Pour finir, comme tu sembles vouloir proposer une version anglaise du site, il est déconcertant de ne trouver que le français dans la partie "langues parlées" de la page contact. J'imagine que leur anglais est suffisant pour renseigner un éventuel client. De toutes façons, comme les deux langues sont affichées sur chaque page du site, cet ajout à la page contact me semble inutile.

Une règle de réécriture utilise des expressions régulières qui permettent de définir un "motif" qui te permettra de capturer toutes tes pages, du moment que leurs noms soient de forme identique. Dans l'exemple que j'ai donné, la règle pourrait être la suivante : RewriteRule ^article-([0-9]+)\.html$ article.php?id_article=$1 [L] En décortiquant de la manière suivante : ^ et $ délimitent la chaîne de caractère : ^ signifie qu'on ne trouvera rien devant, et $ qu'on ne trouvera rien derrière : ils empêchent en fait de ne cibler qu'un morceau de chaîne. Les parenthèses sont dites "capturantes". Ce qui se trouve entre parenthèses pourra être réutilisé dans la réécriture (ici, l'ID de l'article). Comme on souhaite capturer un id article (donc un nombre), on utilise une règle simple. Un intervalle [0-9] : tout chiffre compris entre 0 et 9, le + signifiant "répété au moins une fois". on capture donc un chiffre minimum. Le point (.) étant un caractère joker (qui signifie "n'importe quel caractère"), on l'échappe avec un antislash (\). la seconde partie est plus simple : on remet simplement la valeur capturée par la première parenthèse (ici, la seule) après l'id de l'article, avec $1. Pour plus d'infos sur les expressions régulières et l'url-rewriting, je te conseille de lire les articles et sites suivants : le fichier .htaccess et mod_rewrite, ou la réécriture des urls "à la volée", de Dan Expreg.com comporte des explications assez claires (sans doute plus que les miennes) Les expressions régulières PCRE, ma bible personnelle des expressions régulières (la compréhension des sites précédents est indispensable).

Pourrais-tu préciser ce qu'on te demande ? Dans le principe, une règle de réécriture est un schéma de traduction d'url. L'exemple type serait une page article-XXX.html, qui appellerait en fait la page article.php?id_article=XXX Lorsque tu ajoutes un article, il faut donc prendre soin de faire pointer le lien vers la page article-XXX.html, XXX étant l'identifiant de l'article dans la base de données.

En même temps, je comprends parfaitement le principe du gagnant/gagnant. Le stagiaire apprend à utiliser des outils et des compétences, qu'il peut mettre tout de suite en application au sein de l'entreprise. Dans cette optique, il faut tout de même éviter l'écueil type : le stagiaire n'effectue que les tâches redondantes les plus ennuyeuses (saisie, photocopies, etc)

Non, absolument pas. Si tu es obligé de mettre ces images dans le code HTML, laisse un alt vide pour rester valide, mais ne charge surtout pas en mots-clés, cela pourrait t'être préjudiciable.

Tout simplement parce que ces employeurs ne cherchent pas des débutants. Dans le meilleur des cas, ils cherchent des personnes autodidactes qui cherchent à se faire une première expérience quitte à être le dindon de la farce. Dans notre domaine, c'est excessivement courant : l'idée préconçue qu'un site peut se faire en un clic de souris par le fils du voisin fait que nombre d'employeurs sont tentés par l'embauche d'un stagiaire pour réaliser la totalité du site de l'entreprise. Avec les conséquences que ça impliquera après coup : modifications peu aisées, stabilité aléatoire, etc, qui impliquent fréquemment la reprise par une entreprise qualifiée. Je tiens également à ajouter que j'ai été très récemment tuteur d'un stagiaire très compétent; il était presque autonome à son arrivée (à tel point que je n'ai pas compris pourquoi il n'a pas été embauché dès le départ), mais ça ne m'a pas empêcher de le former continuellement malgré tout.

Il peut être très utile à un site mal indexé, pour faire connaître à Google des pages autrement inaccessibles. Ça reste un cache-misère, mais c'est une solution viable en attendant un remaniement lourd.

J'imagine que dans le cas que tu cites, le site d'origine du lien ne mentionne en aucun cas qu'il va pointer vers du téléchargement illégal. Dans le cas contraire, la bonne foi ne saurait être retenue.

Et il ne redirige pas de l'un à l'autre. C'est zarb pour un moteur de commencer à générer du duplicate. Cela étant, excellente répartie