Beatnykk

si tu manipules un peu le dos, demarre en mode invite de commande seule, navigue (cd = change directory) jusqu'au chemin exact de ces fichiers préalablement noté, et renomme les (du genre z-nomdufichier.ext). puis tente de redemarrer. si cela plante ou bloque, refait la manip à l'envers (revient aux noms originaux) et essaye d'autres antivirus (AVG, kaspiersky, trojanremover, ad-ware, panda, pc-cillin, il y en a plein -je préconise le 1er). si cela repart sans accroc, et que tout fonctionne (logiciels, périphériques, système, etc.) cela veut dire que ces fichiers ne servaient qu'au virus. tu peux même les envoyer à la corbeille sans sourciller. un complément d'info pour egcomlib : http://www.webmaster-hub.com/index.php?showtopic=2113 pour ia.dll (en anglais mais c'est compréhensible) : http://www.faqfarm.com/Computer/Virus/16011

ne soit pas si sceptique, cher abso !!! sache que je connais les formats d'image sur le bout des doigts depuis 10 ans, époque où je me prenais des coups de règles dessus (les doigts) lors d'un mauvais export EPS-quadri pour le ripage... je rêve simplement qu'un jour la compression à perte devienne obsolète, qu'il n'y ait plus que des images animées partout, que le bmp-jpg-gif soit au graphisme ce que lascaux est au peintres (donc une pensée nostalgique)... en attendant j'aimerais que la transparence des png ne soit pas "grisée opaque" dans explorer, ce qui pour commencer reste fort raisonnable en terme d'exigence, n'est-il point ?

hé bien, il s'en est passé des choses pendant mon week end : anonymus a donné des cours magistraux de php à distance. décidement, il assure comme peu savent

peut être que ces .Exe étaient vérolés et ont disparus lors de la désinfection (ça m'est arrivé avec AVG, c'est normal). voit quels logiciels ne fonctionnent plus et réinstalle les là où ils étaient avant. assures-toi avant que ces installs soient propres avec ton antivirus et tout devrait rentrer dans l'ordre...

Rockz : c'est vrai le menu gauche est illisible si la taille de la fenêtre (surtout sa hauteur en fait) est trop basse relativement à la totalité de l'écran. j'ai essayé de garder une proportion raisonnalbe, après si les gens veulent surfer sur une fenêtre timbre-poste en haut à droite de leur écran, je ne peut rien faire. de toute façon sur un site fixe, dans ce cas on aurait de superbes barres de défilement latérales voire verticales... je te dit pas. exabs : toi qui porte un nom te posant en quasi refractaire du relatif, saches que je te respecte et que sur ce point tu as raison : les images relatives, dans certaines positions et certains redimensionnement (incontrôlable paramètre) seront moins belles, un peu pixelisées. en l'occurence sur le site spot elles sont très compréssées (jpeg prog 33% à 0.2 flouté). on peut faire mieux en montant la qualité mais le poids s'en ressent vite... il n'y a pas de solution miracle tant que tout le monde n'est pas en haut-débit (là on met en jpeg 100% pis voilà), et les browsers ont encore du dévelloppement à faire avant de "lisser" proprement les images relatives. ils en sont encore loin derrière dans l'actualisation selon moins. bon exemple : intern. explor. ne gère (toujours) PAS ENCORE le png, qui est un format d'avenir, il me semble...

pas vraiment : ton interface reste rikiki seul les espaces s'adaptent.. bof

si tu as norton il te faut aller sur cette page : h**p://securityresponse.symantec.com/avcenter/venc/data/w32.protoride.worm.html où ily a apparement de quoi virer cette saleté. +edit+ si tu ne lis pas l'anglais tu n'es pas avancé... dis-le on traduira lapage +edit+

pour revenir au problème soulévé par Rockz (belle image de page dailleurs) : non, je crois que créer un site en proportionnel est justement plus "graphique" qu'un site "bloqué" à une résolution d'écran donné. le travail est là plus "pro" parce qu'il oblige le créateur à faire un travail plus "abstrait" que la mise en page habituel en 800x600 par exemple, à la portée technique de n'importe quel newbie (aspect créa pure mis à part). pour moi depuis que je me suis mis à créer des sites, l'authentique, le véritable travail de page est en proportionnel. j'ai assez ralé ici ou là (comme sur le hub) pour abandonner l'obsolète modèle 800x600. avec le css et pas mal d'ingéniosité tu devrais y arriver aussi... et ne plus vouloir revenir en arrière... et te demander pourquoi tu le faisais autrement avant !!

