Ou juste passer silencieusement notre support MySQL sur l'extension mysqli ? Y a-t-il une raison de garder l'extension mysql ? Le 16 août 2013 12:19, "Franck Paul" <[email protected]> a écrit :
> Euh, mysqli est déjà codé dans CB (voir dblayer), faut simplement proposer > l'option à l'installation il me semble (un ticket est ouvert pour ça). > > Mais on ne parle peut-être pas de la même chose ? > > > Le 16 août 2013 10:55, Dsls <[email protected]> a écrit : > > > Le 16 août 2013 10:41, Pep <[email protected]> a écrit : > > > Bruno, > > > > > > Il faudra un jour que tu m'expliques l'intérêt de remplacer la couche > > > d'abstraction bases de données de CB par les PDO. > > > > > > Autant le remplacement du moteur de template par Twig me semble le > > bienvenu > > > (richesse fonctionnelle, syntaxe répandue), autant le passage à PDO me > > > semble frôler l'aberration puisque ça ne suffira pas en sortie de > boite à > > > couvrir l'ensemble dbschema/dblayer. > > > > C'est lié au débat sur le devenir de clearbricks, et des compétences > > pour le maintenir. Les versions récentes de PHP 5.x passent > > l'extension mysql en deprecated, il faudra tôt ou tard mettre une > > couche mysqli dans clearbricks. Je ne suis pas plus séduit que ça par > > PDO, mais c'est aujourd'hui la tendance. A ce moment, pourquoi ne pas > > baser la couche dblayer sur du PDO ? On ferait fi des aléas des > > drivers sous-jacents. > > > > Je suis entièrement d'accord avec toi en ce qui concerne dbschema, il > > faudra bien le garder, vu qu'il n'y a pas d'équivalent. Mais à ce que > > je sache, il repose sur des commandes SQL "standard", et peut donc > > reposer sur du PDO... > > > > > On fait quoi ensuite ? On rajoute Doctrine ?! > > Ce n'est pas le but :) > > -- > > Dev mailing list - [email protected] - > > http://ml.dotclear.org/listinfo/dev > > > > > > -- > Franck > -- > Dev mailing list - [email protected] - > http://ml.dotclear.org/listinfo/dev > -- Dev mailing list - [email protected] - http://ml.dotclear.org/listinfo/dev
