Anonymus

Bonjour, Je dois intégrer un script de tracking dans une page ASP. Or il s'avère que le script asp provoque une erreur de blocs de scripts imbriqués. le script : <!-- tracking --> <script type="text/javascript"> <!-- doc = document; z=escape(location.search.substring(1)); src = 'http://www.xxx.com/track.php?d=z0sbs80a88&rech='+z; doc.writeln('<script src="'+src+'&ref='+escape(doc.referrer)+'" />'); //--> </script> <!-- tracking --> Y a t il une méthode particulière pour intégrer du javascript dans de l'asp ? Merci d'avance, Nico.

Pour la facon dont Google gère ses adsense, tu as 3 excellents articles qui font le point sur cette technologie : http://www.webmaster-hub.com/publication/C...-d-Applied.html

Il existe des fonctions pour (dé)sérialiser du contenu. serialize (PHP 3 >= 3.0.5, PHP 4, PHP 5) serialize -- Generates a storable representation of a value Ceci dit, je vois mal l'utilité de gérer les fichier de session. Au pire, tu peux gérer les sessions via la base sql, c'est (très) souvent employé, et ca te solutionnerait très probablement ton problème.

Tu as des publications traitant de ce genre de problèmes (htaccess, interdire l'accès sous certaines conditions, etc. > http://www.webmaster-hub.com/publication/L...r-htaccess.html (avec des infos intéressantes en bas de l'article ci : http://www.webmaster-hub.com/publication/M...riture-des.html )

Non, google ne corrige pas. Il place les sites qui répondent le mieux à la requète. Pour am2nagement de placard, par exemple, il explique qu'il n'y a aucun site avec le terme am2nagement, et donc la liste est triée sur 'placard'. Nul doute que d'ici 2-3 jours, le hub apparaisse sur cette requète Pour avoir des stats fiables, il faut évidement avoir ce mot sur sa page, son site. Si un internaute tape une faute mais que ce mot 'mal orthographié' n'est pas dispo sur le site, evidement l'internaute n'ira pas sur le site en question, et donc évidement il n'est pas possible de ressortir ce mot dans les stats; De la même facon, mon site ressort bien sur les mots mal orthographiés pour 2 raisons : - il ressort mal sur ceux qui sont bien orthographiés (ca fait pencher la balance..) - il a quantité de mots écrits n'importe comment !! : D Comme je dis habituellement : Entre se battre sur 1 requète très très conccurentielle ou 'toutes les autres', y'a un pas qu'il n'est pas difficile de franchir

J'ai qqes moteurs, et.. l'orthographe est catastrophique, en fait : fautes de frappe, d'inattention, erreurs involontaires (on pensait que ca s'écrit comme ca.. ). Pour un moteur, j'ai à peu près 1/3 des requètes qui ne sont pas correctes orthographiquement :/

Tu devrais rajouter le chemin complet vers le dossier en question Ca te permettrait de savoir exactement où tu en es. Exemple : echo $_SERVER['DOCUMENT_ROOT']."/chemin_absolu/autre_repertoire/index.php"; et donc : include($_SERVER['DOCUMENT_ROOT']."/chemin_absolu/autre_repertoire/index.php");

Bon.. Faut bien avoir à l'esprit qu'à chaque fois, on multiplie les difficultés, et qu'en définitive, on finit par éradiquer le problème. Même s'il est techniquement possible de faire pas mal de choses, ca n'est pas pour ca que c'est fait. Ca demande tout de même un certain niveau d'expertise..

Complémentaires : - le captcha permet de vérifier que ca soit bien un 'humain' qui remplit le formulaire. - la validation par mail, c'est pour vérifier que l'email est bon. L'un ne remplace pas l'autre. Il reste encore possible de configurer un robot pour remplir un formulaire, et pour lui faire cliquer sur un lien dans un mail. A l'inverse, ca n'est pas parce que l'on a un mail valide qu'il ne faut pas vérifier que ca soit bien une personne physique qui l'a remplit. Bref, ce sont 2 mesure complémentaires

