COPYRIGHT SUR IMAGES

Commentaire de alvinp le 09/10/2006 06:44:39

Encore une chose, vous pouvez changer la police en remplacent tout simplement 'police.ttf' par la police de votre choix!

Commentaire de jean84 le 09/10/2006 15:58:16

Salut !

Je ne suis pas d'accord avec quelques conseils cites plus haut (c'est pas contre toi Webdeb, loin de la) :
- pour les extensions, il est conseille d'utiliser les fonctions str. Par contre l'utilisation que tu en fait n'est pas bonne (ou du moins n'est pas parfaite)
=> $Extension = substr($strrev($Chaine), 0, strpos('.', $Chaine));

- "Mets ton code html entre apostrophes plutôt que des guillemets afin de faciliter la relecture de ton code."
La relecture je crois pas mais la vitesse d'execution de ton script, sa c'est clair.

- "Pour les tests d'égalité, préfère aussi === à =="
Seulement si la variable est suceptible de contenir differents types de donnees (INT, CHAR ou NULL par exemple). Si ce n'est pas le cas, cela ne sert a rien (meme si ce n'est pas grave evidement)

Pour tes tests d'extension, prefere l'utilisation d'un esleif() ou au pire d'un switch() (plus lent) que des if() les uns a la suite des autres. Tu gagneras en rapidite car il ne s'embettera pas a tester les autres possibiltes quand il aura deja un resultat (alors que la, si l'extension est JPG, tu te tapes quand meme les verifs pour savoir si c'est un gif ou un png, alors que tu sais que c'est un JPG)

Voila sinon pas trop mal, a part que ta source est pour les debutants et que tu n'as mis quasiment aucun commentaire "utile". Pas mal de personnes cherchent ce genre de source pour apprendre a utiliser GD mais la, avec cette source, sa risque d'etre difficile si tu ne corrige pas ^^

@++

Commentaire de alvinp le 09/10/2006 19:14:06

Pour le code html, je fais des mise à la ligne à chaque fois pour la mise en page du code...
Et seul les guillemets permettent ceci, enfin je crois!

Commentaire de alvinp le 09/10/2006 19:38:14

Ok je ferai celà ;)

Commentaire de jean84 le 09/10/2006 22:50:16

Webdeb >
"Pour ce qui est des performances, je suis d'accord que les mettres entre quotes simples c'est plus rapide mais ça se joue sur un chouilla de microsecondes et encore ce n'est pas vrai pour tous les scripts. Ca l'est surtout sur des grosses applications."
- Non. Mettre des ' a la place " et plus rapide, quoi qu'on en dise. Et meme si sa ne se sent que sur de grosses applis, mieux vaut apprendre correctement et s'impsoer de bonnes regles avant d'etre au pied du mur. En plus c'est le B-ABA en php. Tape benchmark php sous google et constate le resultat, je l'ai pas invente pour l'occasion

"Pourquoi utiliser les fonctions de chaîne de caractères alors que tu peux le faire avec une fonction native ? Tu veux réinventer la roue ?"
- Demande a Rasmus Lederdof, c'est dans une video conference lors des dev-days qu'il preconaisait cela. Je ne fait que l'ecouter (sa reste Mr Papa du PHP donc...). Je suis d'accord que c'ets mieux en terme de code et plus compacte d'utilser des focntions natives mais ce n'est pas parce qu'elles sont  natives qu'elles sont plus rapides, surtout que pathinfo() renvoi un tableau qu'il faut encore traiter derriere (ce qui n'est vraiment pas lourd mais necessite quand meme un certains travail)

"Mieux vaut les mettre que pas du tout ! Ca évite tout risque de faille de sécurité :)"
- Des failles de securite ?? Wahou... moi qui suis parano comme pas deux et verifie la moindre variable dans mes formulaires, je savais pas que comparer deux variables avec des == au lieu de === engendre des failles de securite.... Faudra me donner un lien pour le confirmer parce que sa me parait gros, voir meme enorme !

"Les tableaux ne sont pas faits pour de la mise en page mais pour présenter des données tabulaires comme des stats par exemple."
- C'est vrai que j'ai lu wue le w3c deconseille l'utilisation des tableaux pour la mise en page car cela consommait beaucoup de ressource du cote du client (les navigateurs ont semblent-ils beaucoup de mal avec sa). M'enfin sa reste un deconseil car ils sont bien au courant que tout le monde le fait, et que sa depanne grave... un petit tableau pour centrer tout un site, sa fait pas de mal ;-)