en fait assures-toi d'abord que ton hébergeur autorise le php à envoyer des e-mail. car dans nombre des cas cette fonction php est bloquée pour éviter les abus (spams, etc.). si tu peux utiliser la fonction c'est assez simple en fait. dans ta page page.php, pour débuter ton formulaire avec tes champs et un bouton valider en bas, tu dois mettre au-dessus de la zone html en cours que tu encadres d'un , tu ajoute une zone conditionnelle php de la forme cette zone prendre un contenu php du genre : note bien que - $message doit être rempli avant cette ligne avec ton contenu prédéfini - $le_mail renvoi au nom de ton champ dans le formulaire en contenu html style par exemple : où tu précise la hauteur, le nombre de caractères de large et la valeur par défaut lors de l'ouverture de la page. ne te reste plus qu'à "poser" la fonction appellée plus haut, à savoir sendmail(). >nyk nb: petit détail, il est bon de vérifier que les gens entrent un email qui ressemble à un vrai (genre racine_AT_serveur.xx) pour éviter les erreurs et les plaisantins. regarde dans dreamweaver, il y a des javascript qui font des miracles...

la question est surtout dans la présentation d'une page avec de nombreux champs. quand il y en a peu, un nom explicatif à côté suffit. quand il y en a beaucoup, à défaut de devoir multiplier la taille du formulaire, et d'être gêné ou bloqué dans la mise en page à cause de la densité d'info à faire passer, peut être cette idée d'un texte par défaut, clair et précis, peut aider et résoudre l'ensemble des problèmes. il est clair que ce texte doit disparaître dès lors que l'utilisateur clique dans le champ pour entrer sa valeur. mais si ces textes par défaut ne sont pas lisibles dans certains explorateur, alors une fois de plus il faut faire dans le conditionnel. trouver quels explorateurs ne gèrent pas ce code, et si les utilisateurs ont désactivé javascript ou non. dans ces deux cas conditionner par php un formulaire "classique". pour le reste (else, majorité) avec explorateurs compatibles ET javascript, un formulaire "amélioré" avec la solution judicieuse proposée au-dessus. en tout cas je vois pas mieux. il y avait 8 lettres ???

bien d'accord et c'est ce que je pensais/disais sur ce sujet comme sur d'autres (comme le css). il y en a marre d'un pôle qui veut tout tirer vers lui, et faire règner l'arbitraire, et de l'autre un qui veut devenir absolue référence et faire règner l'ordre. entre la w3c et microsoft, je fais ce que je veux avec mes cheveux, okay ? quand à leurs exégètes qu'ils s'expriment sans certitude.

bah oui bah on choisit pas au hasard comme ça, il faut fixer. en cas d'impossibilité le serveur affiche un message : ...or die ('raté'); ou bien la valeur d'une variable ...or die ($raté); que tu as fixé plus haut dans le document ou sur une autre page incluse (par include) plus haut dans le doc ou dans une variable global (fixée ailleurs et appellée plus haut) d'une façon équivalente à : $raté='message';

"nb" est l'agencement d'un resultat de recherche "result", effectuée dans la table sql "table", consistant au passage à tout contenu "*" dans l'ordre rangé croissant par attributs "id", dans la base de données "bdd" connectée sur le serveur "host" à l'aide du login "user" et du mot de passe "pass". tu n'as plus qu'à remplacer tes absolus (variables aux valeurs connues comme l'ip du serveur à la place de "host", ton login, etc.) par les valeurs en vigueur et les variables (les noms arbitraires que tu donnes à tes recherches, tes resultats) par ce que tu veux selon ta méthode et pour bien t'en rappeller. à la fin en html tu affiches ton résultat retrouvé dans l'état actuel sous "nb" avec le code : <?php echo $nb ?> qui correspond dans un document nomme *.php à l'ouverture d'un tag php (<?) puis la demande d'écrire quelquechose (echo) qui est en l'occurence la valeur du résultat de la recherche ($nb), puis fermer le tag php (?>) pour revenir à l'html. tu pouvais aussi ecrire en html : <p>le resultat de ma recherche est<br><?=$nb?> qui revient presque au même. nb : tu peux aussi fixer les valeurs des variables absolues dans une entête rechargée à chaque début de document en ayant besoin, histoire de renseigner le document sur les élèments qu'il ne pourra pas deviner seul (créer des liaisons de renseignement entre tes docs, comme pour une feuille de style). cette "feuille de variable" peut être appellée par un include et elle consiste en du code php du type : $table='nom_de_ma_table'; n'oublie pas le ";" à chaque fin de commande n'oublie pas de repenser la totalité du document et de vérifier (au travers des includes, de l'html) que ces additions doivent toujours laisser les php entre des "<?" et des "?>" sinon l'explorateur au final aura un bordel incompréhensible et les erreurs arrivent vite (les messages de débogage du serveur te disent à quelle ligne l'erreur intervient cependant).

