Reprise du message précédent :

Ok, ça ca fonctionne en attendant

Je connais pas trop preg_match, sry   Si qq'un peux me traduire cette ligne en preg_match ce serait sympa    
 

lis la doc?

Tu connais pas le duff's device ?

strcpy(to, from, count)
char *to, *from;
int count;
{
    int n = (count + 7) / 8;
    switch (count % 8) {
    case 0: do { *to = *from++;
    case 7:      *to = *from++;
    case 6:      *to = *from++;
    case 5:      *to = *from++;
    case 4:      *to = *from++;
    case 3:      *to = *from++;
    case 2:      *to = *from++;
    case 1:      *to = *from++;
               } while (--n > 0);
    }
}

Ca utilise justement le fait qu'on ne s'arrête pas tant qu'il n'y a pas de break, les case suivants sont ignorés, on exécute ce qu'il y a dedans

'tain mais j'ai jamais utilisé de switch sans break, c'est pas possible autrement.
Ou alors mes vacances m'ont sérieusement amoché.

[edit]

...et pour le coup, le switch est franchement une putain de structure de natas à l'envers, pour ce qui est de la lisibilité du code, amha.
10 ans que je code, putain, comment c'est possible cette connerie?

Est parfaitement adapté, merci pour vos remarques
quand au Eregi vs Preg_Match, quel sont les arguments, benchmarks favorisant telle ou telle fonction ?

Ca t'as amoché Genre j'en ai quelques-un comme ça, genre :

/**
     * Vérifie que le type d'image est autorisé
     *
     * @param string $fichier Fichier à vérifier
     * @param bool $flash Si le Flash est autorisé
     *
     * @return bool Si le type d'image est autorisé
     */
    public static function verification($fichier, $flash = false)
    {
        if(($type = self::getImageType($fichier)) == null) {
            return false;
        }
 
        switch($type) {
 
            case IMAGETYPE_GIF:
            case IMAGETYPE_JPEG:
            case IMAGETYPE_PNG:
                return true;
 
            case IMAGETYPE_SWF:
            case IMAGETYPE_SWC:
                return (bool)$flash;
 
            default:
                return false;
        }
    }

oui m'enfin personnellement j'ai jamais contribué au noyau linux, promis, donc non.

Il a complètement raison, c'est bien l'intérêt du switch le fallthrough, d'ailleurs, sinon switch a vachement moins d'intérêt.

/**
     * Vérifie que le type d'image est autorisé
     *
     * @param string $fichier Fichier à vérifier
     * @param bool $flash Si le Flash est autorisé
     *
     * @return bool Si le type d'image est autorisé
     */
    public static function verification($fichier, $flash = false)
    {
        if(($type = self::getImageType($fichier)) == null) {
            return false;
        }
 
        switch($type) {
 
            case IMAGETYPE_GIF:
            case IMAGETYPE_JPEG:
            case IMAGETYPE_PNG:
                return true;
 
            case IMAGETYPE_SWF:
            case IMAGETYPE_SWC:
                return (bool)$flash;
 
            default:
                return false;
        }
    }

 
Non mais l'enchaînement des case vides ok, ça je l'avais bien . Ce qui me perturbe c'est l'enchaînement de plusieurs case non vides et tous exécutés à-partir du moment où la première condition est satisfaite...et plus j'y pense plus je trouve ça totozifiant...

Ah quand-même, ça me rassure
 

Refactoring initiated. 5. 4. 3. 2.........

oui non mais les ils étaient pour moi, hein.
Je comprends toujours pas comment j'ai pu passer à coté de ce genre d'exemple pendant tout ce temps.

Ce qui m'étonne, c'est surtout que tu n'aies jamais oublié un seul break de toute ta vie de développeur (c'est comme ça qu'on remarque ce truc généralement )

Episode 2, skeye découvre comment fonctionne le switch

 
break, c'est le premier truc que j'écris après case:
 

T'as eu un trop bon prof

Mais du coup tu t'es jamais dit que ton break servait à rien

 
non. D'ailleurs ce n'est pas forcément le cas.
Oublie.