"...codant en html 4.01 ..."
4.01 ?? lol. C'est quoi la mise a jour ? ^^

Flachy Joe > C'est ultra ultra ultra moche de voir sa dans un script ! Certains pousent le vice a le faire dans une boucle :

while ( ... )
{
?>
// code html
<?php
}

Meme si sa "peut" donner une acceleration dans le code, c'est vraiment trop moche de faire et tu martirises ton pauvre interpreteur PHP. Prends en soin, sa peut toujours servir ;-)

Commentaire de webdeb le 10/10/2006 10:18:18

@Jean84

>> Non. Mettre des ' a la place " et plus rapide, quoi qu'on en dise. Et meme si sa ne se sent que sur de grosses applis, mieux vaut apprendre correctement et s'impsoer de bonnes regles avant d'etre au pied du mur. En plus c'est le B-ABA en php. Tape benchmark php sous google et constate le resultat, je l'ai pas invente pour l'occasion

Je travaille de toute façon de cette manière. Je mets toujours mes chaînes statiques entre apostrophes et mes chaînes dynamiques entre guillements. Je concatène aussi mes instructions echo() avec des virgules pour améliorer les performances. Les tests de benchmarks que l'on voit sur Internet ne montrent pas toujours la réalité. La vitesse d'exécution d'un script dépend de beaucoup de paramètres. En règle générale, lorsque tu fais un script, tu n'affiches pas 1000 fois ou 10 000 fois la chaîne 'Hello World' par exemple. Les benchmarks restent des calculs et de la théorie et de l'expérimentation pour la plupart. Ils démontrent des choses dans un cas de figure donné. Lorsque tu conçois une application, c'est sur elle qu'il faut faire des benchmarks pour tester ses performances. Certes je suis d'accord qu'il faille se baser sur des tests plus ou moins théoriques mais il ne faut pas en faire une généralité. Par exemple, programmer en orienté objet ou en procédural n'aura pas les mêmes impacts sur le temps d'exécution du code.

>> Demande a Rasmus Lederdof, c'est dans une video conference lors des dev-days qu'il preconaisait cela. Je ne fait que l'ecouter (sa reste Mr Papa du PHP donc...).

Faudrait que je vois ça, tu m'intéresses en disant ça !

>> surtout que pathinfo() renvoi un tableau qu'il faut encore traiter derriere (ce qui n'est vraiment pas lourd mais necessite quand meme un certains travail)

Faux ! Retourne lire la doc de pathinfo(). Pathinfo() retourne un tableau si tu ne lui précises pas de paramètres optionnels. Si tu fais :

<?php
  $extension = pathinfo('index.html', PATHINFO_EXTENSION); // retourne html
?>

Il te retourne une chaîne de caractères qui est l'extension du fichier.

>> formulaires, je savais pas que comparer deux variables avec des == au lieu de === engendre des failles de securite....

Si le triple égal a été inventé, ce n'est pas pour rien. Logiquement si tu fais :

<?php

$a = '1';
$b = 1;

if( $a == $b ) {
  echo 'Vrai !';
}
else
{
  echo 'Faux !';
}
?>

