Reprise du message précédent :
Oùqueilestleprobleme

new $toto()

C'est malheureusement le plus rapide pour instancier un truc à partir du nom Tu peux t'amuser via l'API Reflection, mais c'est légèrement plus lent (si utilisé moult fois dans un même scrÿpt)

http://www.php.net/manual/fr/pdo.lastinsertid.php
bonjour, en dehors d'une "bonne pratique" est-ce qu'il y a une pratique qui marche sur plusieurs base pour récupérer l'ID de la dernière insertion ?

Et légèrement plus bloat

 
ouais enfin faut voir le reste du code, là (quickstart de zf en version 1.10) :
 

public function setDbTable($dbTable)
    {
        if (is_string($dbTable)) {
            $dbTable = new $dbTable();
        }
        if (!$dbTable instanceof Zend_Db_Table_Abstract) {
            throw new Exception('Invalid table data gateway provided');
        }
        $this->_dbTable = $dbTable;
        return $this;
    }
 
    public function getDbTable()
    {
        if (null === $this->_dbTable) {
            $this->setDbTable('Application_Model_DbTable_Guestbook');
        }
        return $this->_dbTable;
    }

 
lolilol, Application_Model_DbTable_Guestbook c'est une classe qu'ils définissent eux-mêmes 10 lignes plus haut...on fait exactement la même chose avec
 

public function getDbTable()
    {
        if (null === $this->_dbTable) {
            $this->_dbTable = new Application_Model_DbTable_Guestbook();
        }
        return $this->_dbTable;
    }

...et instancier à-partir du nom ça devrait être un besoin assez exceptionnel, trouver ça dans un quickstart c'est ridicule amha.

public function getDbTable()
    {
        if (null === $this->_dbTable) {
            $this->_dbTable = new Application_Model_DbTable_Guestbook();
        }
        return $this->_dbTable;
    }

Bah c'est juste qu'ils se forcent à utiliser le setter en interne, ça peut être utile si tu veux faire un truc à chaque changement de dbTable . Après je ne connais absolument pas le contexte

 
Si tu veux à tout prix faire un setter tu passes directement en paramètre un Zend_Db_Table_Abstract, pas un nom de classe.
C'est parfaitement idiot, comme fonctionnement...puis bon en l'occurrence avoir un setter public ça veut dire que tu peux changer la table sur laquelle est mappé un objet de ton modèle, ce qui me parait douteux...

Salut
Mon prof nous a parlé de PEAR qui d'après lui était le graal à utiliser en PHP. Des avis, infos, conseils, méthodes d'utilisation de ce PEAR ?

ça apporte des extensions a php  
 
mais ce n'est pas le graal

C'est pas un peu l'ancêtre de Zend Framework ?

'tain mais ZF ya une autre solution qu'aller lire le code pour comprendre comment il fait tous les trucs qu'il automatise?
Ya pas la moitié des trucs qui sont documentés dans ce putain de machin...

J'imagine que non, vu que Symfony c'est pareil et que c'est le framework php le mieux documenté

ok...
Ces cons permettent d'instancier automatiquement ton adapter de base de données via le fichier de conf de ton appli, mais jamais ils donnent la syntaxe qui permet de passer certains paramètres.
...et alors pour organiser ton appli en plusieurs modules c'est la fête du slip...la seule solution qui semble fonctionner c'est de répliquer ton arbo controllers/models/views dans un répertoire pour chaque module...
Genre je veux une partie publique et un backoffice, impossible de juste coller des sous-répertoires adhoc à mes controllers et views existants.

$foo = null;
$foo->param += 1;

Et c'est tout

Hep les experts, ça existe pas d'origine une fonction qui prend une chaine et vire les accents et autres tréma?

non
en meme temps, c'est raide dans le cas général, il t'en faut une par jeu de caractères

Nan ça n'existe pas.. c'est pas comme si c'était utile...

Moi j'utilise un truc style  

