alex.hitman

En fait, ce n'est pas parce-que l'adresse n'est pas affichée à l'écran qu'un bot ne peut pas la récupérer. Ici, le code de la page générée (le "résultat de l'exécution") est le suivant : <a href="mailto:diabless6[at]club.fr"> <img src="images/Mail.gif" style="border:none;"></a> (là encore, [at] = @) Lorsqu'un bot charge la page, il verra donc ce code (le bot est un "client"). Ainsi, que l'adresse soit visible ou non dans un navigateur, peut importe ! Le bot "voit" le code de la page, et retrouve donc simplement l'adresse e-mail. La solution en javascript aurait fonctionnée, car, dans le code de la page reçu par le client, l'adresse e-mail n'était pas inscrite. Mais là, un bot peut allègrement la récupérer.

Ah oui ok j'ai compris. Alors si tu le fais en javascript, ok ça devrait stopper le spam (je ne pense pas que les robots des spammeurs puissent interpréter le javascript). Mais le PHP est exécuté côté serveur, et donc avant que le client ne traite la page. En fait, il se passe ceci : CLIENT : demande de la page -> SERVEUR : exécution de la page -> SERVEUR : envoi de la page (résultat de l'exécution) -> CLIENT : reception de la page -> CLIENT : traitement de la page (dont interprétation du javascript) Le PHP est exécuté avant que le client ne reçoive la page. Celui-ci ne reçoi que le "résultat" de l'exécution de la page. Avec la fonction que tu souhaites faire en PHP, il se passerait ceci : CLIENT : demande -> SERVEUR : exécution de la page (dont la fonction) -> SERVEUR : envoi du resultat (dont le résultat de la fonction) -> CLIENT : reception du resultat -> CLIENT : traitement du résultat Le résultat de la fonction n'étant pas autre chose que : <a href="mailto:diabless6[at]club.fr">E-mail</a> ([at] = @, c'est pour éviter le spam ici aussi) Le client reçoi donc l'adresse e-mail directement formatée (donc récupérable par les spammeurs). La différence avec la fonction en javascript est la suivante : CLIENT : demande -> SERVEUR : exécution de la page -> SERVEUR : envoi de la page (résultat de l'exécution) -> CLIENT : reception du resultat (la page) -> CLIENT : traitement (dont formatage de l'adresse e-mail) Le client reçoi une adresse e-mail non formatée, et donc (normalement) inutilisable pour les spammeurs). Tu ne peux donc pas faire cela en PHP. (J'espère que j'ai été compréhensible dans les explications)

La fonction mail renvoi un booleen : TRUE si tout est OK, FALSE dans le cas contraire. print(mail($Add,$objet)); doit donc afficher soit TRUE (en général un 1 est affiché pour l'exprimer) ou bien FALSE (je crois que rien ne s'affiche dans ce cas). Pour toi, rien ne s'affiche. C'est normal, il manque un paramètre obligatoire (et donc FALSE est renvoyé par mail()). Tu dois absolument renseigner ce paramètre. Si tu n'en a pas besoin, alors mets une chaine vide, ou bien NULL. Comme ceci : mail($add,$objet,''); Voila

Il manque un paramètre obligatoire à la fonction mail. bool mail ( string to, string subject, string message [, string additional_headers [, string additional_parameters]] ) http://fr.php.net/manual/fr/function.mail.php Le 3e paramètre doit contenir le message.

Je n'ai jamais vraiment configuré de serveur, mais le "php.ini" est bien connu, c'est lui qui configure le fonctionnement de l'interpréteur (c'est bien interpréteur le mot?) (activation ou non des magic_quotes, gestion des erreurs, durée des sessions etc...). Ce fichier est obligatoire si tu veux correctement paramétrer ton serveur. D'ailleurs, je suis même étonné que ton serveur fonctionne sans ce fichier.

Ok merci bien.

Oui je vois ça... Bon pour l'encre conductrice, je vais voir ce que je trouve (si je ne trouve rien, tan pis). a+

Bonsoir, Je viens tout juste de faire l'aquisition d'une Ati All In Wonder X800 VE 256Mo (promo ldlc), et j'ai tenté de débloquer les 4 pipelines bloqués d'origine (pour passer à 8 pipelines). Pour cela, flash du bios par un bios moddé, mais toujours 4 pipelines. J'ai ensuite relié des ponts sur le GPU, mais ça ne veut toujours pas passer à 8 pipelines. J'ai suivi la manipulation décrite ici et qui a apparament fonctionné pour plusieurs personnes. Mais, le crayon-gris (dont la mine est en graphite -> conducteur électrique) m'a servi à relier les ponts qui doivent être reliés. Seulement, est-ce que la connection ainsi créée est insuffisante pour réussir à activer les pipelines bloqués ? Se pourrait-il que ce soit cela qui fait qu'il m'est impossible d'activer les pipelines ? Si oui, avec quoi pourrais-je relier les ponts sur le GPU ? Merci.