Dans ce script (que je n'ai pas testé), le résultat retourné devrait être 'Vrai !' puisque les deux valeurs sont les mêmes mais pas les types de variables. Il y'a donc une sacrée différence. Je n'ai pas vérifier pour les failles mais je pense que sur certaines applications, si tu ne vérifies pas en plus le type tu risques d'avoir des failles. Je pensais ça lorsque un visiteurs avait la possibilité d'entrer des données à tester. En plus, selon les benchmarks (à prendre à la légère je le rapelle), le triple égal se trouve plus rapide lors de son exécution plutôt que le double égal du fait qu'il s'intéresse tout de suite à un type précis.

>> M'enfin sa reste un deconseil car ils sont bien au courant que tout le monde le fait, et que sa depanne grave... un petit tableau pour centrer tout un site, sa fait pas de mal ;-)

Non pas tout le monde ! Pas moi :) De plus en plus de personnes se mettent à la programmation html en suivant les standards et les recommandations du W3C. Il y'a plusieurs raisons à ne pas utiliser les tableaux pour présenter un document web entier :

   1/ La sémantique : elle indique qu'un tableau ne doit recevoir que des données tabulaires à présenter. En aucun cas il ne devrait permettre de construire une charte graphique. Il existe des balises faites pour ça (entre autres les <div>). Comme pour les titres, des balises ont été prévues pour ça : h1, h2, h3... Les balises servent à donner un sens au contenu du document html, donc il faut respecter cette première règle.

   2/ L'accessibilité : pour des personnes ayant des déficiences visuelles et notamment celles qui utilisent un navigateur spécial (braille par exemple), la mise en page tableau est un réel problème. En effet, le contenu ne se trouve plus dans un ordre correct de lecture. Il se retrouve dispatché un peu partout dans la page ce qui oblige le visiteur "handicapé" à faire des efforts de lecture à travers le document et des efforts mobiles avec sa souris. Pour des personnes paralysées ou ayant peu de motricité, cela leur demande un effort considérable alors que pour nous, bouger une souris ce n'est rien.

   3/ Le poids de la page : il est fortement réduit lorsque tu codes proprement un document sans mise en page tableaux. Pour la même page codée des deux manière, tu peux avoir plus de 30% de gain de poids. Ce n'est pas négligeable même si le haut débit commence à s'installer un peu de partout dans le monde. Il existe toujours énormément de "contrées" reculées en France et les pays en voie de développement ne disposent pas encore de lignes suffisament puissante pour afficher des grosses pages.

   4/ La portabilité : en codant sans mise en page tableaux (et en séparant fond et forme avec les css), tu peux permettre à ton site d'être visible sur différentes plateformes telles que : écran de pc, PDA, Téléphones portables via le WAP, impression papier... C'est un sacré atout quand même.

   5/ La maintenance : c'est quand même plus facile de relire et de se repérer dans un code propre qui dispose de moins de code. Plus besoin de trop chercher où placer son contenu comme avant quand il fallait remonter les arborescences d'imbrication de tableaux.

Cette liste n'est pas exhaustive mais il y'a beaucoup de bons côtés à programmer ses sites sans mise en page tableaux. Le seul point négatif reste la différence d'affichage entre les navigateurs (notamment IE) mais elle est minime et tend à s'améliorer avec IE7 et les standards du W3C.

@Flachy-Joe

Oui c'est joli et ça respecte l'indentation mais tu ne respectes pas la logique de séparation du code PHP du code HTML. De plus, ce n'est pas du tout optimisé pour ton interprêteur PHP. Dans ce sens, PHP manque de rigueur puisqu'il est trop laxiste sur la façon de coder et de mettre en forme le code HTML.

Commentaire de alvinp le 10/10/2006 17:32:51

Vous livrez une bataille sur le php, lol
Je n'en connais pas autant que vous, mais je serai utiliser les bon conseils.

