Reprise du message précédent :

fopen + fread pour lire le contenu du fichier
 
imagecreatefromstring pour parser le fichier en tant qu'image via GD, GD détecte automatiquement le type de l'image
 
image_type_to_mime_type sur l'image récupérée pour obtenir le MIME, si imagecreatefromstring renvoie FALSE alors l'image n'a pas pu être parsée (format non reconnu, image corrompue, type d'image non supporté)
 
Faire gaffe à ce que ton build PHP/GD gère bien tous les types d'images dont tu as besoin (surtout JPG)

Par contre parfois j'envoie d'autre truc via php, pas uniquement des images, faudrait que j'étudie ça plus précisement (c'est pour des helpers php basés sur une classe )

c'est pas le but. Je veux conserver ce que l'utilisateur saisit, quoi que ce soit.

et si tu encodes juste les < et > ?

bah faudra les décoder pour les entrer dans la base quand même...
Finalement j'ai opté pour un affichage avec htmlspecialchars (...enfin escape:"html" de smarty, quoi), et décodage systématique de la saisie à la validation de chaque page pour stocker toujours ce que l'utilisateur a saisi dans ma session...mais je trouve ça vraiment casse-couilles...

(oui je sais si l'utilisateur saisit des entités html je l'ai dans le cul...m'enfin faut pas non plus qu'ils me pètent les couilles, saisir des entités ça n'aurait pas de sens, là.)

htmlspecialchars à l'affichage des données, rien à faire au traitement.

http://www.php.net/manual/en/function.getimagesize.php plutot que imagecreatefromstring je pense Et ça marche sans GD.

Rien à décoder
 

Je doute qu'Oracle comprenne très bien les &lt; et &gt;

Il recevra < et >, teste

C'est complètement con le nom de cette fonction
(mais sinon à lire la description je pense que tu penses bien )

euh, non, justement, c'est testé (enfin il me semble.)
Si je fais ça, je vais coller &lt; ou &gt; dans ma session au lieu de < et > , et je vois pas pour quelle raison saugrenue ma requête préparée irait faire la conversion toute seule.

Heu, je n'ai pas le même résultat, si j'inverse les boucles.
en effet, si je les inverses, j'obtient autant de fois le résultat que j'ai mis de fois le même mot clé. Je sais pas si je suis très clair
mon 'array' contient la liste des pays du monde. en mot clé, je mets 'fra fra'. Si je garde les boucles dans cet ordre, je n'obtient qu'une seule fois 'france' (grâce au break). Si j'inverse les boucles, j'obtient 2 fois 'france' (je suis obligé d'enlever le break d'ailleurs)
je suis donc bien obligé de faire une boucle avant pour mes pattern, non ?

C'est une spécialité en php  

Ah vi j'avais pas fait gaffe à ton break.
Par contre j'ai repensé à ton truc, tu dois pouvoir l'améliorer en utilisant la méthode filter de l'objet array en js.
Le truc c'est que c'est du Javascript 1.6 que tu vas me dire que t'es carrote sous IE. Oui mais non, rien ne t'empêches de la refaire la fonction:

heu le prototypage fonction sous IE5 et 6 pour l'objet Array

ça marche très bien sous IE6 ( j'ai pas de 5 pour tester )

Il a jamais dit le contraire bande de tafioles, il dit d'utiliser Array.filter mais précise qu'il faut le réimplémenter sous IE/Safari/Opera (par contre comme il ne teste pas si ça existe déjà, ben sous Firefox on se retrouve avec une implé pourrie au lieu de l'implé native, alors qu'une réimplé correcte est fournie sur la page qu'il linke, quel gros naze cet apa )

Ouais bon ça va... s'vendredi j'ai écrit ça vite fait et sans lire le lien que je linkais

ok, je te remercie.
voilà ce que j'ai fait avec ça. J'aimerais savoir si ça tient la route ou non

(je débute en JS, hein, donc patapé si ça va pas)

t'as bien pris l'implémentation que conseillait Masklinn? ( sinon il va se mettre à hurler ...)

Mais là dans ton code, tu retombes sur le même problème qu'avant, tu ré-instancies tes patterns à chaque appel de la fonction ce qui n'est pas super.
Déclares ton tableau d'objet pattern à l'extérieur de ta fonction (sauf si la valeur de cri_fil est modifiée dynamiquement, auquel cas tu pourras pas faire mieux)

oui, j'ai bien pris celle de Masklinn
ah, oui, j'avais pas précisé, cri_fil est modifié dynamiquement (recherche en cours de frappe)
sinon, j'ai un peu modifié et je voulais savoir ce qui est le mieux (les deux marchent, mais y'a ptêtre des trucs à éviter ?

edit: ah mince, ça ne marche pas sur ie7

edit2: ça y est, ça marche...

quelqu'un peut m'expliquer la différence entre

et

? car c'est cela qui merdait sous ie7
merci

rajoute un le flag i sur tes patterns tu n'auras plus à te soucier de la casse.
Et pour faire plus "joli" tu dois avoir element.test(pattern) qui te retourne true/false, alors que match te retourne l'element/false.
Keki marche pas sur IE?

edit:
Avec la 1ere syntaxe tu parcours tous les elements de ton objet/tableau ( sachant que c'est la même chose en js). Dans la deuxième tu parcours uniquement les indexs. Mais en toute théorie sur un objet Array ça revient au même.
Par contre faut faire vraiment gaffe avec la première syntaxe, pour voir l'étendu du drame, amuse toi à le faire sur le résultat d'un getElementById par exemple

Le premier n'a aucune raison d'itérer sur les arrays, il est fait pour itérer sur les clés d'une hashmap, l'itération sur les index d'un array (quand elle a lieu) est un effet de bord non documenté (et encore moins standardisé).

Non et non, élève Anapajari vous avez 0, vous êtes capot

Tell me more master ... Tu vas me dire que les objets c'est pas des tableaux mais des hashs? Et que les tableaux sont pas des objets?

C'est bon a savoir ça   , certains sites font un amalgame simpliste entre table de hachage et tableau  

@anapajari : Je pense pas que les tableaux (même considérés comme instance) héritent des mêmes méthodes que les tables de hash, en tout cas, comme démontré ici, ça merde dans certains cas.

merci à tous
j'ai posé la question car quand j'ai fait un "for i in array", ie me retournait dans le tas la redéfinition de la fonction filter
d'où mon incompréhension

normal c'est pour ça ou je te parlais des methodes d'un objet
 
SHINUZA> tout est table hash en js, c'est la dessus que me reprenait masklinn car j'avais dit tableau.

Non, je vais te dire que les index des arrays n'ont aucune raison d'être des propriétés d'objets et que for..in itère uniquement sur les propriétés d'objets, donc en utilisant for..in pour itérer sur les index d'un array tu te lies à certaines implémentations du standard ECMAScript et ça va te pêter à la gueule.

En l'occurence en JS les hashmaps sont simplement des instances d'object (la racine du typetree JS) et n'ont aucune méthode, et on ne doit jamais étendre le prototype d'object sous risque de pêter tout le langage.
 
 
PS: perso je résoudrais le problème comme ça:

function doFilter(array_to_filter) {
    var patterns = gId('cri_fil').value.Trim().split(' ').map(
        function (str) {
            return new RegExp(str.toLowerCase());
    });
    return array_to_filter.filter(
        function (element) {
            var res = fold(
                function (acc, pattern) {
                    return acc || pattern.test(element);
                },
                patterns,
                false
            );
            return res;
    });
}

Avec les helpers suivants:

function fold(fun, arr/*, init*/) {
    var acc = null;
    var i = 0;
    if(arguments.length > 2) {
        acc = arguments[2];
    } else {
        acc = arr[0];
        i = 1;
    }
    for(var len = arr.length;i<len; ++i) {
        acc = fun(acc, arr[i]);
    }
    return acc;
}
if (!Array.prototype.map) {
  Array.prototype.map = function(fun /*, thisp*/) {
    var len = this.length;
    if (typeof fun != "function" ) {
      throw new TypeError();
    }
    var res = new Array(len);
    var thisp = arguments[1];
    for (var i = 0; i < len; i++) {
      if (i in this)
        res[i] = fun.call(thisp, this[i], i, this);
    }
    return res;
  };
}
 
if (!Array.prototype.filter) {
  Array.prototype.filter = function(fun /*, thisp*/) {
    var len = this.length;
    if (typeof fun != "function" ) {
      throw new TypeError();
    }
    var res = new Array();
    var thisp = arguments[1];
    for (var i = 0; i < len; i++) {
      if (i in this) {
        var val = this[i]; // in case fun mutates this
        if (fun.call(thisp, val, i, this))
          res.push(val);
      }
    }
    return res;
  };
}

je crois que je vais me contenter de ma solution alors

...

YOU ARE TEH EXTREMIST

J'vois pas en quoi, ma solution est très propre et tout ce qui peut être redondant a été extrait dans les HoFs

 
Pourquoi fold et pas reduce ?
( et ta convention pour les arguments optionnels par commentaires, elle roxe )

bonjour a tous, désolé si je poste alors qu'une discussion est en cours, mais bon, ca s'appelle blabla, alors voila :
 
C'est peut etre tout simple pour vous, mais moi je suis pas un dieux du CSS:
 
J'ai un DIV ou je veut mettre une photo dedans, et ma photo peut etre de taille variable, mais qu'importe la taille, tout ce que j'obtient, c'est ca :
 

 
la hauteur de ma div ne s'etend pas automatiquement a la hauteur de mon image, malgres que mon img soit dans ma DIV !
 
Y'a peut etre un attribut qui m'échappe !
 
Merci a vous tous

ton div est en float, et pas ton image. Fous ton image en float, et prépare-toi à une bonne prise de tête pour que le reste marche aussi. Ou alors enlève le float de ton div.

comment ca une prise de tete ? si je fous mon img en float, ca va pas aller ??? et qu'appelle tu "le reste" ?  
 
merci, je testerai lundi, avant, je peu pas!

Il te semble mal alors    

Sisi, si tu fous ton img en float ça va faire ce que tu veux. C'est ce qu'il y a autour qui risque fortement de ne plus aller. Mais avec un peu de chance ça ira ; faut juste tester

 
et si a coté de mon img en float, je remet un div en float ou je met "le reste", la ca devrai aller, non ? merci

Parce que ça s'appelle un fold, et qu'en Haskell les fonctions s'appellent foldl (left fold) et foldr (right fold)

(et c'est pas ma convention, c'est celle de la spec JS 1.6 de devmoz, filter et map sont directement copypasté de là bas, je l'ai just repris )

chais pas, ça dépend de ton code, faut tester
 

j'ai pas trop compris ton commentaire au milieu, pour un argument non utilisé... ça sert à quoi, comment ça marche ?

Le "/*, init*/"?
 
C'est simplement pour indiquer qu'il y a un argument optionnel ici, mais qu'on le récupère par arguments[]: si on utilisait un vrai argument on ne pourrait pas savoir si la personne qui a appelé la fonction a fourni "false" ou "null" en argument optionnel, puisqu'un argument non rempli en JS a la valeur "null" au lieu d'être undefined.
 
Via arguments[] on peut connaître le nombre d'arguments réellement passés à la fonction, donc savoir facilement l'argument optionnel a été passé quelle que soit sa valeur
 
Au final, le commentaire est uniquement là pour la documentation.
 
En tout cas c'est comme ça que je le vois, j'ai découvert l'idée sur DevMoz