Attention à l'imbrication des balises ! Elles ne doivent pas se chevaucher. Imbrication de balises en html et xhtml Donc normalement, si tu refermes les balises dans le bon ordre (je te laisse voir le lien, tu vas comprendre de-suite), je pense que ça fonctionnera avec le span. Mais si jamais tu as un problème, n'hésite donc pas. edit : Et évite aussi d'utiliser la balise b (tout comme i). Au niveau de la sémantique, ce n'est pas tip top. Préfères-y les balises strong et em qui "ont un sens".

Diana, il faut que tu postes le code du script. mecy, "Dans ce cas ça me serais assez facile de multiplier par 10 et bien plus mon trafic mais qu'y gagnerais-je ?" Dis-moi comment faire ! En tout cas, tu y gagnerais beaucoup de revenus ! Car ces visiteurs, même non ciblés, sont des clients potentiels, ainsi que des cliqueurs potentiels (sur les pubs). Alors ne pas multiplier son traffic par 10 quand on peut le faire... je ne comprends vraiment pas ! Les standards ne sont pas réservés à une élite, ils sont justement là pour nous simplifier les choses et nous permettre de coder simplement une chose unique quelque soit le navigateur utilisé. Les standards ne portent pas préjudice aux graphismes non plus, étant donné que l'on peut faire la mise en page que l'on souhaite en utilisant les standards... Mais c'est plus dur lorsque l'on ne les respecte pas. ps : http://www.alsacreations.com/creation.php Les professionnels ne sont pas près d'y passer ?

Je ne suis pas tout à fait d'accord avec tout le monde. Les standards, pour de nombreuses raisons, il faut les respecter. Ensuite, il est tout à fait possible de faire un site respectueux des standards en utilisant les hacks CSS. <--[if IE]... à l'extérieur des balises style est valide. !important est valide. Ma méthode, afin de coder un site, est de faire quelque chose de valide et d'identique sur tous les navigateurs. Lorsque quelque chose ne va pas sur l'un d'entre eux (IE 99% du temps), je change et j'essai, par tous les moyens que j'arrive à imaginer, de faire quelque chose pour satisfaire ET ce navigateur, ET les autres, par le même code. Parfois, et cela arrive, je ne réussi pas à le faire. C'est là qu'entrent en jeu les hacks CSS. Hacks que je n'utilise que pour IE, étant donné qu'avec les autres, il m'a toujours été possible de trouver une solution identique avec le même code. Et en effet, il y a des situations où il est impossible de faire la même chose avec IE et avec les autres navigateurs par un même code. Utiliser des hacks VALIDES est donc une solution très satisfaisante (valide, et simple...).

Re-bonjour, je suis de retour. Oui c'est mon site perso, merci Mais j'ai mis du temps avant d'arriver à ce résultat (d'ailleurs il faudrait que j'en passe encore du temps, j'ai tellement de choses à écrire...). Ensuite, oui je suis né en 1989. Bientôt 17 ans donc. Pour revenir au sujet, je n'utilise moi aussi les hack CSS que pour corriger les erreurs d'appréciation de IE. Je laisse donc des propriétés identiques pour tous les autres navigateurs qui, généralement, les interprêtent bien. Mais je n'utilise ces hacks qu'en dernier recours, après avoir testé toutes les autres solution "hackless" que j'ai pu imaginer. Petit exemple de hacks : *html #un_identifiant { des propriétés pour IE seulement *html est un sélecteur désignant toutes les balises avant html (aucune donc). IE ne le comprend pas, et utilise donc quand même les propriétés } html > body #un_identifiant { des propriétés pour les navigateurs respectant les standards IE ne gère pas ">" } Logiquement, ça devrait marcher. C'est donc un moyen simple d'adapter les propriétés suivant que le navigateur soit IE, ou un autre. ps : et sinon, tu as une soeur donc ? lol