Et en parlant du html v4.... je garde ma façon de faire, car si plusieurs languages existent c'est par rapport au niveau et la compréhension du navigateur soit au niveau serveur, soit au niveau client!!
Je trouve que ce que j'utilise est parfaitement bien dés que celà marche à la fois sur Firefox et IternetExplorer...

Merci beaucoup!

Commentaire de webdeb le 10/10/2006 19:49:57

Jean84, j'ai oublié aussi un argument sympa concernant le couple html/css ou xhtml/css. Le voici :

En construisant un squelette (x)html épuré de toute mise en forme, cela te permet de pouvoir skinner à ta guise ton site et de lui faire plusieurs design par exemple. On dit que l'on séparer le fond de la forme. Le fond dans une page web correspond au contenu (titres, menus, paragraphes, liens, listes...) et la forme correspond aux différents à comment ton contenu est présenté (gras, italique, souligné, couleur, background, bordures...). En séparant ton code html brut dans un document html et ta mise en forme dans une feuille de styles, cela te permet d'avoir un contenu entièrement accessible et lisible sans mise en forme. Dans la feuille de styles externe tu stockent toutes les instructions qui mettent ta page en forme. C'est à dire le placement des blocs entre eux, les couleurs de tes textes, l'affichage de tes menus... En faisant plusieurs feuilles de styles, tu peux faire plusieurs design sans rien toucher au code html brut.

Avec les tableaux tout cela est impossible. Une fois que tu as placé du texte dans une cellule du tableau, celui ci restera dedans et tu ne pourras plus le placer ailleurs comme tu veux.

Compare un site en mise en page avec tableaux avec celui ci par exemple : http://www.epersy-avenir.com
J'ai réalisé ce site pour un client. Il est valide XHTML / CSS et WAI. Si tu regardes le code source tu t'apercevras qu'il n'y a aucun tableau pour mettre le design et le texte en forme. Tout se trouve dans une feuille de styles externe. Si tu désactives les styles CSS avec l'extension webdevelopper de Firefox par exemple (si tu l'as installée bien sûr) ou bien en enregistrant le code source sur ton disque dur mais en ayant supprimé la balise <link> qui importe le fichier CSS, tu verras que le contenu n'a aucune mise en forme et est complètement accessible en suivant l'ordre dans lequel il apparaît dans le code source.

Je te laisse regarder pour te convaincre et me donner tes commentaires ;)

++

Commentaire de webdeb le 11/10/2006 09:23:07

>> Mais pour les balises <img> je ne savais pas qu'il falait les fermer, sur aucune source elles y sont les balises de fermeture </img>.

L'espace ne sert à rien. Certains programmeurs préfèrent ne pas le mettre, d'autres le font comme moi. Je trouve ça plus clair à relire. Cet espace est complètement facultatif.

>> Et encore merci, tu m'apprend des trucs :D

Bah de rien ;) C'est comme ça que l'on apprend !

Commentaire de webdeb le 11/10/2006 11:30:28

>> Peut-on faire des include ou comme des includes plutôt mais à l'intérieur de la page php (pour repporter du code)?

Qu'est ce que tu entends concrètement par là ?

Commentaire de alvinp le 11/10/2006 14:02:49

Oh encore un truc :D
C'est directement mon pc, et si il te domande à te logguer ::
login test
mdp test

Commentaire de jean84 le 11/10/2006 16:08:02

include() include_once() require() require_once() pour inclure des scripts php (ou des bouts de code).

Commentaire de jean84 le 11/10/2006 16:25:20

Pas mal le site : http://www.epersy-avenir.com
Ce qui me chagrine c'est que le site pour un client respecte sa alors que ton propre site http://www.webmaster-debutant.net/ en comporte une floppee. Apparement vous y etiez plusieurs a travaille dessus car la facon d'ecire les balises n'est meme pas la meme. Un coup y a des majuscules un coup des minuscules... ou alors le site est ancien et tu preferes garder le design ? En tout cas,  vu le design de ce site, je prefere garder mes tableaux ... ^^ C'est vachement bô !

