dièse

Une 4ème solution est d'utiliser fopen . Qui est pratique parce que pouvant être utilisé à travers pas mal de protocoles.

Un élément qui peut aussi entrer en compte, c'est la quantité d'informations que tu as à présenter à tes visiteurs. Si tu n'as pas réussi à accrocher tes visiteurs au premier coup d'oeil, il y a peu de chance pour que ceux ci se donne la peine de scroller ta page pour en apprendre plus sur ton site (peut-être qu'i faut mieux accrocher 85% de visiteurs, plutôt que d'en perdre 100% ). Donc dans certains cas, c'est peut-être une bonne idée de construire un site sur 3 colonnes ( ce qui est pratiquement infaisable sur une largueur de 760px ), avec bien entendu aucun élément de navigation principale présent dans la 3ème colonne.

D'où l'intérêt de faire appel un prestataire . Quand à envoyer soi-même 1 million de mails, ça ne veut pas dire non plus blacklistage chez tout les FAI. Si le fichier n'est pas de bonne qualité, et qu'il générera donc un faible taux d'ouverture, ce n'est peut-être pas très grave que les possesseurs de compte Yahoo ou autres AOL ne reçoivent pas le mail.

Même si le message de Cyberlaura est très drôle . Il y a tout de même des chances pour que son client est acheté des mails optin, je pense qu'aujourd'hui tout le monde est informé des lois vis à vis du spam. Donc si il s'agit réellement de mails optin, oui le mieux est de s'adresser à un prestataire (Surtout si le fichier est de qualité ). Le mail reste tout de même le support publicitaire le plus efficace sur internet .

C'est peut-être parce que le sujet a déjà été abordé web 2.0

Comme te l'a suggéré Spidetra, il faut séparer le SQL du PHP. Ta requête est bonne il n'y a pas de soucis. Teste $data2 à l'aide de la fonction var_dump(). Teste d'abord avec mysql_fetch_object, puis avec mysql_fetch_array dans un second temps .

Xmlhttprequest n'a aucun rapport avec le glisser/deposer, à part si tu décides de déclencher une action sans recharger ta page au moment de deposer. Tous les principaux navigateurs ont implémenté l'objet XmlHttpRequest donc normalement il n'y a plus de problème de compatibilité. Edit : rooo je viens de découvrir l'édition rapide des messages avec la nouvelle version d'IPB; c'est un exemple d'utilisation non superflue d'AJAX

C'est ça qui est beau et qui en fait un concept marketing très puissant, chacun a sa propre définition du web2.0 . Pour moi aussi les réseaux sociaux, Xmlhttprequest and co, c'est du déjà vu... La vrai différence entre le web1 et le web2 c'est que maintenant les blocs ont des coins arrondis et c'est joli .

Bonjour, Peut-être en utilisant le package PEAR Net_Whois.

La limite de 1000 visiteurs par jour est vraiment très restrictive. Cette offre est réellement étudiée pour une utilisation comme serveur de jeu. Et encore une fois c'est fort de la part d'OVH. Ceux qui auraient été tenté d'utiliser la dédibox comme serveur de jeu, ont maintenant une offre exactement au même prix chez un hébergeur qui a déjà fait ces preuves.

Ce n'est pas ce que disent les adsences en haut de cette page .

On peut chercher à se cacher mais tout de même connaître les lois et donc s'adapter en fonction des risques encourus Bon en tout cas je pense que ce coup ci il ne peut plus m'échapper . J'ai utilisé ma carte bancaire sur ce site ( vous pouvez penser que je ne suis un imbécile mais vous n'êtes pas obligé de le dire ), maintenant je n'ai plus qu'à attendre début juin, mon relevé bancaire.

Bah justement en trouvant des astuces comme consulter le site de la CNIL où il aurait été idiot de fournir de fausses informations, mais rien... Mais je ne rennonce pas pour autant, je saurai qui se cache derrière ce site