Pour faire une 'union', il faut que tes 2 tables renvoies les mêmes noms de données : select membre_nom as nom from truc_membre union select user_nom as nom from truc_user Tout simplement (enfin... presque.. )

Le problème des dates, dans l'ordre que tu donnes, et que tu vas avoir tout un tas de petites fonctions à développer pour remettre systématiquement les dates dans l'ordre que tu voudra : Pour l'affichage, les comparaisons, le select dans mysql, etc.. Avec un timestamp, tu t'affranchis de tout ca. Evidement, quand tu regardes ta base, c'est plus 'abstrait'. La date ne te saute pas aux yeux immédiatement. Mais tu t'y retrouves vraiment en fin de compte

J'aurais plutot fait comme ceci : A supposer que ton select provienne d'un tableau : $array = array("lundi","mardi","mercredi"); echo "<SELECT >"; foreach($array as $k => $v) echo "<OPTION VALUE='".$k."' ".(($k==$bonjour)?" SELECTED ='selected' ":"").">".."</OPTION>"; echo "</SELECT>"; Anonymus.

Relis ton contrat (si tu en as un..) Regarde à qui appartient le nom de domaine, le serveur sur lequel tourne ta solution, etc.. Bref, fais un état des lieux de tout ca. Avec tout ca, tu vas chez un prestataire (enfin.. prends contact.), voire plusieurs, et essaie de voir ce qu'ils te proposent : Tu as une expérience, transforme la en avantage : Tu sais maintenant ce que tu veux, ce que tu ne veux pas. Il te faut le mettre sur papier, et demander à droite à gauche : Au fur et à mesure, tu affines ta demande, et tu te retrouveras avec un offre intéressante Mais avant ca : N'as tu pas essayé de voir avec ton développeur directemnet ? Peut être est-il au courant, ou plutot peut-etre ignore t il celà, auquel cas il peut (pourquoi pas ?) arranger le problème, et que tout rentre dans l'ordre Pour finir, il doit exister une relation de confiance. S'il n'y a pas cette relation, alors c'est bien souvent voué à l'échec. Il doit aussi y avoir, de la part du webmaster, une certaine expérience. Peut être ne te fournit-il pas les conseils que tu demandes parce que justement il ne les as pas..

Désolé, mais si la question 'le cheval blanc d'Henry IV' est si connue, c'ets bien parce que tout le monde tombe dans le panneau. (Bon, pas celle-ci, quoique..) Maintenant, si peut se poser le problème de la capitale de l'UK, en revanche avec des questions 'simples', et une liste de réponses prédéfinies, on a à mon avis un bon taux de retour. (quel est notre planète ? La terre, le soleil, pluton..) Sinon, il faudrait un système changeant : Un jour, un système d'images, le lendemain un système de qcm, le lendemain un autre, etc.. Histoire qu'un simple 'bot' ne soit pas capable de répondre tout seul. Il me semble indispensable de prendre l'adresse mail de la personne, et ainsi, il me semble vraiment nécessaire qu'il la valide : S'il ne valide pas la réponse, alors ca n'est pas la peine de la poster. Quelqu'un qui poste sur un blog doit être identifiable, au moins avec une adresse mail valide. Avec cela, un certain nombre de tests, sur le texte écrit : - L'adresse mail retournée fait-elle partie du meme domaine que le site (en question) ? - banissement des mots problématiques ( sex,viagra, etc..) - un certain nombre de caractères dans la description, etc.. Au final, ca pourrait/devrait faire un système pas mal.

Je l'ai téléchargée sur le site officiel (phpdig.net), et il marche bien. Tu peux essayer de le récupérer ici :&gt;http://www.galle.fr/dev/phpdig-1.8.8.zip si tu veux.