Ca offre la possibilité de faire multiples conditions imbriquées + la condition default:  
ce que je trouve bien plus élégant que le mixage de 28 elseif successifs ( puis avec la tabulation c'est mieux lisible )    

case(preg_match("/about\.php\?title=([^&]+)/",$url)):print_r($t);break;

 
et tu evites cette horreur [^&]

Les deux ne sont pas basés sur le même moteur de regex.
EREG utilise les regexs "norme posix" (comme javascript), PREG celle "norme PCRE" ( PERL compatibles regexs).
 
Concernant les perfs ça se joue à rien donc c'est pas un critère déterminant, au moins de parser des fichiers de plusieurs Mo ( auquel cas le PHP est pas vraiment le meilleur choix).
 
Alors ce qui change vraiment c'est la syntaxe de regexs entre les deux. Je préfère personnelement les PCREs (surtout grace à l'opérateur non greedyà mais les POSIX sont plus verbeuses et donc souvent plus compréhensibles.
Enfin les PCRE permettent quelques trucs qui n'existent pas sur les POSIX ( comme les assertions arrière/avant négative), il me semble.

+ je reconnais, mais pour moi les expressions regulières doivent être les plus précises possibles
j'oublie que vous devez placer ca dans tous vos sites !!!

Question à la con, concernant par exemple un script de forum.

Sur la page des messages, j'ai :

WHILE (requete de listage des messages)
    SI mon_compte = admin
    ALORS AFFICHER boutons de modération
    FINSI

   AFFICHER tout le reste
FINWHILE

Bref, sachant que j'ai 50 messages/page, ça me fait 50 SI. Or si le premier SI est rempli, les 49 suivant le seront forcément.

Y a une méthode pour éviter de faire autant de vérif ? Une seule suffit en fait.

Mettre le contenu dans une var ?

Edit :

$admin_btn = '';
if(admin)
    echo $admin_btn = 'bouton1 - bouton2 - bouton3';
 
...
echo $admin_btn;
...
echo $admin_btn;
...
echo $admin_btn;
...

$admin_btn = '';
if(admin)
    echo $admin_btn = 'bouton1 - bouton2 - bouton3';
 
...
echo $admin_btn;
...
echo $admin_btn;
...
echo $admin_btn;
...

Cay un peu cradingue nan ?

Toujours mieux que :

<?php if(admin): ?>
 bouton1 - bouton2 - bouton3
<?php endif; ?>
...
<?php if(admin): ?>
 bouton1 - bouton2 - bouton3
<?php endif; ?>
...
<?php if(admin): ?>
 bouton1 - bouton2 - bouton3
<?php endif; ?>
...
<?php if(admin): ?>
 bouton1 - bouton2 - bouton3
<?php endif; ?>
...
<?php if(admin): ?>
 bouton1 - bouton2 - bouton3
<?php endif; ?>
...

Autrement, je peux placer une variable dans ma variable d'ailleurs ?

Genre :

$var = "<a href=\"delete.php?message=".$num_message."\">Delete message</a>";

Je risque d'être emmerdé nan ?

pourquoi? c'est qu'une concaténation de chaines...

Skeyounet, cay Max, aide moi mon amour, je suis encore une quiche

je t'avais reconnu, mais ça change rien à la réponse, je vois pas ce qui pourrait poser pb dans ton bout de code.

Salaud, fous des smilies, là tu me prends de haut, j'appelle la modération
 
Donc le bout de code posté est bon ?

 
Nan mais quiche ou pas... t'as jamais fais $a = $b + $c ?  Ou $a = 'toto' . $pouet ?

Faut croire que non  

Faut faire gaffe aux variables, faut pas en abuser non plus

 
petit problemùe recurent que j'arrive d'habitude a resoudre mais la
 
mes fichiers php sont encodés en utf8 (avec notepad++), l'entete html j'ai precisé utf8, mais quand je recup des infos dans ma bdd (mysql), les char accentués sont affichés avec dans logos "?" dans mes pages, mais passent bien avec phpMyadmin,
 
so, what's the fuck ?

 
Si tu vas dans Affichage => Encodage des caractères (sous FF) ça dit quoi ?

 
Gné ?

 
la page php : unicode utf8
phpmyadmin : unicode utf8
 

T'envoies un header('Content-Type: text/html; charset=utf-8') avec php ?

Edit: Euh non j'ai rien dis

c'est pas php qui chie dans la colle ?