binarygirl

Faites-vous l'appel à "SET NAMES UTF8" avant d'insérer les données

ET avant de les récupérer par SELECT ?

Bon je me risque

Selon google 165000 résultats sur le terme "ouaibe", c'est assez peu.

Overture FR: 0 avec ou sans extension

http://searchmarketing.yahoo.com/fr_FR/rc/srch/index.php

A priori le terme en tant que tel ne fait pas l'objet de beaucoup de recherches. On peut supposer que le type-in direct (navigation directe) ne sera pas très élevé non plus.

Clairement le nom est francophone. La francophonie est le public cible pour ce nom.

Quant à l'extension elle va bien avec.

A mon avis, c'est un bon nom pour un portail ou un blog ou encore un site style slashdot/zdnet.

Comme le nom est relativement décalé il faut lui trouver une utilisation un peu décalée aussi.

J'estime que dans l'hypothèse où vous vendez à un utilisateur final intéressé il serait raisonable de viser dans les €1500.

Sachant que le marché francophone des noms de domaine n'est pas très vivace ça risque de prendre du temps avant de recevoir une offre donc peut-être envisager de déveloper le nom, par exemple intégrer des news en rapport avec le web (il y a sûrement des flux RSS à piquer à gauche et à droite pour avoir un site qui se met à jour tout seul).

Et comme les copains, au risque de passer pour le franchouillard que je suis, je ne vois pas l'intérêt que tu peux avoir à communiquer sur ton métier à partir du moment où ceux qui vont t'écouter vont représenter pour toi de nouveaux concurrents dans la chasse aux domaines expirés. Il doit donc y avoir un truc qui m'échappe, c'est pas grave, c'est pas la première fois

En tous cas bonne continuation pour ton biz

Ben y a rien de mystérieux à ça

On est sur un forum public et ça sert à partager des infos justement ! Les domainers ont aussi leurs forums du reste.

Plus de concurrence c'est possible, encore que pas mal de gens se lancent là-dedans en croyant que c'est un moyen de se faire du fric facilement et rapidement, du coup ils gaspillent leur argent dans des noms complètement médiocres; évidemment ça ne donne rien alors ils laissent tout tomber et passent à autre chose.

C'est une opportunité, clairement, mais c'est pas un job-miracle non plus. On passe bcp de temps derrière l'écran à faire des recherches, à chercher des noms à capturer ou acquérir etc. C'est un peu comme chercher de l'or avec une pioche... faut parfois creuser pas mal avant de trouver un filon

Mon raisonnement en tant que webmistress c'est aussi qu'un bon nom (générique), en plus du potentiel de revente, est un bon moyen de se démarquer de la concurrence tout simplement

Cette mise au point est la bienvenue car il y a beaucoup de confusion, y compris chez les webmasters sur ce qu'est un domainer.

Malheureusement la presse généraliste qualifie souvent les domainers de cybersquatter.

Domainer et cybersquatter sont deux choses différentes, mêmes si certaines personnes cumulent les deux.

...

Bref, si tu es honnête (ce qui semble être le cas), l'activité de domaineur n'a rien de mal, comme tu le dis c'est pas parce que certains abusent qu'il faut généraliser.

Voilà !

Mais je reste sur mon avis que c'est bien plus rentable (sur le court et le moyen terme) d'être webmaster classique.

Cet avis n'engage bien sur que moi!

C'est ce que vous croyez. En fait ça dépend. Avec des beaux noms génériques on peut avoir un trafic (très) conséquent, et des revenus en proportion. Il y a des domainers qui ne vivent que des revenus de noms de domaine parqués, ou des ventes. Du coup ils n'ont guère d'incitants pour développer: c'est du travail, de la maintenance, et ça ne rapporte pas toujours. Mais il est vrai que certains sont fainéants

Perso je suis aussi domainer (centreurope et moi on se croise sur des forums anglophones ) mais je suis aussi webmaster. Je ne fais pas qu'attraper des noms pour les revendre, je développe aussi.

J'ai des noms parqués avec du trafic, certains que je vends, d'autres que je développe...

D'ailleurs les webmasters devraient se mettre plus au courant... ils ont aussi besoin de noms.

Ca à l'air sympas votre métier si je puis dire, mais il faut quand même investir pas mal au début. De plus, à terme il n'y a plus de domaine générique à réserver, vous allez finir par vous ennuyer non ?

En tout cas ca me donne envie de m'y mettre mais je n'ai trouvé aucun domaine intéressant à ce jour, je vais me pencher sur vos conseils

En réalité il y a tous les jours au moins 20000 noms qui expirent, parmi ceux-ci de très bons. Le pb c'est qu'il y a de la concurrence pour les attraper. Ca peut coûter cher mais c'est un bon investissement