iconv('utf-8', 'us-ascii//TRANSLIT', iconv('utf-8', 'utf-8//IGNORE', $str))

 
J'ai besoin de générer un truc du style prenom.nom sans caractères à la con.
 

iconv('utf-8', 'us-ascii//TRANSLIT', iconv('utf-8', 'utf-8//IGNORE', $str))

 
Ca me vire les 'É' sans les remplacer, ça.
pas envie d'implémenter ce genre de trucs :
 

Fût un temps, j'ai écris ça :
 

function slugify($string, $separator = false)
    {
        setlocale(LC_CTYPE, 'fr_FR.utf8');
        $string = preg_replace('`[^\pL\pN]+`u', '-', $string);
        $string = iconv('utf-8', 'us-ascii//TRANSLIT', $string);
        $string = mb_strtolower($string);
        $string = preg_replace('`[^a-z0-9-]+`', '', $string);
        $string = trim($string, '-');
        
        if($separator !== false)
            $string = str_replace('-', $separator, $string);
        
        return $string;
    }

 
S't'un peu long, mais je n'avais jamais trouvé de truc qui marche à tous les coups pour ce que j'avais besoin de faire... pour le moment je n'ai pas eu de problème avec ça (si c'est bien la dernière que j'ai faite)

En fait j'ai le même problème sous nunux. Sous win32, j'ai bien des "e" à la place J'crois que mon prochain serveur sera un Win Server 2K8, y'a quand-même moins de couilles que sous ce bricolage ingérable qu'est linux

Je suis parti sur une magnifique fonction :