Pour phpdig, t'as une option de configuration, dans le fichier includes/config.php : define('PHPDIG_ENCODING','iso-8859-1'); // encoding for interface, search and indexing. // iso-8859-1, iso-8859-2, iso-8859-7, tis-620, // and windows-1251 supported in this version. Essaie en modifiant cette valeur. Pour la version 1.8.8, je pense que tu pourras peut être la trouver sur le site officiel. En général, c'est là qu'on trouve la dernière version => http://www.phpdig.net/navigation.php?action=download A tout hasard, si ca ne marche pas avec la dernière version, essaie une plus ancienne. Elles ne géraient pas les charset de la même facon.

Un grand classique : la fonction qui parcours les répertoires Il y a juste à mettre la fonction decrypt dedans. Tu donnes un nom à la variable '$dir' : le nom du répertoire 'de travail', et le tour est joué $dir="test"; if ($handle = opendir($dir."/")) { while (false !== ($file = readdir($handle))) { if (($file != ".") AND ($file != ".." )){ decrypt($file); } } // on ferme le répertoire. closedir($handle); }

Il te faut très probablement appeler tes chaines de caractère avec la fonction utf8_decode($str) au lieu d'afficher ta chaine directement. Les carrés sont bien souvent la preuve d'un fichier coté en UTF8, qu'il faut décoder avant de l'envoyer au navigateur.

include "$relative_script_path/includes/connect.php"; Ton underscore est en trop Renommes ton fichier en connect.php au lieu de _connect.php.

La reconnaissance de formes... En effet, d'un coté on montre un dessin, et de l'autre une suite de réponses possibles : dessin de voiture, de camion, de soleil, d'arbre, etc.. Et une liste déroulante, avec 'Qu'est ce que c'est ?' : une voiture, etc.. C'est pas mal, ca, comme idée, tiens

D'un coté, ca n'a d'intéret que pour toi, pour flatter ton ego. D'un autre coté, il peut t'être demandé par un 'annonceur' de justifier du nombre de pages vues, etc.. Pour cela, ca peut être intéressant. Xiti est un tiers de confiance (enfin.. a priori ), et au moins tu n'avances pas des chiffres 'dans le vent', mais bien des visites mesurées. Enfin, le problème peut se poser aussi pour les conccurents. Tu leur donne des chiffres précis sur ton activité, et c'est toujours bon à prendre (pour eux) et donc mauvais pour toi.

Commences par définir précisément ton projet. Avant de chercher le programme qui pourrait t'aider dans ton entreprise, commences par définir exactement ce que ton entreprise devra faire, pourquoi elle devra le faire, avec qui, etc.. A partir de là, tu aura un projet, et à partir de là tu devra chercher le programme qui te servira plus tard. Comme dit Arlette, il ne suffit pas de se lever le matin avec une petite idée. Il faut pouvoir mener la reflexion à son terme, pour éviter les soucis par la suite.

le code mystère est :: <?=(($_POST['champ']=="on")?"CHECKED":"")?> En gros, t'as le formulaire d'un coté : <input type=checkbox name=champ value='on'> de l'autre, t'as la réponse : <input type=checkbox name=champ <?=(($_POST['champ']=="on")?"CHECKED":"")?>> Où tu regardes la valeur de 'champ'. Si la valeur est égale à 'on', alors on écrit 'checked', sinon on n'écrit rien

D'un coté, on ne peut plus te voler tes pages, d'un autre coté personne ne trouve ton site puisqu'il ne peut être lu par les robots... Lorsque l'on publie sur le net, il faut avoir à l'esprit que ce que l'on fait peut être lu par les autres, et par la même occasion peut être récupéré..

Tu as peut être un compromis à trouver en essayant d'alléger le code de ton forum. Enlever les css (dans une feuille de style à part), idem pour le javascript, essayer d'alléger les images, etc.. Pas mal de petites réductions qui font que ta page peut se retrouver allégée de plusieurs... secondes au chargement.. Quel est ton site ?