Pour info, mot post était sensé faire suite à celui de without12.

En ce qui me concerne j'ai déjà un avis sur l'ORM

Mot magique : pourquoi.

Jamais utilisé mysqlhotcopy. Pour que le serveur prenne en compte les nouvelles tables, le mieux serait de le relancer avec un simple /etc/init.d/mysql restart Sinon, puisqu'il s'agit d'une duplication sur un même serveur, ne te casse pas la tête : pour chaque table, CREATE TABLE db1.machin SELECT *...

Tu peux toujours faire des cp sans couper le serveur si tu vérouilles la table sans oublier de faire un FLUSH TABLE, mais c'est à ma connaissance le fonctionnement de mysqlhotcopy, donc autant utiliser ça. Pour faire un backup qui ne bloque pas le serveur, il faut utiliser les dumpers dont on parlai...

Il faudrait définir "meilleure". Si tu coupes ton serveur tu peux faire une copie des fichiers avec `cp -pR` (MyISAM uniquement).

Sinon, il y a aussi mysqlpdump, ou mk-parallel-dump (Maatkit).

Au lieu de mettre un die() qui ne te donne aucune information, regarde du côté de odbc_errormsg(). Le message d'erreur devrait te dire ce qui ne va pas.

Non, PHP n'inspecte pas ses en-têtes sortant pour définir le fonctionnement de parse_str(). Ma question était essentiellement rhétorique, PHP ne sait pas si tu traites de l'UTF-8, de l'ASCII ou juste une image JPEG qui ressemble à du japonais. C'est tout de même un mystère cette fonction parse_str. ...

Je vois mal PHP spontanément encoder les données entrante en UTF-8 (comment PHP saurait que tu vas utiliser de l'UTF-8 de toutes façons ?) donc le problème que tu as pu rencontrer provenait probablement d'autre chose. Voici un exemple tout simple que je viens de tester : <?php header('Content-Type: ...

Pour parse_str(), il ne devrait y avoir aucun problème avec l'UTF-8. As-tu un exemple de query string qui ne fonctionnerait pas avec ? En réalité, une grande partie des fonctions habituelles fonctionnent avec l'UTF-8. Les seules qui posent vraiment problèmes sont celles qui doivent interpréter le co...

En règle générale, je déconseille d'essayer d'être plus malin que PHP et faire un couteau suisse de n'importe quelle fonction. En l'occurence, il y a plusieurs points qui me chagrinent. La fonction de parse_url() est de décomposer une URL, pas de l'interpréter. Si on se réfère à la RFC 2616 section ...

Quand ? Hmm, toujours. foreach est plus simple et plus performant, il n'y a donc aucune raison d'émuler son fonctionnement avec reset()/list()/each(). Cette méthode date de l'époque où foreach n'existait pas, c'est pour la remplacer qu'il a été créé.

Attention, le premier lien que tu cites est super vieux et porte si mes souvenirs sont bons sur PHP 4. Entre temps, les choses ont beaucoup changé. De plus, je recommande de ne pas porter trop d'attention à ce genre d'optimizations, parce qu'elles font rarement gagner grand-chose en performance à l'...

Tu n'étais pas loin, N'oublie pas les balises

Au fait, finalement je crois avoir trouvé l'éditeur qui me convenait le plus : EditPlus sous WINE. Merci pour rien, Liniux ! :evil: (et en plus mon Wine est tout pourri avec des artefacts dans les menus et certains dialogues incliquables... mais bon, je peux pas survivre sans l'auto-complétion autom...

Ah oui c'est vrai, l'ajout d'une colonne remet en cause le dédoublenement d'UNION [DISTINCT]. En fait, ce qu'il faudrait changer, c'est la façon de procéder : tu utilises une UNION alors que le premier set est un sous-set du second. Puisque tu te sers d'UNION pour trier les résultats, on devrait pou...