captain_torche

Sincèrement, à moins que tu ne forces le clic (ce qui est interdit), j'en doute. Tu n'as pas répondu à ma question : la pub est affichée sur un navigateur, ou dans l'interface du jeu ? Dans le dernier cas, jouant un peu moi-même, je ne pense pas que les joueurs cliqueront : lorsqu'ils lancent le jeu, ils cherchent à rejoindre une partie au plus vite, sans perdre de temps en étant distrait par des pubs. Si la pub est assez intéressante, ils essaieront de s'en souvenir pour après la partie. Pour info, un très grand éditeur de jeux (UbiSoft, pour ne pas le nommer) avait tenté il y a un peu moins d'un an de distribuer gratuitement quelques jeux de son catalogue, avec en contrepartie des publicités dans les menus, et pendant les écrans de chargement. La publicité n'était pas cliquable, elle incitait juste à l'achat (de hamburgers). Une semaine après le lancement, ils ont mis fin au système. Actuellement, certains éditeurs essayent d'ajouter de la pub dans certains de leurs jeux, mais ce n'est pas encore véritablement au point, à part dans les jeux de sport. Tout ça pour te dire que c'est pas gagné d'avance

Oui, le point signifie "n'importe quel caractère".

Ce que je voulais dire, c'est que comme la personne vient de la page "untel", le fait que "untel" soit sélectionné dans la liste n'est pas handicapant : il reviendra forcément sur une autre page. Et, comme la personne a utilisé la fonction "page précédente", il y a de fortes chances qu'elle utilise la fonction "page suivante" si elle veut revenir à cet article.

Ce n'est à mon avis pas réellement un souci : venant de la page "sélectionnée", l'internaute n'a pas besoin d'y retourner. Par contre, c'est l'utilisation d'un menu déroulant comme méthode de navigation qui pose problème : - d'accessibilité d'une part, les internautes ne pouvant utiliser de souris changeant de page à chaque fois qu'ils descendent d'un item via le clavier - de référencement d'autre part, ton menu n'étant accessible par les moteurs que via la page "plan du site". Pourquoi ne pas mettre de véritable menu directement dans tes pages ?

Comment ça, le javascript est désactivé ? Si c'est affiché dans le navigateur, tout dépend des réglages du navigateur (comme partout). Si c'est intégré à l'interface du jeu, c'est différent. Dans ce dernier cas, je doute que les joueurs cliquent pour afficher une page de pub (ils sont là pour jouer).

J'imagine que ceci est une source suffisamment sûre : http://googlewebmastercentral.blogspot.com...#comments-block Pour les anglophobes, une petite traduction de mon crû :

Keywords n'est pas utilisée par les moteurs de recherche; elle est trop facile à spammer. De plus, un moteur de recherche faisant bien son boulot, est capable de déterminer les mots-clés en fonction du contenu de la page.

Les meta importants sont : - Content-Type, dans laquelle tu précises l'encodage de ta page <meta http-equiv="Content-type" content="text/html; Charset=ISO-8859-15"> - description qui, si je ne m'abuse, a un poids moindre côté référencement, mais qui peut être incitative au clic lorsqu'elle est reprise en "snippet" (courte description du site) dans les moteurs de recherche. - la balise title, qui n'est pas un meta en soi, mais est tout de même indispensable (Un titre différent par page)

Ctrl+espace Mais je dois avouer que je ne m'en sers jamais.

Qu'est ce qui t'a bloqué dans notepad++ ?

Non, tu ne peux pas forcer le téléchargement et l'installation de ta police. Tu t'en sers pour l'intégralité de ton site, ou pour certains éléments ? Si c'est pour l'intégralité du site, il vaut mieux prendre une police possédée par le plus grand nombre d'utilisateurs. Dans le second cas, tu peux mettre tes polices en image (pour des titres, par exemple), ou utiliser une méthode comme sIFR, qui remplace un texte "normal" par une version flash (contenant la police en question). C'est parfaitement accessible et référençable, si c'est ça qui te posait problème.

Tu ne peux malheureusement rien faire contre ça. Mais ton script est-il si complexe qu'il aie besoin d'être protégé ? Que fait-il ?