Commentaire de alvinp le 11/10/2006 17:08:33

Ok merci, et j'ai toujours des problèmes au niveau des alignements mais je me débrouille!
Dés que c'est bon je le republie mais je pense que sa attendra ce week car j'avance lentement :D

Commentaire de alvinp le 11/10/2006 19:07:08

Lol a oui quand même, mais apparement j'avance assé vite...
Je crois que ce soir sa sera refait mais y aura toujours quelque chose à modifier!

Je compte sur vous :D

Commentaire de alvinp le 11/10/2006 20:29:18

J'ai un gros problème :D

J'ai fait des modifications de partout mais pas à l'endroit où je vois apparaitre un truc que je n'ai jamais vue!

C'est du côté des imagettftext(), il me note sur la page :: Resource id #10

Sa fait depuis un moment que je cogite...

Commentaire de alvinp le 11/10/2006 21:41:21

Je vois de regarder de suite, mais je n'ai pas trouvé en regardant vite fait et en fesant une recherche aussi!
Mais j'ai rien trouvé...

Commentaire de GRenard le 12/10/2006 05:32:27

tu dois faire un echo d'une ressource (image , genre echo $im) pour avoir un Resource id

</img> n'existe pas, il faut fermer les balises directement />

Si tu utilises eval, tu peux être quasiment certain que le monde va bondir et dire "OMG ce n'est pas bien"... Fait attention à ce genre de fonction. Je dirais que eval est utilisé vraiment que pour de la production interne ou tout est contrôlé... et non une source disponible sur le web. C'est extrêmement dangereux.

Commentaire de alvinp le 12/10/2006 06:31:47

Ok merci beaucoup, je vien de comprendre que j'ai utilisé le même nom de variable pour la création de l'image et l'affichage de mes données :)

Commentaire de webdeb le 12/10/2006 19:28:18

Le mieux serait d'améliorer toute ta source en reprenant tous les conseils que l'on t'a donnés :)

Commentaire de webdeb le 12/10/2006 21:31:54

Pour les constantes c'est là : http://www.php.net/define

Commentaire de webdeb le 12/10/2006 23:06:54

<?php
$file = 'chemin/bidule/truc/monFichier.html';
echo pathinfo($file, PATHINFO_BASENAME);
?>

++

Commentaire de webdeb le 13/10/2006 13:02:05

Si tu as PHP5.2.0 ou supérieur tu peux faire ceci :

<?php
$file = 'chemin/bidule/truc/monFichier.html';
echo pathinfo($file, PATHINFO_FILENAME);
?>

Sinon tu récupéres la chaîne qui se retrouve après le dernier point à partir du code précédent utilisant PATHINFO_BASENAME.

++

Commentaire de alvinp le 13/10/2006 22:27:26

J'ai ajouté une partie qui permet d'afficher l'image avec copyright sans l'enregistrer!

Mais lors du test, il m'affiche le lien de l'image édité, pouvez-vous m'aider?

Commentaire de sepultura666 le 16/10/2006 09:33:04

Alors moi je vais vous dire un truc arrêtezde vous battre pour ces EXTENSIONS !!! lol

Mes remarques, très bon code, mais quelque peu, fouillis... Trop de choses mal gérées...Revoiston code en l'optimisant. Faut toujours pense au serveur, le pauvre quand on va lui balancer çà dans les dents à chaque execution du script il va morfler :)

Sinon en ce qui concerne les extensions,savais-tu que, quand tu "envoi" un fichier par un formulaire, ou autrement, je sais plus (çà fais longtemps que j'ai pas fais mumuse avec la GD2) tu as un truc qui est : $_FILES['image']['type'] ou imageestlenom de ton champ formulaire (ou bien je crois que tu peux faire le fopen et le placer dans image, je sais plus). Bref l'avantage avec çà que c'est que tu récupère directement le REEL type du fichier image (admettons, un .php dissimulé en .jpg... et hop... ou une erreur de la part de ton copain, un jpg renommé en gif ou png !,  ou encore au niveau rapiditiéde ton code, si c'est un jpeg ou un jpg, ou un pjpeg ? tu fais trois tests ?)

