dièse

Je pense que toutes les bibliothèques PEAR peuvent être installé manuellement sans l'aide de l'installeur PEAR. Donc l'hébergement mutualisé ne doit pas être un problème. Par contre il faut peut-être faire attention aux versions de PHP.

Bonjour, A priori il faut tester la valeur de ta variable $file, qui a l'air d'être vide.

Je plaisantais avec mon 8000000000000, je pense qu'une ligne de code HTML de 4096 octets ça n'est pas très courant, 1024 devrait être largement suffisant. Pour le cas où l'url est sur 2 lignes, on peut considérer abusivement que le lien n'est pas valide

buffer = fgets($fd, 800000000000000000); Dans ce cas, ce site a un code html suspect, il ne faut mieux pas valider son inscription Edit : je viens de regarder la doc php, et depuis PHP 4.3, lorsqu'on ne spécifie plus à fgets le nombre d'octets, la lecture s'arrête à la fin de la ligne

Un bout de code, certainement pas ce qu'll doit y avoir de plus léger, mais qui doit marcher : <?php if(($fd = fopen($sonurl, "r"))===FALSE) echo "BAD URL"; else { while (!feof ($fd)) { $buffer = fgets($fd, 4096); if(strpos($buffer, $tonlien)!==false) { echo "Lien en place"; exit(0); } echo "Lien non placé"; } ?>

Suis les conseils de Dan , ne mets pas en place un rewriting sur des pages qui sont déjà bien référencées. Trop de risques pour rien .

Vu comment tu as orienté ton entrainement , c'est que tu comptes prendre un serveur sous Debian, non ? Les serveurs sous Debian chez OVH sont parfaitement propres puisqu'il n'y a strictement rien d'installé dessus. Toutes les installations que tu as faites jusqu'à présent, tu les as bien faites en ligne de commande ? Avec Debian il faut apprendre à utiliser apt-get ( ce qui n'est pas très compliqué ). Initialement tu auras une Debian Sarge 3.1 d'installé. Tu pourras configurer apt-get pour aligner ton système sur une des 3 versions maintenues : http://www.debian.org/releases/. Ensuite un simple apt-get upgrade et ton système sera parfaitement à jour. En ce qui concerne tes tests, peut-être qu'avant l'antivirus il serait intéressant d'installer un serveur de mails , peut-être aussi un serveur DNS.

Bonjour, La réécriture des urls ne concernent que les urls . les include php sont complétement invisible pour le client web. Une fois ton fichier htaccess en place, tu devras juste modifier les appels d'url sur les pages de ton site. Ainsi au lieu d'avoir dans ton code html "www.lesiteenquestion.com/index.php?page=photos-animaux1" tu auras un lien vers "www.lesiteenquestion.com/photos-animaux1.htm". Ton serveur Apache se chargera de traduire cette nouvelle url et tu pourras donc travailler avec la variable page dans ton code php.

Non désolé . La tabulation comme séparateur n'est pas un problème, c'est surtout le délimiteur de champ qui peut te poser problème. Tu peux choisir les guillemets double comme délimiteur. Si tes champs texte ne sont pas formatés, tu peux peut-être le faire toi-même, en mettant un antislashe devant tous les guillemets double de tes champs texte.

$dat = explode("-", "26-10-2006"); $tadate = date("d-m-Y", mktime(0,0,0,$dat[1]-27,$dat[0]-1,$dat[2])); Ca devrait marcher

Pas pour moi (offre start), pas de différence c'est certain, j'ai la facture sous les yeux. ça doit être spécifique aux offres start, ils font attention aux petits budjets

Non pour les dédiés OVH le prix/mois ne change pas, je crois que c'est pour les mutu que cela marche comme ça

oui . Si c'est vraiment ça, comme pour la plupart des pénalités, il est vraissemblable qu'un lien <a href="">..</a> n'entraîne pas automatiquement un blacklistage. Mais peut-être que ce type de lien est trop présent sur ta page, ou que ta page ne contient pas assez de contenu texte, ou que tu n'as pas assez de backlinks de qualité... ou toute autre caractéristique qui aurait indiqué que ta page n'était pas une page dédié au spam et qui aurait ainsi pu faire faire contrepoids à l'utilisation d'un lien texte suspect.

Smile je crois que tu n'as pas compris ce qu'à voulu dire Zapman. Il n'est pas sûr que le blacklistage soit d'origine humaine, et tes liens <a href="">..</a> ont très bien pu être détecté comme anormaux. Utilise tu le même type de liens sur ton 2ème site ?

intéressant Smile, tu ne pourrais pas nous donner l'url du 2ème site ?

Salut $ssh> kill -9 "PID du script" pour obtenir le PID : $ssh> ps -aux

Tab comme séparateur et espace comme délimiteur de champs, ça me parait bizarre comme choix . Pour une base de données "produits", tu as forcément des titres et des descriptions qui doivent comprendre des espaces, non ? N'as tu pas la possiblité de faire un dump ? et d'importer celui-ci dans ta nouvelle base ? Un fichier de dump est composé de véritables requêtes SQL ce qui t'évitera les problèmes. Si vraiment tu veux faire un export au format csv peut-être que le point virgule comme séparateur et les guillemets comme délimiteurs seraient un meilleur choix. Vérifie bien que les champs texte de ta base sont formatés. Si tel est le cas tu dévrais avoir des anti-slashes devant tous les guillements double de tes champs texte.

tu peux consulter ce lien http://www.tuteurs.ens.fr/internet/loin/ssh.html#s1_2

Le plus simple est normalement de créer un script sur le serveur B, de récupérer ton fichier avec la commande wget et de le dézipper là où tu veux. Dans ce shéma là tu n'as besoin d'aucune configuration particulière.

Bonjour, Puisque tu as accès au serveur distant, n'as-tu pas la possibilité de mettre en place un cron sur celui-ci ? Ca serait beaucoup plus simple à réaliser que l'inverse.

Je vais certainement dire n'importe quoi, j'ai trop peu dormi cette nuit.... Ne pourrais tu pas envoyer un mail avec un lien vers une page web dédié. Ce lien comportant un identifiant unique qui ne permettrait l'ouverture de la page web qu'une seule fois ?

Oui tu peux me croire sur parole . J'ai pas des tonnes de sites et les principaux sites dont je m'occupe ont été accepté dans DMOZ , mais j'ai une site qui fait environ 1500 visiteurs/jour en provenance de Google et dont certains mots clés font plus de 150 visites quotidiennes à eux seuls. C'est pas énorme mais c'est une expérience suffisante pour m'être aperçu que l'évolution du positionnement de mes sites n'est en aucun cas liée aux inscriptions dans DMOZ.

Bonjour, oui tu peux récupérer l'identifiant de session grâce à la fonction php session_id().

Bonjour, Tu dois pouvoir utiliser la fonction connection-aborted()

Bonjour, Je ne suis pas spécialiste du Javascript , mais es-tu sûr de pouvoir déclarer ta variable globale nbclic de cette façon ?