En réalité, tu n'es pas obligée de créer une feuille de style par navigateur. Il te suffit juste de dire, à l'intérieur de ta feuille de style : cette propriété ne fonctionnera que pour Firefox celle-ci que pour IE celle-là que pour Opera etc... Cela est possible grâce aux hack CSS. Et, au moins, le site reste agréable à visualiser même lorsque le javascript est désactivé. Je vais (maintenant si j'ai encore le temps, sinon plus tard) retrouver quelques liens bien utiles à propos des hacks CSS. ps : Voici une page de mon site expliquant quelques notions, côté client, côté serveur, et brièvement la différence entre sites statiques et dynamiques edit : http://www.ultra-fluide.com/ressources/css/css-hacks.htm http://www.siteduzero.com/tuto-3-4088-1-le...t-explorer.html J'en avais un vraiment bien, mais je l'ai plus :/

De rien. Effectivement, [if machin] ne fonctionne que pour IE. Les autres navigateurs l'interprêtent comme du commentaire, c'est justement pour cela que ça fonctionne exclusivement sous IE. Mais si ceci n'est pas correct dans une feuille de style, alors faisons cela : <!--[if IE]> <link href="la_feuille_pour_ie.css" rel="stylesheet" type="text/css" /> <![endif]--> Vous l'aurez compris, on insère ce code à l'intérieur de la partie <head></head> de la page (mais pas dans <style></style>), et IE ira chercher la feuille de style, alors que les autres navigateurs non. edit : pour l'heure qui change, il est possible de le faire en javascript, et on ne dit pas pour autant que cela devient un site dynamique. Pour le reste, OK. Après, si elle compte faire un gros site (nombreux articles, nombreuses rubriques), ou alors un site fréquemment mis à jour, alors oui il faudra qu'elle utilise un langage côté serveur afin de rendre le tout dynamique (autrement, c'est vraiment ingérable). Mais, dans le cas contraire, le XHTML est suffisant.

Salut, En fait, tu n'es pas obligée d'utiliser du javascript pour choisir une feuille de style propre à tel navigateur. Si par exemple, tu veux une feuille de style seulement pour IE, tu peut mettre ceci dans ta partie <style></style> : <!--[if IE]> @import "la_feuille_destinee_a_IE.css"; <![endif]--> Les autres navigateurs interprètent ce code comme du commentaire et n'incluent donc pas la feuille spécifiée. Il te faut chercher du côté des hack CSS.

Un bon FPS pas cher ? America's Army est GRATUIT ! Et franchement, il est bien. Il se joue aussi en ligne seulement. Le lien : supprimé parce que constitué d'une adresse IP inconnue des DNS et pointant directement sur un .exe -- edition par KewlCat -- Désolé. Ce n'est pas que nous ne te faisons pas confiance, mais un lien vers le site officiel serait plus facilement accepté.

Pour ceux qui n'ont rien à faire, voici un petit jeu en flash assez sympa. Jeu de tir en flash Et n'oubliez pas de poster vos scores !

Si ce sont effectivement les barrettes qui ne tiennent pas la fréquence, cela ne sert à rien d'augmenter le Vcore. Par contre tu peux augmenter le voltage de tes mémoires. Selon les modèles, le voltage maximum est différent. Il faut que tu vois ça chez samsung. Pour info, le voltage maximum de mes Corsair VS est de 2.9 V. Je pense donc que tu peux passer sans problème à 2.75 V (surtout que certaines cartes mères sont réglées d'origine à 2.75 V pour les mémoires). Ensuite, le rodage... ??? Je n'en ai jamais fait, je ne peux pas me prononcer, mais je ne pense pas que cela change grand chose.

Yes!

Tu devrais plutôt augmenter le Vcore pour tenter de stabiliser ton overclocking (mais il faudrais d'abord savoir si c'est le processeur ou la ram qui n'est pas stable, essaie de tester seulement le processeur avec SP2004 pour le savoir). Niveau températures, il est conseillé par AMD de ne pas dépasser 70°C. Tu as encore une petite marge.

Stress Prime 2004, le remplaçant de Prime 95. L'ideal (selon moi) pour tester la stabilité d'un overclocking (processeur + RAM, pas de la carte graphique). http://sp2004.fre3.com/

Quelques heures de SP2004 pour tester la stabilité c'est pas mal

ouch, je suis vraiment désolé pour ce qui t'arrive. Remet-toi bien de cette douloureuse épreuve. De rien en tous cas.

Pas très clair ce message, et pas très sensé non-plus (apparament). 1- Depuis quand la vitesse du bus de la mémoire augmente lorsque l'on baisse le FSB ? C'est pas inversement proportionnel ! 2- De plus, celui qui a parlé nous dit aussi que sous 200 mhz de FSB, le bus des mémoires se synchronise sur un FSB à 166 mhz (on comprendra qu'il veut dire que la mémoire se désynchronise (et non l'inverse) en adoptant un ratio FSB/MEM différent). Mais pourquoi devrait-il se passer ça ? Ne peut-on pas régler nous-même ce ratio ? De plus, ceci est paradoxal avec le point n°1.

C'est vrai, tout dépend du boitier, mais surtout des ventilateurs. Ma tour fermée, pas vraiment d'entrée d'air : - Processeur FULL/IDLE : 58°C/42°C - CM : 34°C - HDD avec ventilateur dessous : 38°C Ouverte, c'était -6°C pour tous les composants. Maintenant, ma tour fermée avec un ventilateur 12V 8cm en entrée et idem en sortie : - Processeur FULL/IDLE : 40~42°C/32°C - CM : 24°C - HDD sans ventilateur : 37°C Sa fait une grosse baisse quand même ! Donc, je conseille surtout de bien ventiler la tour, un bon flux d'air, ça marche bien !