Il faudrait préciser à la règle de réécriture que ta chaîne s'arrête après trucchouette.php. Tel que c'est actuellement, la redirection est toujours valable vu que dans ta réécriture, on peut retrouver trucchouette.php, d'où la boucle infinie. Essaye avec ça : Redirect permanent /trucchouette.php$ http://localhost/trucchouette.php?page=1 Le signe "$" indiquant à la règle de réécriture qu'il n'y a plus rien après le .php, ça devrait fonctionner.

Que crains-tu ? Une fois sur ton serveur, le PHP sera invisible pour tes visiteurs. Un encodage avec bcompiler n'est nécessaire que si tu souhaites diffuser ton code source, sans donner la possibilité de le voir.

Woops, j'ai trop l'habitude de faire l'opération inverse

Dans l'idéal, il faudrait pouvoir rediriger tous les mois, donc avoir une règle un peu plus souple. RewriteRule ^article.php?numero=([a-z]+)$ article-$1 [R=301]

Ca fonctionne effectivement, mais je ne peux pas tester "en conditions réelles" : comme je suis un répertoire plus haut, tous les appels images, css et javascripts ne fonctionnent pas.

J'ai développé un petit script que tu peux tester ici : -http://www.lonironaute.net/gestion_images/ Si ça t'intéresse, je t'envoie les sources par mp.

Ca reste tout de même très nord-occidental, comme initiative ... et quand je pars en vacances en europe ou aux US, je me débrouille pour avoir le wifi à l'hôtel

Déjà, teste ce que tu veux faire en HTML "en dur". Tu verras le javaScript après coup. Et pour info, java et javascript n'ont strictement rien à voir.

Finalement, c'est plus si urgent : j'ai identifié ce qui me bouffe toutes les ressources (un javascript externe qui met du temps à répondre, merci VirtualEarth !), mais je reste curieux de savoir ce qui fait que ça ne marche pas.

J'utiliserais plutôt un overflow: hidden, ou overflow: auto;

Il vaut mieux éviter de présenter un contenu différent aux moteurs et à tes utilisateurs; cela s'appelle du cloaking et cela peut nuire très fortement à ton référencement (blacklist).

Il faut absolument que ton image soit hébergée sur internet, pour pouvoir l'afficher sur un site. Pour cela, il faut disposer d'un espace FTP, que tu peux obtenir gratuitement chez la plupart des FAI. Tu peux aussi héberger ton image sur des services comme ImageShack, mais sans véritable garantie que ton fichier ne sera jamais supprimé.

Bonjour, sur un site que je suis en train de développer, j'ai une règle de réécriture assez simple, qui redirige tout vers une unique page de traitement, qui s'occupe elle-même de la gestion de l'affichage. Le .htaccess ressemble à ceci : RewriteEngine On RewriteRule index\.html? / [R=301] RewriteRule ^$ traitement.php?url=index RewriteRule ^(.*)--(.*)-page([0-9]+)\.html?$ traitement.php?url=$1&onglet=$2&page=$3 [QSA] RewriteRule ^(.*)--(.*)\.html?$ traitement.php?url=$1&onglet=$2 [QSA] RewriteRule ^(.*)-page([0-9]+)\.html?$ traitement.php?url=$1&page=$2 [QSA] RewriteRule ^(.*)\.html?$ traitement.php?url=$1 [QSA] Mon script vérifie la présence et l'ancienneté du fichier en cache, et le cas échéant le crée ou le régénère. Pour des besoins de tests, j'aimerais pouvoir afficher directement ces fichiers de cache (présents dans le répertoire CACHE), pour comparer les rapidités d'affichage en êtant sûr de zapper toute la partie "traitement de code". J'ai donc tenté d'ajouter cette ligne au htaccess, avant les autres règles de réécriture, mais elle ne fonctionne pas, ou plutôt, elle fonctionne à moitié, le [L] qui est censé indiquer de ne plus traiter d'autres règles ne semble pas respecté) : RewriteRule ^(.*)\.bak$ /CACHE/$1.html [L] Où se trouve mon erreur ?