Bref y'a des tas de choses pour pas se casser la nenette, alors pouruqoi se la casser... lol

Commentaire de emilia123 le 18/10/2006 01:46:34

bonsoir,

Je tiens à intervenir sur le ===

il est vrai que parfois on peut passer à coté de vérification donc potentiellement à coté de faille.

ex de problème:
$ma_variable_bien_initialisee=0;

if($ma_variable_bien_initialisee=="mon_mot_de_passe_super_securisé"){ echo " bienvenue avec ton mot de passe surper sécurisé";}

et bin on aura un super message de bienvenu quand on va visiter la page=> faille de sécurité.
avec le == php test pas le type de la variable et du coup se "trompe" dans certain cas.
avec === il vérifi le type et la valeur... du texte comparé avec un chiffre => cela aurait renvoyé "faux".

Em.

Commentaire de emilia123 le 18/10/2006 07:09:21

bonjour,

non cela ne va pas mettre faux justement.
le code donné est vérifié sur php "4.3.quelque chose".
PHP a du mal à comparé du texte avec des chiffres (comparaison simple avec == ) , ce qui est logique si l'on réflechi.
dire est ce que une phrase est égale à 0 ou 1.. quelle est la réponse valide?
Il essaye (en gros) alors de modifier le type de la varible pour que la comparaison soir possible.

c'est pour cela qu'il y a le "===". si les types sont différents, au lieu d'essayer de s'arranger, php renvoit faux.

ce problème peut survenir lorsqu'un fonction peut retourner plusieurs types de retour.
Si la fonction, par exemple, génère du texte, ou sinon qui renvoi false (0) en cas s'erreur, il pourrait y avoir des surprises si jamais le texte retourné est égale à "0".
le test "==" qui suivrait pour gérer les erreurs pourrait être trompé.

voili voilou, petite reflexion apres une petite nuit.

Em.

Commentaire de alvinp le 18/10/2006 10:59:23

Lol mais je trouve sa ridicule les constantes, j'ai regardé et j'ai remarqué qu'elles ne peuvent être modifié aussi!

Peut tu me donner les avantages d'utiliser des constantes?

Et je vais testé ce petit bout de code pour voir ;)

Commentaire de alvinp le 18/10/2006 17:54:48

J'ai fait ce test et c'est super!
J'y prend note...

Parcontre pourriez vous m'aider pour une partie du code qui affiche l'image sans l'enregistrer et le problème c'est que l'image ne s'affiche pas mais le lien est à la place!!

