

alex.hitman
Membres-
Compteur de contenus
640 -
Inscription
-
Dernière visite
Tout ce qui a été posté par alex.hitman
-
Les <?= $news['adresse'] ?> Me parraissent bizarre (enfin c'est juste que je ne connais pas). De la même manière, je connais : <?php echo $news['adresse']; ?>
-
Sinon, remplace ceci <td> ', $news['icon'], ' <b> '<a href=" ', $news['subject'],' ">' <--- il est là le problème ! </b> Par cela : <td> ', $news['icon'], ' <b> <a href=" ', $news['subject'],' ">Du texte</a> </b> Ca devrait aller. (j'ai aussi pris le loisir de compléter ta balise a )
-
Je n'ai jamais installé ni configuré de serveurs, je ne peux donc pas t'aider pour le premier point. Par contre, pour la validation, essai ceci : <script type="text/javascript" src="javaCoeur/JSFX_Layer.js"></script>
-
De rien, bonne journée aussi.
-
Tu peux le mettre dans le style de chaque li, globalement pour tous les li de la page (déconseillé), mettre une classe à chaque li, un id à l'ul qui contient ces li (conseillé)... Tu peux faire comme tu veux. Comme je l'ai dit tout à l'heure : Il manque l'attribut action à ton formulaire, pour définir sur quelle page le formulaire enverra les données. Mais par contre pour ces < là, il ne fallait pas les remplacer par < Ici le problème ne venait pas des < Et pour le align="center" je t'ai répondu au-dessus là encore.
-
Tu peux les mettre sur la même ligne en utilisant les balises ul et li. Tu mets un display:inline; aux li et ça devrait passer. Pour les autres erreurs, remplace les < qui posent problème par <
-
Ton lien est dans une balise ul, mais tu as oublié la balise li. <ul> <li><a href="">le lien</a></li> </ul> Pour plus d'explications : Balises HTML, XHTML PS : ce n'est pas du java, mais du javascript. Ces deux langages sont totalement différents
-
Salut, Désormais on n'utilise plus l'attribut language, on fait ceci : <script type="text/javascript"> L'attribut align n'existe plus. Il faut utiliser du CSS désormais (modifier le style). Il manque l'attribut action à ton formulaire, pour définir sur quelle page le formulaire enverra les données. Les attributs doivent être écrits en minuscule. Les balises n'ayant pas de tag de fermeture se terminent par " />" et non ">". Voila j'ai juste jeté un coup d'oeil, mais ça devrait déjà t'aider.
-
Tu peux aussi poster le code de la page qui pose problème (bon peut-être pas en entier, apparament il y a au moins 1264 lignes, mais aux alentours de l'endroit où sa coince). C'est quel forum ?
-
Re-bonjour, Et oui j'ai repris les cours je n'ai donc pas pu tout suivre. Alors : - Oui il y avait donc un problème avec les noms de variable, mais c'est donc réglé maintenant. - Installation de Mysql + PHPMyAdmin réussie, tu as donc tout ce qu'il te faut pour utiliser Mysql correctement a+
-
J'ai beau regarder, ce code fonctionne parfaitement. Aurais-tu une autre portion de PHP qui utilise un même nom de variable ? edit : le 3 sert à arrondir à 3 décimales maxi.
-
Tu as bien fait $fin-$debut et non pas $debut-$fin ?? edit : j'ai rien dit, ça peut pas être ça. Je cherche.
-
La première partie doit en fait être le premier morceau de PHP de la page. La 2e, il faut la mettre après que tout le code PHP ai été exécuté (car c'est cela qui prends du temps au serveur). C'est donc le dernier morceau de PHP de la page. Après, la position par rapport aux balises HTML, ce n'est pas très important, ce n'est pas cela qui va fausser la mesure.
-
De rien. Pour le "Page générée en xxx" (là aussi y'a des x) C'est faisable en PHP. //le début de la page <?php function getmicrotime() { list($usec, $sec) = explode(" ",microtime()); return ((float)$usec + (float)$sec); } $debut = getmicrotime(); ?> //ici se trouve tout le code de la page //et ce code-ci, le plus tard possible <?php $fin = getmicrotime(); echo '<div style="text-align:center; margin-top:-2em;">Page générée en '.round( $fin - $debut, 3) .' secondes</div>'; ?> Bon je l'avoue, ce n'est même pas moi qui l'ai fait ce tout petit bout de code ! Alors je programme principalement en PHP, je fais aussi du Javascript et un peu de C (pour ces 3 là, c'est un peu la même syntaxe et le même principe). J'ai fait un peu de VB il y a un an il me semble (je ne me souviens plus très bien du moment, ni du langage d'ailleurs). Mais je ne me suis jamais vraiment intéressé à ce langage. J'avais juste fait une petite application toute moche (benchmark de processeur avec test de stabilité). Mais ce que je gère le plus, c'est vraiment le PHP.
-
Salut, L'ActiveX, c'est mauvais. Seul Windows avec IE le prend en charge, mais de plus en plus d'utilisateurs le désactivent pour des raisons de sécurité. Je te recommande donc fortement de ne pas t'en servir, sous peine de ne pouvoir l'utiliser qu'avec une petite majorité de visiteurs, et d'en faire fuir d'autres (très souvent, ActiveX rime avec spyware, virus et autres).
-
litige avec mult e pass
alex.hitman a répondu à un(e) sujet de time dans Conseils matériel - Achats & Ventes
Salut, J'ai déja eu un problème similaire avec eux. Une grosse commande qu'ils m'ont finalement remboursé. Je suis resté au total près de 2 mois dans l'attente ! Par contre, j'en ai aussi eu pas mal de promesses dans ce genre "Votre commande sera expédiée dans la semaine" etc... mais elle ne fut jamais expédiée... Attends-toi donc à ce que ce ne soit peut-être pas fini... Si ta commande ne t'es pas expédiée dans les délais qu'ils viennent de t'indiquer, je pense que tu devrais demander le remboursement (et pas de bon d'achat). S'ils ne le font pas, il va falloir que tu continue à mettre la pression (menace-les de saisir des associations de consommateurs, dis leur que tu es dans la presse et que tu vas leur faire une très mauvaise publicité etc...). J'avais finalement réussi à obtenir le remboursement intégral, et sans bon d'achat, de ma commande. Mais que ce fut dur ! ps : l'histoire de la presse, ça marche bien. Mon père étant dans la presse, il le fait souvent dans les cas comme ça -
[avi] Alimentation
alex.hitman a répondu à un(e) sujet de alex.hitman dans Conseils matériel - Achats & Ventes
En fait, lorsque je poussais le processeur à son maximum, le Vcore (à 1.625 au lieu de 1.375) descendait en flèche... D'où l'overclocking limité. J'ai fait ceci : http://www.extreme.outervision.com/psucalculator.jsp Apparament, il me faut 348W au minimum. Je vais voir ce que je trouve de bien vers les 400W, et pourquoi pas prendre la green power. Merci. ps : c'est de l'air cooling, mais ça reste frais quand même. -
[avi] Alimentation
alex.hitman a répondu à un(e) sujet de alex.hitman dans Conseils matériel - Achats & Ventes
Merci, Oui exact, j'ai oublié quelques petits détails : - Format ATX - CM P4P800-E Deluxe - P4 E 3 @ 3.6 ghz (voir plus suivant les tensions de l'alim) - CG ATI AIW X800 VE - 2 HDD dont 1 SATA - 1 combo CD/DVD + 1 graveur CD - je crois que c'est tout Hum... 400W, est-ce suffisant si je compte overclocker encore mon processeur (forte augmentation du Vcore pour cela) ? En effet, avec mon alim actuelle (LC power 420W), lorsque j'augmente la valeur du réglage du Vcore, arrivé à un certain point, le réglage augmente, mais le Vcore non... -
Bonsoir, Mon alimentation actuelle me fait peur (le ventilateur tourne parfois dans le vide...). J'ai donc décidé de la changer. Je souhaiterais une alimentation de 430 watts minimum (à peu près), silencieuse, et délivrant des tensions très stables. Le tout pour moins de 60 €, si ça existe... Merci de me conseiller.
-
[resolu] Mysql, encodage des caractères
alex.hitman a répondu à un(e) sujet de alex.hitman dans Programmation
Ok ok, mais ce n'est pas parce que tu utilises de l'UTF-8 que tu peux te passer d'un htmlentities(). Si tu en as besoin dans un certain encodage, tu en a besoin dans tous les encodages. A par ça, le reste à l'air bien. -
[resolu] Mysql, encodage des caractères
alex.hitman a répondu à un(e) sujet de alex.hitman dans Programmation
Je n'en reviens pas ! J'ai trouvé... En fait j'ai vu que j'avais mis un htmlentities() sur la page B. Et c'est lui qui fait tout foirer ! Sans le htmlentities, c'est OK. C'est vraiment bizarre ça... Je l'ai remplacé par htmlspecialchars() qui me suffit, et c'est toujours bon. Merci en tous cas -
[resolu] Mysql, encodage des caractères
alex.hitman a répondu à un(e) sujet de alex.hitman dans Programmation
Résultats : Avec utf8_encode() : PrÃ�©sentation C'est un peu différent, et c'est en fait la même chose que lorsque je définis les variables mysql à utf8. On dirait qu'il y a 2 passages de mauvaise compréhension de l'encodage. Peut-être que les données sorties sont en fait en utf8, mais que PHP croit autre chose... mysql_fetch_array() : aucun changement mysql_fetch_row() : aucun changement Je vais voir si je peux définir l'encodage à UTF8 lors de la requète. -
[resolu] Mysql, encodage des caractères
alex.hitman a répondu à un(e) sujet de alex.hitman dans Programmation
J'ai tout fait sous Opera, mais j'ai aussi testé avec IE. Même problème. Les images sont en place chez moi, bizarre... Je vais essayer utf8_encode(), et mettre mysql_fetch_row()... -
[resolu] Mysql, encodage des caractères
alex.hitman a répondu à un(e) sujet de alex.hitman dans Programmation
Merci de la réponse. Alors voici (le champ concerné est "Nom", mais cela fait de même pour les autres) : La table : Page A : <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" > <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> mysql_fetch_row(mysql_query('SELECT IDarticle,Nom,Contenu FROM '.$this->prefixe.'_pwm_pages WHERE ID="'.$this->idpage.'"')); [...] echo $resultat[1]; Page B : <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" xml:lang="fr" > <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8" /> $execution = mysql_query('SELECT ID,IDarticle,Valid,Numero,Nom FROM `'.$prefix.'_pwm_pages` WHERE IDarticle="'.$id_used.'" ORDER BY "Numero" LIMIT '.$pi.', 10'); while($resultat = mysql_fetch_assoc($execution)) { [...] echo $resultat['Nom'].'...'; Ce qui me parait aussi bizarre, c'est que même en définissant les variables de mysql sur UTF8, c'est la même chose : mysql_query('SET character_set_client = utf8'); mysql_query('SET character_set_results = utf8'); mysql_query('SET character_set_connection = utf8'); Et toujours pareil quand j'essai d'encoder en UTF8 le champ avec une fonction en PHP... -
Bonjour, J'ai un problème disons... très bizarre avec mysql. J'ai essayé de tout vous détailler. J'ai configuré les tables, champs etc... de mysql pour encoder les caractères en utf8_unicode_ci (enfin, UTF-8 quoi !). J'ai deux pages PHP qui extraient une même valeur d'un de ces champs mysql. Les deux pages sont encodées en UTF-8, et le charset HTML est défini sur UTF-8. Sur la première page (page A), tout s'affiche correctement. Sur la seconde (page B), les caractères de la source de la page sont affichés correctement, mais les caractères extraits du champ de mysql non (problème d'encodage évident). J'ai donc vérifié les encodages grâce à une fonction en PHP (mb_detect_encoding()) des pages, et de la valeur extraite du champ de mysql. Résultats : page A : UTF-8 champ mysql extrait dans la page A : UTF-8 page B : UTF-8 champ mysql extrait dans la page B : ASCII Mais tout devrait être en UTF-8 ! Et forcément, encodé en ASCII au milieu d'UTF-8, il est pas beau ce champ ! Mais comment ce champ peut-il être extrait de ma base de données en UTF-8 sur une page, et en ASCII sur une autre ? Alors qu'en plus, les procédures d'extraction sont les mêmes (un simple SELECT). Et si par hasard vous aviez la solution à ce problème, ça serait sympa de m'aider, car je dois absolument résoudre ça. Je veux de l'UTF-8 partout ! Merci.