Bonjour, Je cherche à avoir des informations sur une "possible" société éditrice d'un site. Je pense avoir le tour des actions possibles : - Sur le site pas de nom de société, pas de nom de contact, ni de numéro de SIREN. - Les infos du Whois sont fausses. - Le serveur est chez un hébergeur. - Il n'y a que ce site sur le serveur. - Pas d'info à partir du site de la CNIL. Dernière chose qu'il me parait possible de faire, c'est de chercher des infos à partir du site de l'INPI (le nom de domaine du site a été déposé comme marque). Mais obtenir ces infos nécessite la souscription à un abonnement. J'aimerai donc être sûr que cela m'apporte quelque chose... C'est un assez gros site, qui a des revenus récurrents (grands nombre d'abonnés et les abonnements sont payants). C'est pourquoi je pense qu'il existe une société derrière ce site, mais peut-être n'est-ce pas le cas... Voyez-vous autre chose que je pourrais faire et savez-vous quel genre d'informations on peut obtenir à partir d'une marque ? Merci

Oui sur WebmasterWorld peut-être, mais tu n'apportes pas de confusion, ça a été dit c'est certain

Non, non, ce n'était pas ça. J'ai aussi lu ce dont parle Thick et si ça n'était pas sur le blog de Matt Cutts, c'était dans les guidelines de Google. Utiliser les urls absolues pour économiser la bande passante de Google...

site:www.39-45strategie.com Peut-être un problème au niveau de la gestion de vos anciennes pages en ASP. http://www.39-45strategie.com/games/get_re...asp?REC_ID=5096 Toutes ces pages ont l'air de mener vers votre page d'accueil. Ca vous fait un bon paquet de pages sattelites . Tu peux gérer ça à l'aide de redirections 301. Peut-être même que des erreurs 404 rassureraient Google .

Coucou Crisha, Je connais bien les sites de l'alliance Francophone pour les fréquenter assez régulièrement . J'ai jeté un coup d'oeil rapide à vos sources, et comme toi je ne vois pas ce qui pourrait être à l'origine de ce blacklistage. Je crois que le site en question est le dernier que vous ayez sorti non ? Peut-être que le fait d'intégrer un nouveau site à un tel réseaux de sites est la seule cause de votre blacklistage. La barre de navigation présente en haut de vos pages lie vos sites de façons incroyables, c'est certainement le souci. Peut-être que placer un no-follow sur le lien vers 39-45stratégies.com dans votre barre navigation pourrait être bénéfique . Ce site serait alors isolées des autres aux yeux de Google.

D'un autre côté (et juste parce que je n'aime pas quand tout le monde est du même avis ), si vos liens sont créés dynamiquement et à partir du moment où vous arrivez à centraliser la gestion des chemins à l'intérieur de vos scripts (par exemple à l'aide d'un fichier de configuration), l'utilisation d'urls absolues n'est pas un problème. Puis de cette façon ce n'est pas tout le site que vous pourrez déplacer sans problème mais chacun des répertoires .

Incroyable, je n'avais jamais cliqué sur le lien "Annonces Goooogle".... Merci Thick

Typepad est très utilisé et pas seulement en France

Dans ton php.ini la directive register_global doit être à off. Utilise $_GET['visiteur'] (au lieu de $visiteur) pour récupérer les variables présentes dans tes urls et $_POST['tavariable'] pour récupérer les variables d'un formulaire envoyées avec la méthode POST. Si tu ne veux pas modifier la valeur de register_global sur ton dédié et que tu ne veux pas modifier tous tes scripts existants je crois que tu peux localement modifier le register_global à l'aide d'un fichier .htaccess, fais une petite recherche sur Google

Tout est indiqué dans l'erreur, tu n'as pas le droit d'exécuter des fichiers php dans le répertoire où tu as placé tes scripts de stats. Si tu as accès à ton fichier de configuration de PHP : php.ini. Recherche la directive open_basedir et ajoute ton répertoire de stats. Sinon déplace tes scripts vers un répertoire autorisé. Edit : coiffé sur la ligne par Dan

Plus généralement, la méthode POST doit être utilisé pour toutes les actions qui vont entrainer une modification au niveau du serveur. Typiquement pour un site de e-commerce, le bouton "ajouter au panier" . Logiquement pour un site de e-commerce, aucune des pages qui suit l'utilisation d'une requête POST ne doit intéresser les moteurs de recherches : panier rempli, reload d'une fiche produit, compte client, formulaire de recherche... Dernière chose j'ai déjà eu à faire à un robot qui validait les formulaires . Pour un site de e-commerce pas très bien conçu et travaillant en flux tendu, ça peut faire mal au stock .

Ca a l'air d'être à la mode oui chat PHP Edit : Après avoir parcouru un peu plus attentivement les scripts disponibles sur Hotscripts, il n'y a finalement pas autant d'AJAX que je le pensais