# // Cette condition sert à afficher directement une image avec copyright (par lien)
# if($_GET['choix'] == 'gen'){
#  $fichier = $_GET['fichier'];
#  if(file_exists($repertoire.'/'.$fichier)){
#   //$ext = strtolower(substr($fichier, strrpos($fichier, '.') + 1)); // Renvoi les caractères après le point
#   $ext = pathinfo($fichier, PATHINFO_EXTENSION); // Fonction de php qui renvoi l'extension d'un fichier
#   $ext = mise_majmin($ext,'maj');
#  
#   // Lecture de l'image et mise en variable
#   if($ext == 'JPG' or $ext == 'JPEG')
# header ('Content-type: image/jpeg');
# $image = imagecreatefromjpeg($repertoire.'/'.$fichier);
# if($ext == 'PNG')
# header ('Content-type: image/png');
# $image = imagecreatefrompng($repertoire.'/'.$fichier);
# if($ext == 'GIF')
# header ('Content-type: image/gif');
# $image = imagecreatefromgif($repertoire.'/'.$fichier);
#  
# $imagex = imagesx($image); // Nombre de pixel en longueur
# $imagey = imagesy($image); // Nombre de pixel en hauteur
#  
# // Positionnement du texte
# switch($posx){
# case 'g': $x = 20;
# break;
# case 'c': $x = $x = ($imagex - (50 + (strlen($copyright) * $taille))) / 2;
# break;
# case 'd': $x = $imagex - (50 + (strlen($copyright) * $taille));
# break;
# }
# switch($posy){
# case 'h': $y = 20 + $taille;
# break;
# case 'm': $y = ($imagey - 50) / 2;
# break;
# case 'b': $y = $imagey - $taille;
# break;    
# }
# $height = imagefontheight($taille); // Ccalcul de la taille d'une chaine (approximatif)
#   $couleur = imagecolorallocate($image, 255, 0, 0); // On met une couleur en variable R,V,B
#   $couleur2 = imagecolorallocate($image, 0, 0, 0); // On met une couleur en variable R,V,B
#   imagettftext($image, $taille, 0, $x, $y, $couleur, $skin.'/'.$police, $copyright); // Ecriture du premier texte sur l'image
#   imagettftext($image, $taille, 0, $x + 1, $y + 1, $couleur2, $skin.'/'.$police, $copyright); // Ecriture du deuxième texte sur l'image
#  
#   // On affiche l'image
#   if($ext == 'JPG' or $ext == 'JPEG')
# imagejpeg($image);
# if($ext == 'PNG')
# imagepng($image);
# if($ext == 'GIF')
# imagegif($image);
#  
# imagedestroy($image); // On détruit l'image pour vider la variable et la mémoire
#  }
#  exit();
# }

Commentaire de jean84 le 19/10/2006 10:50:24

Emilia > Je suis heureux que tu sois honnete : "il est vrai que parfois on peut passer à coté de vérification donc potentiellement à coté de faille.". J'insite sur le POTENTIELLEMENT...

"$ma_variable_bien_initialisee=0;
if($ma_variable_bien_initialisee=="mon_mot_de_passe_super_securisé"){ echo " bienvenue avec ton mot de passe surper sécurisé";}"
C'est vrai que ton exemple est parlant mais il n'empeche que c'est utopique (quoi que si certains code ainsi, tant pis pour eux). Remarque que l'on peut se demander ce que tu veux faire quand tu initialise une variable a 0 ? A false ? Ou la valeur numerique (int) 0 ? Parce que 0 est une valeur tellement generique qu'il est evident que tous vos scripts peuvent fonctionner ... maintenant si on met la valeur a FALSE ou a NULL, quelle sera le resultat ? Et bien le test ne passera pas...
=> http://www.info-party.c4.fr/test.php

Pareille pour webdeb : quel interet de verifier si une variable est a 0 ? Tu peut a peu pres tout faire sur une variable ayant cette valeur. Lui passer empty(), sa passera pas meme si elle est initialise, isset() ? Il te diras qu'elle n'est pas initialise...

Quand on parle de failles, on montre des exemples concrets, pas des trucs tailles expres pour laisser passer, lol, sinon c'est trop facile ^^
Le but est d'avancer, pas faire peur ...
Mais si vous avez des exemples precis (autre qu'avaec 0) a montrer, je serais le premier a dire que j'ai eu tord :-)

Code :

