Dan
-
Compteur de contenus
30 686 -
Inscrit(e) le
-
Dernière visite
Tout ce qui a été posté par Dan
-
Salut scarabeuz, As-tu essayé sans la fonction htmlspecialchars() ? Tu peux aussi essayer en ajoutant un deuxième argument ENT_QUOTES , donc: htmlspecialchars($outil["intro"], ENT_QUOTES ); Tu as aussi à plusieurs endroits de ton texte le caractère ... (trois points de suspension, ou ellipse) qui devrait être remplacé par … Dan
-
Effectivement, un & mal écrit... c'est bon maintenant ! Dan
-
Disons qu'avec du JavaScript en tout début de fichier, les moteurs tombent d'abord sur quelque chose qu'ils ne savent pas interpréter. Ce n'est donc pas un cas de figure qu'ils doivent bien gérer. Manifestement, c'est toujours sur cette ancienne version que Google se base, comme c'est celle contenue dans le cache. Avec les liens que tu laisses sur le Hub, il va sûrement repasser très vite. Dan
-
En regardant le cache de ta page dans Google, on voit que tu avais mis un script JavaScript avant le <!DOCTYPE..> et le <html>. Tu as corrigé cette erreur depuis. C'est peut-être ça qui fait que tu es l'exception. Il faut sans doute attendre que Google réindexe ta page Dan
-
MDR... Je ne savais pas qu'il y avait autant de "merci dan" sur le web. Mais tous ne s'appliquent pas à moi... Dan
-
Coyote, J'oubliais une alternative: Editer le fichier /etc/inetd.conf, commenter la ligne contenant proftpd (mettre # au début) et décommenter la ligne: ftp stream tcp nowait root /usr/libexec/ftpd ftpd -l Il faudra dire au process inetd de relire son fichier de config en lui envoyant un signal HUP. ps -alx | grep inetd donnera une ligne comme: 0 2293 1 0 2 0 1084 724 select Is ?? 0:01.19 /usr/sbin/inetd -wW Le numéro de process est le 2ème (ici 2293) entre la commande: kill -HUP 2293 en remplaçant 2293 par le numéro de process que tu auras défini chez toi. C'est encore ce que je préfère, car ftpd est plus rapide (à mon goût) Dan
-
Salut Coyote, Vérifie dans le fichier /etc/inetd.conf , tu dois avoir proftpd comme protocole ftp par défaut (ligne sans commentaire vers le début de fichier) Dans ce cas, et c'est propre à FreeBSD qui ne supporte pas les directives de session PAM (Pluggable Authentication Modules), tu peux faire 2 choses: Soit éditer le fichier /etc/proftpd.conf et changer la ligne : AuthPAMAuthoritative On en AuthPAMAuthoritative Off Soit créer le fichier (et le répertoire s'il n'existe pas) /etc/pam.d/ftp et y ajouter la ligne: ftp session required pam_unix.so try_first_pass Les 2 options devaient te permettre d'utiliser ftp Plus d'info sur le site de ProFtpd Dan
-
Anonymus, Regarde ce post d'Ernestine: http://www.webmaster-hub.com/index.php?sho...findpost&p=1583 C'était très exactement le même cas de figure. Je sais qu'Invision travaille à la validation XHTML de son forum, et que ces & dans les différents liens sont dans le champ de tir Dan
-
Anonymus, Encore faut-il que les accents soient codés à l'aide des tokens HTML, sinon on se retrouve dans le cas de la recherche sur "cinéma vs cinema" citée plus haut. Je pense qu'une manière de s'en sortir sans utiliser les tokens est de déclarer correctement le charset... mais dans le doute, j'ai personnellement préféré les é à ê etc. Avec un bon éditeur, rechercher/remplacer fonctionne super bien, il est conc chose facile que de se mettre "à la norme" ... ou mieux "à la norme" Dan
-
Salut, Sur ce coup là, j'ai une réponse toute faite. Il faut mettre les mots accentués avec les tokens html, é pour é etc. Pour les requêtes "création site immobilier" ou "creation site immobilier" j'obtiens exactement les mêmes positions #1 et #2 alors que je n'ai aucune page comprenant le mot creation sans accent. http://www.google.fr/search?hl=fr&ie=UTF-8...he+Google&meta= http://www.google.fr/search?hl=fr&ie=UTF-8...he+Google&meta= Plus fort, en mettant les é , on voit dans le cache Google qu'il va surligner "création" même dans le cas de la recherche pour "creation" (sans accent). La démo est bonne ? Dan
-
Ca en a tout l'air ! Courage, ce n'est pas si difficile qu'il y paraît de prime abord. C'est mieux de consacrer à Linux/FreeBSD un disque entier... vu le coût actuel d'un 40Gb Dan
-
Coyote, Tu essaies sans doute une connexion ftp avec l'utilisateur "root". Et pour celui-là, il y a de bonnes chances pour qu'il soit listé dans "ftpusers". C'est à dire "privé de FTP" Normalement, c'est /etc/ftpusers sinon "man ftpusers" pour trouver où est logé le fichier Dan PS: c'est potentiellement très risqué d'autoriser root à utiliser ftp, à ta place j'éviterais.
-
Salut Scarabeuz, et bienvenue sur le Hub ! Es-tu absolument certain du nom du device que tu as utilisé pour l'install ? FreeBSD a besoin d'une entrée dans la table de partition primaire du disque dur. Cette partition primaire est appelée ``tranche'' (slice en anglais) dans la terminologie FreeBSD. Il utilise ensuite le programme disklabel pour créer plusieurs partitions logiques dans cette partition primaire. Ces partitions logiques sont appelées ``partitions'' dans la terminologie FreeBSD Le problème que tu as eu vient vraisemblablement de l'écriture dans la table de partition primaire... qui a dû écraser celle correspondant à la partition contenant Windows 2000. Tu as un très bon article qui explique la procédure du Chargeur BSD et l'install ici: http://www.linux-france.org/article/sys/chargeurs/bsd.html Dan
-
Salut Thierry, Dans ce cas précis, le RedirectPermanent ne fonctionnera pas, parce que tu renommes mairies.htm en ... mairies.htm même s'il est dans un autre répertoire. Je ne vois d'ailleurs pas bien ce que cela t'apporte en terme de mots clés car tu ne fais que répéter un mot clé qui y est déjà... Si tu y tiens absolument, tu pourrais utiliser plutôt RedirectMatch car celui-ci permet des expressions régulières que ne permet pas le RedirectPermanent, par exemple: RedirectMatch 301 ^/(mairies)\.html$ http://www.conseilgeneral.com/$1/$1.html ou encore: RedirectMatch 301 ^/(mairies|truc|machin|bidule)\.html$ http://www.conseilgeneral.com/$1/$1.html Ce dernier te permettrait de rediriger /machin.html en machin/machin.html
-
En plus, en ce qui concerne Francité,j'ai reçu au moins 5 emails différents par domaine pour vanter cette campagne... du pur spam. Je n'ai eu aucun état d'âme à balancer le tout à SpamCop. Depuis, plus un seul email de leur part depuis 6 mois Dan
-
Salut Nico, Perso, mais ce n'est que MON avis, j'ai en sainte horreur tout ce qui me force la main en affichant un popup non souhaité. Les seuls cas où j'accepte les popups sont ceux où le popup est en rapport direct avec la page vue, pas une pub! Pour les quelques visiteurs pas forcément ciblés que peut apporter weborama, je m'en suis toujours tenu éloigné pour ces raisons. Dan
-
Tchinkatchuk, Et je suis près à parier que tu as fait cela sans l'ombre d'un backup sous le coude ? Tu dois aimer vivre dangereusement ou ne pas avoir de truc vraiment important sous XP ... Eh oui, ça marche parce qu'on revient dans le cas de figure cité plus haut... install de win 98 suivie d'une install XP qui va créer le ntloader, le fichier boot.ini (dans lesquel tu dois avoir 2 entrées pour win XP, non ?) et actualiser le MBR pour que le Ntloader soit appelé au boot. Le boot.ini peut s'éditer facilement, comme c'est un fichier texte. Il faut d'abord afficher les fichiers cachés, et tant qu'à faire... une copie du fichier au cas où tu te loupes Cordialement, Dan
-
Salut Tchinkatchuk et merci pour tes compliments Malheureusement, comme tu le dis toi-même, pas de miracle en standard Windows pour ce type de manip. Dans l'autre sens, ça va car XP et 2000 utilisent le ntloader avec le fichier boot.ini et "respectent" les versions déjà installées. Win98 l'ignore superbement et si on lui donne une partition, il va effacer le MBR (master boot record) et le remplacer par le sien... donc tu n'auras plus accès à XP. Il existe néanmoins des alternatives à ce dual-boot windows, qui sont pour la plupart des solutions commerciales, tel que Partition Magic (PowerQuest) livré avec PQBoot qui permet ce que tu veux faire. Il doit y en avoir d'autres, mais je suis loin d'être un expert Windows98 Dan
-
Superbe démo, mais.... à quoi ca sert, de gzipper, dégeziper, etc ?? Anonymus... ps :Ne faudrait il pas faire une file de discussion spéciale 'liens utiles' ?? anonymus, J'imagine que tu ne poses pas cette question pour toi, mais pour l'intérêt général comme tu connais vraisemblablement la réponse Tout le monde connaît les fichiers compressés au format Zip qui permettent une économie de place importante. Gzip (le programme de compression Zip du GNU) fait globalement la même chose que tous les utilitaires de compression que l'on trouve sur de nombreux PC: réduire la taille d'un fichier avec une compression dite "lossless" (sans perte). Cette compression "sans perte" permet de récupérer le fichier exact après décompression, sans aucune perte d'information. Une des particularités du protocole http est justement de permettre l'utilisation de pages compressées, pour gagner de la bande passante. On divise typiquement par 5 la taille d'une page lorsqu'on la compresse, et cela réduit donc les temps de transfert réseau dans les mêmes proportions.... très appréciable quand on n'a pas un accès rapide au net. Certains hébergeurs avisés, soucieux de leur bande passante réseau car c'est un des éléments les plus coûteux de leur métier, activent donc la compression gzip des pages sur leurs serveurs avant l'envoi vers le poste client. C'est notamment le cas d'OVH. Cette configuration se fait directement au niveau du serveur Apache. La compression, si elle fait gagner de la bande passante, consomme un peu de ressources CPU pour être effectuée. C'est donc un compromis à trouver pour l'hébergeur ou le propriétaire d'un serveur dédié. Tous les navigateurs récents décompressent ces pages "à la volée" de manière totalement transparente pour les utilisateurs. Les moteurs de recherche utilisant le protocole http pour scanner les pages du web décompressent les pages gzippées à l'identique (encore heureux ) Dan
-
Bertrand, Ca par contre, c'est une info que j'aimerais te voir développer un peu. Je pense qu'on est suffisamment nombreux avec des sites Spip sur OVH pour être intéressé par cette astuce. Dan
-
Tout juste anonymus ! Ce sont les vielles habitudes qui remontent à la surface... c'est à ça qu'on reconnait les "anciens" Tu as tout à fait raison, autant être prêt pour quand ces anciennes variables seront complètement abandonnées. Dan
-
Et tu as bien raison. Une des suites logiques de l'article que j'ai rédigé sur le PageRank (basé sur celui de Ian Rogers) est la notion de Hub or Authority. En fin d'article, j'ai d'ailleurs annoncé cette suite, mais le Hub me fait prendre un peu de retard dans sa rédaction. En émettant des liens, on "tisse la toile" ! Même si on distribue un peu de PR, un peu de ce PR revient à la case départ même si les chemins empruntés sont parfois longs. Du genre: A lie vers B, qui lie vers C, qui lui est un annuaire où le site A est repris. En tissant la toile, on respecte la phylosophie du Web et on aide à son élaboration. Si ce PR n'était pas redistribué, comment un annuaire pourrait-il espérer avoir mieux que PR0, vu tous les liens émis ? Il ne faut jamais craindre d'émettre un lien vers un site, si ce site est dans la même "logique web" que vous. L'idéal étant les liens vers des sites ayant la même thématique. Exemple: Le Hub, Le Guide du Webmasterguide du Webmaster et Projet Webmaster (site de Olivier) ont la même thématique, et les liens entre eux sont de ce fait considérés comme "forts" En clair, si vous vendez des crucifix, ne faites pas de liens vers des sites X, votre crédibilité en pâtirait beucoup plus que votre PageRank Dan
-
exabs, Pour moi, le lien n'est pas bon, pas à cause de l'entête mais plutôt à cause du PHPSESSID Dan
-
Je n'utilise ni le real audio ni le ftp sur aucun des domaines que j'ai chez eux (plus de 20 domaines) Dan
-
Bonjour à tous, J'ai reçu de nombreux messages me demandant pour quelle raison je n'avais pas activé la compression Gzip des pages du forum. Elle est simple, le Hub est hébergé chez OVH, et cette compression est activée par défaut sur tous les serveurs dédié. Donc, le serveur sur lequel est hébergé le Hub, fournit déjà des pages compressées... et ""gzipper" du gzip ne sert qu'à consommer du CPU Dan