à moins bien sûr de faire vérifier que l'id de session (loggé lors de l'authentification par mot de pass) et celui demandé soit le même. ça interdit aux autres de voir les infos qui ne le concerne pas.

excellent tout simplement

la solution pour avoir des images "douces" est de les exporter depuis les hautes déf par photoshop en enregistrant pour le web au format jpeg avec une qualité de 25 à 50 % selon le ratio poids/qualité visé (moi je met 33% souvent), et surtout un léger flou autour de 0,15 ou 0,2 rien n'est parfait mais une mise en page élastique avec ce genre d'image est un bon compromis

non je pense pas. il suffit de stocker l'id courante (trouvée par mysql_query) dans une $variable nommée comme tu veux et d'écrire l'url comme <img src="images/<?=$variable?>.jpg" width="(...)> par exemple pour trouver une image de membre à l'id définie.

bah j'ai pas vu la différence moi il y a quoi de neuf sur cette page ?

bah il suffit alors de faire un tableau, surtout pour si peu d'info (quelle qu'en soit la qualité) ; ce n'est pas parce que css est très en vogue qu'il faut vouloir à tout prix tout faire avec, quand une autre solution (certes un peu moins élégante) se prête mieux au cas de figure... on n'est pas élitistes, ou quoi ?

pardon mais la méthode est simple : qui peut le plus peut le moins. construire sa page depuis 1600 x 1200, la découper par zones en pixel dont le rapport tombe sur des valeurs juste en pourcentage (ex : une image de 400 px de large fera 25% de la largeur totale) et refaire le tout en div par %age. ensuite à n'importe quelle resolution le design s'adapte. seul le texte peut poser problème et là les em ne sont pas une solution à ignorer.

c'est un peu ce que je fais dans les sites de ma signature, au passage, et si regarder du code peux te servir...

pour que le fond reste fixe lors d'un scroll, il me semble que le truc (valide sous ie seul) est d'ajouter dans le <body> l'attribut "bgproperties=fixed". mais peut être ceci existe-t-il en css et compatible partout ?

ce serait bien si tu avais un lien vers une maquette (même temporaire) de ta page histoire de voir le look cherché, le code de ta maquette, les feuilles de style, et tout ça. mis à vue de nez ton fond ne pourra pas être visible derrière les images bandeau ou autres). si cela ne te gêne pas, il ne te reste plus qu'à faire un découpage de ton image de fond par zone en les plaçant dans tes sections de mise en page, à condition qu'elles soient fixes (en pixel) si ton image de fond fait moins de 1600x1200 (sinon tu pourrais bidouiller en pourcentage pour faire un layout élastique, que j'affectionne). les meilleurs pour découper par zone fixe, franchement, et même s'il y en a d'autres, sont photoshop (ou image ready) ou fireworks : tu quadrilles avec l'outil "couteau" ton image, traçant des rectangles reprenant la taille et la position de tes zones. ensuite tu enregistres en jpeg le découpage et tu obtiens autant d'images que de zones. that's all folks. sinon un fond uni et unique est affiliable via une feuille de style pour le <body id="">, ou directement en html <body bground="">, sauf erreur de ma part, mais il sera répété dans chaque zone du <frameset>. et pour les <div> il faut leur donner un fond transparent sinon ils masqueront ce fond général de la page.

ouaip enfin si cet utilitaire ne fait qu'automatiser les indications données sur ce forum ou d'autres (effacement de clé de la base, effacement des modules vérolés après redémarrage, etc.) je te dis pas s'il faut en charger un par virus, worm, trojan ou pire, le boxon que ce serait. autant avoir un bon virus, un firewall adéquat, quelques anti-spywares mis à jour, et une bonne dose de savoir-faire (comme qui dirait) pour effacer "à la main" les quelques saloperies trop bien programmées pour être annihiliées par le système de protection sus-listé...

ah bah de rien ma ptite caille, ravi que ces directives aient été comprises, appliquées avec brio et couronnée de succès. sus aux véroleurs !!!