La version 1.1.1 est disponible, corrigeant quelques bugs lors de déploiement sur certains serveurs mutualisés

Non je te remercie c'est exactement la voix que j'avais suivie
J'obtiens des performances suffisantes pour une grosse collection de données.

Hum ce n'est vraiment ce que je veux faire, et ça ne me semble pas vraiment optimale
Pour le moment j'obtiens des performances "suffisantes" mais pas optimale avec une seule requete, et en construisant moi même mon tableau en mémoire avec une solution algorithmique.

Je ne sais pas si ça peut t'aider / répondre à une de tes problématiques, mais tu peux aussi créer un trigger qui ferait ce job là, puis réimporter toutes tes données dans une copie de ta table, tu supprimes la table non cryptée puis tu renommes la nouvelle table cryptée avec le nom d'origine !

Sinon, un aspirateur de site laché sur php.net !

... elle est "de base" , comme tu dis

C'est ce que je fais... du moins pour les entités avec lesquelles j'ai vraiment besoin de travailler avec les resultSet (selection + affichage de plusieurs dizaines de milliers de données)

Tiens c'est marrant, j'ai eu des problématiques assez similaires, mais je travaille maintenant uniquement avec des resultset, pour éviter d'avoir des tableaux trop consommateurs de mémoire.

[ => J'avoue avoir eu du mal à trouver un titre ! ] 1) Voici mon schema : Table "history_revenue" : id : INTEGER user_id : INTEGER amount : DECIMAL date : DATE Je voudrai, par exemple, obtenir le tableau des revenues générés par les joueurs, jour après jour. Plus visuellement, un tableau d...

Bon en choissant d'afficher mes resultats 1000 par 1000, ça passe, mais par contre, ça met bien un temps relativement important pour retourner plusieurs dizaines de milliers d'utilisateurs.... Je retourne donc au titre du topic, quelqu'un connait-il les entetes qui vont bien pour un transfert de don...

Je vois que nous avons les même lacunes ;) Bon sinon pour Symfony je viens de lire cette news toute fraiche sur la version 1.1.6 : one which could make PHP segfaulting in any environment with the web_debug setting enabled and when parsing very large SQL queries to display them in the web debug toolb...

Pour de si petites quantités, l'utilisation de la fonction mail() dans une boucle ne me semble pas être ridicule...

J'ai testé avec un timelimit bien long... rien ne change.
Le tableau s'affiche en une dizaine de secondes.

Suite à mon problème de forcer le téléchargement d'un fichier en "streaming" , j'ai continué à investiguer, et je me suis aperçu de quelque chose qui peut être lié... Je sélectionne environ 20 000 enregistrements à coup de Propel/PDO. Puis là, au moment des les afficher dans un joli tablea...

Il n'y a pas de raison...

sha1("foo") === sha1("foo")

doit retourner vrai... tu n'utilises aucun sel ? (Genre sha1("salt", "password"))