[...]
        for($i = 0; $i < strlen($tmp); $i++){
            if((192 <= ord($tmp[$i]) && ord($tmp[$i]) <= 197) or (224 <= ord($tmp[$i]) && ord($tmp[$i]) <= 229)){
                $tmp2 .= 'a';
            }
            else{
                if((200 <= ord($tmp[$i]) && ord($tmp[$i]) <= 203) or (232 <= ord($tmp[$i]) && ord($tmp[$i]) <= 235)){
                    $tmp2 .= 'e';
                }
                else{
                    if((204 <= ord($tmp[$i]) && ord($tmp[$i]) <= 207) or (236 <= ord($tmp[$i]) && ord($tmp[$i]) <= 239)){
                        $tmp2 .= 'i';
                    }
                    else{
                        $tmp2 .= $tmp[$i];
                    }
                }
 
            }
[...]

(sous forme de switch c'est immonde...)
(...et oui, je veux que des minuscules de toute manière. )

comme tu dis.
...et lolcédille.

Sinon ya

static public function removeAccents($str)
    {
        return utf8_encode(strtr(utf8_decode($str),
                                 utf8_decode("ŠŒŽšœžŸ¥µÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýÿ" ),
                                 "SOZsozYYuAAAAAAACEEEEIIIIDNOOOOOOUUUUYsaaaaaaaceeeeiiiionoooooouuuuyy" ));    
    }

(pour de l'UTF-8, dans un script encodé UTF-8)
(à adapter si t'as vraiment besoin de caractères non-Latin-1 )
(d'ailleurs les caractères listés non-Latin-1 n'ont rien à faire là a priori )

Et si tu bosses en Latin-1 :

static public function removeAccents($str)
    {
        return strtr($str,
            "ŠŒŽšœžŸ¥µÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýÿ" ),
            "SOZsozYYuAAAAAAACEEEEIIIIDNOOOOOOUUUUYsaaaaaaaceeeeiiiionoooooouuuuyy" );    
    }

C'est pas over-top tout ça, mais c'est simple et court.

fait gaffe avec strlen d'une chaine utf8 , je crois me souvenir qu'il y a des merdes

static public function removeAccents($str)
    {
        return utf8_encode(strtr(utf8_decode($str),
                                 utf8_decode("ŠŒŽšœžŸ¥µÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýÿ" ),
                                 "SOZsozYYuAAAAAAACEEEEIIIIDNOOOOOOUUUUYsaaaaaaaceeeeiiiionoooooouuuuyy" ));    
    }

static public function removeAccents($str)
    {
        return strtr($str,
            "ŠŒŽšœžŸ¥µÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýÿ" ),
            "SOZsozYYuAAAAAAACEEEEIIIIDNOOOOOOUUUUYsaaaaaaaceeeeiiiionoooooouuuuyy" );    
    }

 
Ouais, j'étais en train de me dire que quitte à faire un replace c'est aussi peu maintenable que l'autre mais ça va plus vite.

et tu gère les trucs genre apostrophes et caractères exotiques ?
Ş par exemple

static public function removeAccents($str)
    {
        return utf8_encode(strtr(utf8_decode($str),
                                 utf8_decode("ŠŒŽšœžŸ¥µÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýÿ" ),
                                 "SOZsozYYuAAAAAAACEEEEIIIIDNOOOOOOUUUUYsaaaaaaaceeeeiiiionoooooouuuuyy" ));    
    }

static public function removeAccents($str)
    {
        return strtr($str,
            "ŠŒŽšœžŸ¥µÀÁÂÃÄÅÆÇÈÉÊËÌÍÎÏÐÑÒÓÔÕÖØÙÚÛÜÝßàáâãäåæçèéêëìíîïðñòóôõöøùúûüýÿ" ),
            "SOZsozYYuAAAAAAACEEEEIIIIDNOOOOOOUUUUYsaaaaaaaceeeeiiiionoooooouuuuyy" );    
    }

œ-> oe
d'autre part en allemand ä -> ae, ö->oe etc.
 
bref, c'est pas si simple les règles de dé-accentuation;

 
non ça je m'en branle, les données à modifier viennent d'une autre appli dont je sais que les utilisateurs ne sauraient pas saisir ça

Oui, et le esset c'est "ss", mais de toute façon c'est pas du Latin-1

C'est vrai pour le œ, mais c'est quand même super rare, et surtout quand on enlève les accents c'est souvent pour nommer des fichiers ou des urls, donc ce genre de cas limite ne gène pas trop en général.

Bon, au final, pour avoir quelque chose de lisible/maintenable je vais plutôt me retrouver avec un truc de ce genre :
 

$table = array( 'é'=>'e',
            'Š'=>'S', 'š'=>'s', 'Đ'=>'Dj', 'đ'=>'dj', 'Ž'=>'Z', 'ž'=>'z', 'Č'=>'C', 'č'=>'c', 'Ć'=>'C', 'ć'=>'c',
            'À'=>'A', 'Á'=>'A', 'Â'=>'A', 'Ã'=>'A', 'Ä'=>'A', 'Å'=>'A', 'Æ'=>'A', 'Ç'=>'C', 'È'=>'E', 'É'=>'E',
            'Ê'=>'E', 'Ë'=>'E', 'Ì'=>'I', 'Í'=>'I', 'Î'=>'I', 'Ï'=>'I', 'Ñ'=>'N', 'Ò'=>'O', 'Ó'=>'O', 'Ô'=>'O',
            'Õ'=>'O', 'Ö'=>'O', 'Ø'=>'O', 'Ù'=>'U', 'Ú'=>'U', 'Û'=>'U', 'Ü'=>'U', 'Ý'=>'Y', 'Þ'=>'B', 'ß'=>'Ss',
            'à'=>'a', 'á'=>'a', 'â'=>'a', 'ã'=>'a', 'ä'=>'a', 'å'=>'a', 'æ'=>'a', 'ç'=>'c', 'è'=>'e', 'é'=>'e',
            'ê'=>'e', 'ë'=>'e', 'ì'=>'i', 'í'=>'i', 'î'=>'i', 'ï'=>'i', 'ð'=>'o', 'ñ'=>'n', 'ò'=>'o', 'ó'=>'o',
            'ô'=>'o', 'õ'=>'o', 'ö'=>'o', 'ø'=>'o', 'ù'=>'u', 'ú'=>'u', 'û'=>'u', 'ý'=>'y', 'ý'=>'y', 'þ'=>'b',
            'ÿ'=>'y', 'Ŕ'=>'R', 'ŕ'=>'r'
        );
 
        $entree = array_keys($table);
 
        $sortie = array();
        foreach($entree as $key=>$char){
            $entree[$key] = utf8_decode($char);
            $sortie[$key] = $table[$char];
        }
 
        $tmp = str_replace($entree, $sortie, $tmp);

$table = array( 'é'=>'e',
            'Š'=>'S', 'š'=>'s', 'Đ'=>'Dj', 'đ'=>'dj', 'Ž'=>'Z', 'ž'=>'z', 'Č'=>'C', 'č'=>'c', 'Ć'=>'C', 'ć'=>'c',
            'À'=>'A', 'Á'=>'A', 'Â'=>'A', 'Ã'=>'A', 'Ä'=>'A', 'Å'=>'A', 'Æ'=>'A', 'Ç'=>'C', 'È'=>'E', 'É'=>'E',
            'Ê'=>'E', 'Ë'=>'E', 'Ì'=>'I', 'Í'=>'I', 'Î'=>'I', 'Ï'=>'I', 'Ñ'=>'N', 'Ò'=>'O', 'Ó'=>'O', 'Ô'=>'O',
            'Õ'=>'O', 'Ö'=>'O', 'Ø'=>'O', 'Ù'=>'U', 'Ú'=>'U', 'Û'=>'U', 'Ü'=>'U', 'Ý'=>'Y', 'Þ'=>'B', 'ß'=>'Ss',
            'à'=>'a', 'á'=>'a', 'â'=>'a', 'ã'=>'a', 'ä'=>'a', 'å'=>'a', 'æ'=>'a', 'ç'=>'c', 'è'=>'e', 'é'=>'e',
            'ê'=>'e', 'ë'=>'e', 'ì'=>'i', 'í'=>'i', 'î'=>'i', 'ï'=>'i', 'ð'=>'o', 'ñ'=>'n', 'ò'=>'o', 'ó'=>'o',
            'ô'=>'o', 'õ'=>'o', 'ö'=>'o', 'ø'=>'o', 'ù'=>'u', 'ú'=>'u', 'û'=>'u', 'ý'=>'y', 'ý'=>'y', 'þ'=>'b',
            'ÿ'=>'y', 'Ŕ'=>'R', 'ŕ'=>'r'
        );
 
        $entree = array_keys($table);
 
        $sortie = array();
        foreach($entree as $key=>$char){
            $entree[$key] = utf8_decode($char);
            $sortie[$key] = $table[$char];
        }
 
        $tmp = str_replace($entree, $sortie, $tmp);

 
Sinon t'as http://php.net/manual/en/class.normalizer.php avec la NFKD ça sépare la quasi totalité des accents de leur lettre associée (y'a des trous pour les langues norvégiennes et le s allemand bizarres entre autres), ensuite tu convertit en ascii en mode ignore et il reste que les lettres sans les accents.

Problème, un caractère comme "è" peut être codé soit sous "è", soit sous la combinaison "` suivit de e" Vive l'unicode

 
Ce que résouds la NFKD

 
ah, intéressant ça!

Yo, c'est possible de contrôler le type d'un fichier avant un upload ?  
Avec le type MIME ouaip, avec l'extension aussi, mais dans les 2 cas ça ne n'empêche pas un fichier *.toto renommé en *.png d'être uploadé.
 
J'ai rien trouve de concluant, tous les trucs que j'ai trouvé n'empêchait pas l'upload d'un fichier renommé (le type mime détecte le type après renommage )
 
Merci

avant l'upload le fichier n'est pas sur le serveur, le php s'exécute sur le serveur.