C'est clair que c'est devenu très concurrentiel et c'est de + en + difficile. Mais il y a toujours des opportunités. En général il ne se passe pas un jour sans que j'attrape un nom valable. Quand on dit que tous les noms valables sont pris c'est pas tout-à-fait exact.

Comme dit plus haut le monde francophone est en retard et sous-estime complètement l'importance des noms de domaine.

Ce que je dis toujours à un acheteur potentiel c'est qu'un nom générique, mémorable, qui correspond à son business est la meilleure carte de visite qu'il puisse acheter, et il ne le paiera qu'une fois. Les entreprises dépensent un fric monstre en publicité (éphémère) alors que le même argent consacré dans l'achat de noms de domaine donnerait plus de résultats, de manière plus durable... Certains commencent à le comprendre, mais c'est loin d'être une généralité.

Arnaque. Heureusement sans le code EPP ils ne peuvent rien faire. Vous ratez pas grand'chose de toute façon vu les prix pratiqués. Maintenant il n'y a plus qu'à contacter votre banque et demander un charge back pour récupérer vos sous si vous avez payé par CB.

Première chose à mon avis examiner les logs système par exemple /var/log/messages

histoire de voir s'il y a des anomalies signalées

Les machines peuvent aussi se figer à cause d'un pb hardware (matos défectueux ou mauvais pilote). Mais comme apparemment il y a 3 serveurs qui présent les mêmes symptômes, je me demanderais si ce n'est pas une mise à jour (automatique ou non) qui est à l'origine du pb.

Vous devez spécifier le character set de votre page dans le <head>

Exemple:

UTF-8:

<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />

ou:

<meta http-equiv="content-type" content="text/html; charset=iso-8859-1" />

Pensez au moins à faire un trim, pour éliminer les espaces inutiles au cas où

Sinon une expression régulière peut faire l'affaire aussi.

Je suis en 1024*768 sous Opera et j'ai du scrolling horizontal et vertical... je vois qu'il y a des tableaux en 100% width mais aussi que le site est structuré avec des frames. C'est peut-être là le pb.

C'est un cas classique de cybersquatting.

La règle du premier venu premier servi n'autorise pas le parasitisme.

Le parasitisme semble avéré dans le cas présent, à savoir un nom qui prête à confusion et vise à tirer profit de votre notoriété.

Il n'est pas nécessaire d'avoir une marque déposée pour faire valoir vos droits.

Comme dit plus haut: "Dès que la marque est exploitée commercialement parlant elle est protégée de fait". (Arlette)

Vous pouvez très bien utiliser la procédure UDRP qui est appliquable aux noms de domaine .com pour récupérer le nom . Mais ça va coûter $1500.

Autre possibilité: intenter une action judiciaire en France (en présumant que le cybersquatter résident en France). Pour cela il faudrait prendre conseil auprès d'un avocat, de préférence spécialisé en propriété intellectuelle.

Dans un premier temps vous pouvez envisager de demander à un avocat de leur envoyer une injonction pour qu'ils arrêtent cette activité et vous cèdent le nom de domaine.

Si vous consultez le site WIPO (lien ci-dessus) vous constaterez qu'il y a une jurisprudence claire et abondante en matière de litiges sur les noms de domaine.

A mon avis une lettre d'un avocat accompagnée d'une explication de toutes les conséquences possibles (condamnation, mauvaise publicité, dommages et intérêts) a des chances de les faire réfléchir.

S'ils font la sourde oreille à vous de voir la suite avec l'avocat.

Un index fulltext est utile pour des champs qui contiennent beaucoup de texte (par exemple des citations).

C'est beaucoup plus efficace que de rechercher une chaîne de caractères dans un champ avec LIKE par exemple, mais il y a des limitations qu'il faut bien comprendre.

En règle générale il faut mettre des index uniquement sur les champs sur lesquels vous êtes susceptible de faire des recherches. Aussi sur les champs qui sont utilisés dans des jointures avec d'autres tables.

Les index accélérent les recherches mais ralentissent les mises à jour... normal car les index doivent être mis à jour en même temps que les données. Il faut donc les utiliser avec parcimonie

Si c'est un typo très courant je n'hésiterais pas à l'inclure dans les meta keywords et même le titre.

Si c'est un mot clef bien spécifique on pourrait même prendre le nom de domaine et le rediriger vers le site principal... si ça génère du trafic ce serait bête de s'en priver

ou plus simplement imbriquer le texte dans un span:

<p>blah blah blah blah 
<span style="text-align:right;">texte formaté</span>
</p>

