J'ai généré les différents modules nécessaires pour lister toutes mes
tables. J'ai ajouté des filtres sur différents dans les fichiers yml.
Maintenant, j'essaie d'ajouter un bouton export en dessous de la liste
de chaque table.
Ce bouton doit permettre d'exporter toutes les données issus de la
requête effectuée quand je clique sur 'filter'.
J'y arrive en récupérant les paramètres du filtres et en réexecutant
la requête. Mais, je pense qu'il doit bien y avoir un moyen plus
simple (sans faire 2 fois la même requête), en récupérant les données
issus de la première requête exécutée.
J'ai fouillé un peu partout mais je n'ai pas réussi à trouver la
variable contenant ces données.
Donc, si quelqu'un pourrait me dire où elle se trouve si cette
variable existe (je précise que je ne veux pas modifier les fichiers
contenus dans le cache de symfony).
A première vue, cela me paraît impossible sans plusieurs manipulations
au préalable. Mais je suis plutôt débutant sur sf.
Il faudrait en fait générer une (très longue) variable à transmettre à
ton script d'export. Attention cependant aux limitations pour les
variables passées par formulaire..
Là, cela vaut peut-être le coup d'avoir une table dédiée pour le
stockage des résultats de ta requête. Ton script d'export
interrogerait du coup cette table. Mais du coup, il est nécessaire de
prévoir des actions pour purger régulièrement cette table. Danger
d'usine-à-gazification de l'application.
@+
NicoD.
On 7 juil, 11:46, fahmi <fanat...@gmail.com> wrote:
> J'ai généré les différents modules nécessaires pour lister toutes mes
> tables. J'ai ajouté des filtres sur différents dans les fichiers yml.
> Maintenant, j'essaie d'ajouter un bouton export en dessous de la liste
> de chaque table.
> Ce bouton doit permettre d'exporter toutes les données issus de la
> requête effectuée quand je clique sur 'filter'.
> J'y arrive en récupérant les paramètres du filtres et en réexecutant
> la requête. Mais, je pense qu'il doit bien y avoir un moyen plus
> simple (sans faire 2 fois la même requête), en récupérant les données
> issus de la première requête exécutée.
> J'ai fouillé un peu partout mais je n'ai pas réussi à trouver la
> variable contenant ces données.
> Donc, si quelqu'un pourrait me dire où elle se trouve si cette
> variable existe (je précise que je ne veux pas modifier les fichiers
> contenus dans le cache de symfony).
En fait, pour clarifier mon problème, je vais reformuler ma question :
a-t-on oui ou non accès aux résultats de la requête effectuée lors du
clic sur filter ou d'une simple action 'list' ?
Si on ne peut pas y accéder, je vais conserver ma méthode (réexecuter
la requête) qui m'a l'air, bien que peu performante, moins lourde à
programmer pour un débutant en symfony.
Mais je pense toujours qu'il doit exister un moyen d'y accéder
(j'arrive bien à accéder aux paramètres du filtres donc pourquoi pas
aux données).
On 7 juil, 12:30, "NicoD." <nicolas.degu...@gmail.com> wrote:
> A première vue, cela me paraît impossible sans plusieurs manipulations
> au préalable. Mais je suis plutôt débutant sur sf.
> Il faudrait en fait générer une (très longue) variable à transmettre à
> ton script d'export. Attention cependant aux limitations pour les
> variables passées par formulaire..
> Là, cela vaut peut-être le coup d'avoir une table dédiée pour le
> stockage des résultats de ta requête. Ton script d'export
> interrogerait du coup cette table. Mais du coup, il est nécessaire de
> prévoir des actions pour purger régulièrement cette table. Danger
> d'usine-à-gazification de l'application.
> @+
> NicoD.
> On 7 juil, 11:46, fahmi <fanat...@gmail.com> wrote:
> > Bonjour,
> > J'ai généré les différents modules nécessaires pour lister toutes mes
> > tables. J'ai ajouté des filtres sur différents dans les fichiers yml.
> > Maintenant, j'essaie d'ajouter un bouton export en dessous de la liste
> > de chaque table.
> > Ce bouton doit permettre d'exporter toutes les données issus de la
> > requête effectuée quand je clique sur 'filter'.
> > J'y arrive en récupérant les paramètres du filtres et en réexecutant
> > la requête. Mais, je pense qu'il doit bien y avoir un moyen plus
> > simple (sans faire 2 fois la même requête), en récupérant les données
> > issus de la première requête exécutée.
> > J'ai fouillé un peu partout mais je n'ai pas réussi à trouver la
> > variable contenant ces données.
> > Donc, si quelqu'un pourrait me dire où elle se trouve si cette
> > variable existe (je précise que je ne veux pas modifier les fichiers
> > contenus dans le cache de symfony).
