captain_torche

Ton devoir était de le supprimer dès que tu en as eu connaissance, ce que tu as fait. Tu n'as pas à t'inquiéter. Tu peux éventuellement enregistrer son adresse IP, et signaler une éventuelle récidive à son fournisseur d'accès.

Sinon, tu peux mettre ta page en ligne, protégée par un htaccess/htpassword, et l'appeler de la manière suivante : /usr/bin/wget -O /dev/null http://login:motdepasse@tonsite.tld/chemin/vers/tonscript.php

Qu'appelles tu les coordonnées des pays ? Les coordonnées d'un point central à chaque pays, ou les coordonnées complètes du tracé des frontières ?

Que te donne un "echo $query" ?

Le seul souci véritable vient des sites marchands; où l'obligation d'avoir des prix "localisés" amène une obligation d'avoir des pages identiques (avec seuls les prix changeants) sur plusieurs sites, d'où duplicate content. Les plus gros peuvent se permettre de le risquer, mais les plus petits se doivent d'avoir une version différente de ces pages, pour une langue identique, afin d'éviter le duplicate content. Dans une optique de référencement, ce site peut servir à en savoir plus : The top 10 errors of international SEO (en).

Il est possible que le moteur de recherche n'accepte pas les mots-clés trop petits. Par contre, on ne pourra pas répondre à tes autres questions sans savoir ce qu'il y a derrière : sont-ce des scripts téléchargés sur le net, ou développés par le freelance ? Lui-même ne pourrait-il pas répondre à ces questions ? Soit dit en passant; le gers est une formidable région, je rêve de pouvoir m'y installer un jour

Dans ce cas, ça va être à l'entreprise de prouver qu'elle a racheté le site : s'il n'y a pas de contrat de cession, le site (du moins son code source) appartient toujours à l'ancien webmaster.

Pour tout ce qui est relatif au droit, les questions de Dadou sont pertinentes : - Si l'ancien webmaster était employé, et a créé le site sur son temps de travail, le site appartient de facto à l'entreprise. - S'il est prestataire, ou a vendu à l'entreprise un site fait sur ses heures de temps libre, la possession du site dépend des clauses du contrat signé par les deux parties.

Ou un condensateur en fin de vie.

Pour Safari, je ne l'ai pas constaté avec la version Windows... Il y a donc des différences entre les deux plateformes. A moins que ce ne soit le selecteur *::-moz-selection qui soit propriétaire Firefox, je ne l'ai jamais rencontré.

Dans ton CSS, les éléments P et TD ont tous les deux une marge à gauche et à droite de 10 pixels. Il te suffit de supprimer la balise P autour de ton image, elle ne t'es pas utile (De même que la balise DIV, l'alignement center peut très bien être appliqué à la TD).

Comme il s'agit d'une balise propriétaire, elle n'est fatalement pas valide XHTML strict (ni même HTML transitional)

Effectivement, tu viens de m'apprendre quelque chose Toutefois, ce n'est gérable que dans les navigateurs mozilla (type firefox). Tous les autres (IE, Opera, Safari) ne le prendront pas en compte.

A ce que j'en sais, c'est géré de manière automatique par le navigateur (voire le système) : sur un fond clair, le texte devient blanc sur fond bleu (tu peux le constater ici), alors que sur un fond foncé, il devient bleu sur fond blanc. Il n'existe pas à ma connaissance de moyen pour le forcer.

Le rendu est bien strictement le même qu'avec la version Mac ? C'est une grande nouvelle, alors.

Si tu ne spécifies pas l'en-tête 301, c'est bien la page ".html" qui reste affichée dans le navigateur, non ? Et dans ce cas, on a un impact nul sur le référencement, vu que les urls ne changent pas. Ça serait à mon avis la meilleure solution.

Si tu veux le faire exclusivement en PHP, il faut utiliser le referer. Tu peux le trouver avec $_SERVER['HTTP_REFERER']. Par contre, à moins d'un usage extrêmement précis, je doute de la pertinence d'un tel système : les navigateurs disposant tous d'un bouton "page précédente", il vaut mieux rediriger les utilisateurs vers une page prédéfinie de ton site, dans la logique de navigation.

Lors du démarrage, tu n'as pas un message indiquant que la pile sur la carte mère est vide ?

Il n'est pas un peu tard pour entamer ta recherche documentaire ?

Logiquement, si tu supprimer les fichier index.html de ton hébergement, le fichier index.php devrait être automatiquement considéré comme "premier fichier".

Ca ne se paye pas le droit d'auteur, c'est un droit inné pour toute création. Je pense qu'Arlette voulait plutôt exprimer : "Qui te dit qu'ils n'ont pas contacté les détenteurs des droits afin d'avoir leur autorisation (moyennant éventuellement une transaction financière) ?". Personnelement, j'en doute énormément, étant donné le nombre de jeux de ce genre pullulant sur le net (repompant gameplay, graphismes améliorés ou originaux, sons et musiques sans vergogne).

La marque en question a t'elle été déposée avant la création du nom de domaine ? Est-ce une marque connue (tu peux me l'envoyer en MP).

Dans les deux derniers exemples que tu cites, il n'y a pas de souci de portabilité ni de performances serveur, juste un souci de relecture.

Le souci de Dreamweaver et consorts, c'est qu'ils te permettent de créer quelque chose d'acceptable sans connaissance préalable. Comme tu souhaites te lancer dans le métier, je ne saurais que te conseiller de commencer par la base : le code "pur et dur", avec un éditeur de texte amélioré, tel notepad++. Pour apprendre les différents langages, tels HTML ou PHP, je ne saurais que te conseiller l'excellent site du zéro.

Et pourquoi pas te lancer dans un projet sans doute plus petit que ce que tu espères, mais dans un domaine qui te tient a cœur ?