<?php
    
    echo 'Test de l\'operateur == avec $ma_variable_bien_initialisee=0<br />';
    $ma_variable_bien_initialisee = 0;
    if ( $ma_variable_bien_initialisee == "mon_mot_de_passe_super_securisé")
        echo " bienvenue avec ton mot de passe surper sécurisé (test n°1)";
    else
        echo 'Et ben non (test n1)';

    echo '<br /><br />Test de l\'operateur == avec $ma_variable_bien_initialisee=FALSE<br />';
    $ma_variable_bien_initialisee = FALSE;
    if ( $ma_variable_bien_initialisee == "mon_mot_de_passe_super_securisé")
        echo " bienvenue avec ton mot de passe surper sécurisé (test n°2)";
    else
        echo 'Et ben non (test n2)';

    echo '<br /><br />Test de l\'operateur == avec $ma_variable_bien_initialisee=NULL<br />';
    $ma_variable_bien_initialisee = NULL;
    if ( $ma_variable_bien_initialisee == "mon_mot_de_passe_super_securisé")
        echo " bienvenue avec ton mot de passe surper sécurisé (test n°3)";
    else
        echo 'Et ben non (test n3)';

    echo '<br /><br />Test de l\'operateur == avec $ma_variable_bien_initialisee=0 et verification avec isset()<br />';
    $ma_variable_bien_initialisee = NULL;
    if ( isset($ma_variable_bien_initialisee) )
        echo " bienvenue avec ton mot de passe surper sécurisé (test n°4)";
    else
        echo 'Pas initialise .... (test 4)';

    echo '<br /><br />Test de l\'operateur == avec $ma_variable_bien_initialisee=0 et verification avec empty()<br />';
    $ma_variable_bien_initialisee = NULL;
    if ( !empty($ma_variable_bien_initialisee) )
        echo " bienvenue avec ton mot de passe surper sécurisé (test n°5)";
    else
        echo 'Vide ... (test 5)';
?>

Commentaire de emilia123 le 19/10/2006 22:54:22

bonsoir à tous,

Biensur ce == ne fait pas qu'une applie soit bourrée de faille de sécurité...
mais il existe des fonctions (interne à PHP) qui retourne 0 ou false comme résultats.. sans parler des fonctions persos
ex strpos

si on utilise cette fonction pour vérifier la présence d'une chaine non désirée (ex <script></script>) dans une chaine, une simple vérification  avec"==" pourrait laisser passer la chaine en question.

Il est sur qu'il faut plusieurs élements pour s'exposer à un danger, mais:
- cela ne coute rien de rajouter 1 = quand on tape (mise à part peut être accroite le risque de se féler un doit en tentant le combo 'shift + ='    :))))
- avec les scripts en libre accès, il est assez facile de vérifier la présence d'un mauvais test
- prendre de bonnes habitudes le plus tôt possible ne pourra que servire pour la suite..

En tout cas bravo à jean84 parce que rare sont ceux qui teste à fond ce qu'ils disent et qui ne disent pas juste "ca marche pas" ou "c'est null ca plante".

bonne continuation

Em.

Commentaire de jean84 le 20/10/2006 18:40:35

Au fait, bravo pour ton travail alvinp, c'est tres bien d'avoir su ecouter et prendre en compte nos explications, sa demontre que tu as envie d'avancer et et d'apprendre correctement ! En plus, le code est beaucoup plus sympa a lire et a comprendre (meme si il reste quelques modifs mais rien de grave, juste des petites optimisations (getimagesize() a la place de imagex() et imagey() par exemple. Tu gagnes une ligne et sa evite d'avoir trop de variable a gerer -laz fonction te renvoi un tableau plus simple a manier)

@++

Commentaire de alvinp le 21/10/2006 07:50:59

Merci du compliment, je fais de mon mieu!

Et de ce qui est de la fonction getimagesize(), j'ai vue qu'il faut mettre le chemin de l'image donc qu'il fautcertainement la relire!
Sa prendrai plus de temps que de le faire directement sur l'image édité, avec imagesx() et imagessy()...

Commentaire de alvinp le 21/10/2006 12:54:39

Ok mais d'après certains, il parait que la page est plus longue à charger avec ceci qu'avec l'autre solution!

Commentaire de jean84 le 21/10/2006 19:08:12

tiens =>http://www.php.net/manual/fr/function.getimagesize.php,
tu pourra voir les details de cette fonction.

@++