Problème typique quand on introduit des données en Unicode (UTF-8) et que le table est définie en latin1_swedish_ci par exemple ou l'inverse. Si vous passez par phpmyadmin il faudrait éventuellement voir aussi si un charset particulier n'est pas spécifié dans votre navigateur, et prend le pas sur celui spécifié par les pages de phpmyadmin (par ex. si vous forcez l'affichage en iso-8859-1).

Je conseillerais de rediriger le domaine accessoire-piece-moto.fr vers le nouveau, plus court, pas l'inverse.

Aussi, une rumeur veut que les noms avec plus d'un tiret pourraient être pénalisés (abus de référencement ?), c'est une rumeur mais trop de mots-clefs est peut-être pas top, à mon avis plus de deux mots clef ça devient difficile à retenir.

Bref, je garderais le nom long pour le référencement et le court comme nom principal (carte de visite etc), pour que ce soit aussi lui qui soit ajouté aux favoris par les visiteurs.

Quand il y a plusieurs boutons submit dans un formulaire et que l'utilisateur tape ENTER la plupart des navigateurs simulent un clic sur le premier bouton... Attention certains navigateurs peuvent très bien envoyer la requête sans la valeur d'un des boutons (on peut envoyer un form sans cliquer sur un bouton, par exemple en javascript).

Suggestion: jouer sur l'ordre des boutons.

Par exemple si on a un bouton Aperçu et un bouton Envoyer, place Aperçu avant. Ca devrait éviter le pb.

Bonjour,

Il vous faut au moins mySQL 4.1 pour gérer les charsets... et spécifier Unicode.

Votre version est insuffisante. Je ne sais pas si wp peut être bridé pour de l'iso-8859.

Ca aiderait si pouviez rajouter du code de debug pour afficher l'erreur renvoyée par mysql

Si vous avez mysql 4.1.1 ou supérieur vous pouvez utiliser les fonctions

COMPRESS() et UNCOMPRESS().

et stocker le résultat dans un champ binaire (BLOB).

http://dev.mysql.com/doc/refman/4.1/en/enc...-functions.html

Ceci dit ce serait peut-être mieux de le faire en PHP pour ne pas être trop dépendant de la plateforme SQL.

En CSS:

width: 100%

Le tableau peut être imbriqué dans un DIV par exemple, dans ce cas il prend toute la largeur du DIV et non du BODY

PENDING DELETE RESTORABLE signifie la même chose REDEMPTION pour .com

C'est un .info ?

Et non, vous ne l'aurez pas tout de suite, ça devrait prendre une quarantaine de jours avant qu'il soit deleté puis capturé par snapnames. Il est toujours possible que le titulaire décide de le renouveller entretemps mais c'est rare. Comme il est en REDEMPTION il y a des frais supplémentaires.

Snapnames donne de très bon résultats mais c'est pas garanti à 100% que vous l'aurez car il y a de la concurrence. Autre possibilité: ils attrapent le nom mais il y a d'autres personnes qui ont aussi un backorder. Alors vous serez dans une enchère avec les autres personnes pendant 3 jours et c'est le plus offrant qui obtient le nom.

Il faut quand même faire gaffe quand on se base sur une variable pour faire un include et s'assurer qu'elle ne puisse pas être injectée sinon on se retrouve avec une faille RFI

Bonjour,

Avant de récupérer les données faites toujours ce query:

SET CHARACTER SET utf8

et puis votre SELECT en SQL...

et affichez les données. J'imagine que votre page utilise le charset UTF-8 donc vous pouvez faire simplement comme ceci:

echo htmlspecialchars($texte);

Lorsque vous enregistrez des données dans la DB au départ d'une page il faut aussi utiliser SET CHARACTER SET utf8.

Il vaut mieux que le charset soit identique pour la DB et pour les pages HTML, sinon pb de conversion (perso je préfère avoir UTF-8 de deux côtés)

Référence: http://dev.mysql.com/doc/refman/5.0/en/cha...connection.html

Il faut revoir le layout.

En plus il ne s'affiche pas bien sur Opera ou Netscape (j'ai pas essayé d'autres navigateurs).

Capture d'écran: http://img253.imageshack.us/my.php?image=immorj8.gif

Probablement des DIV mal positionnés.

Le texte de taille variable est pas du meilleur goût, on dirait que ça a été fait pour tricher avec le référencement (?).

Pour le reste tout a déjà été dit: prendre un nom de domaine, virer les liens douteux, diviser le contenu proprement.

Et comme dit Sébastien:

Pense à "localiser" ton référencement, càd à faire en sort qu'il soit visible pour des requêtes liées à "Nord", "59", "Lille" etc

Peut-être que ça peut aider: http://www.ovthistory.com/