Discussion :

[hmartin.fr]

Bonjour à tous,
J'ai un petit souci je ne vois pas comment faire bien.
Intro : j'ai une appli symfony sur laquelle pointe plein de site:
site1.test.com, site2.test.com, site3.test.com...
Chaque site à une configuration (une couleur, un titre...)
Et ces informations je veux les afficher dans mon layout principale.
Or je trouve ça étrange que la seul solution soit le "component", car je devrais faire pour chaque parametre de conf un template en affichant une valeur
Du type echo $color pour l'un
ou echo $title pour l'autre
De plus ça multiplie le nombre de requête...

Si quelqu'un peut m’éclaircir je suis preneur, si je n'ai pas été clair je suis complètement disponible!
Merci

[Michel Rotta]

Tu as un tuto intéressant pour récupérer le nom du site dans l'url ici.

Ensuit je ne suis pas très sur de ce que tu veux faire, mais il me semble que tu souhaite mettre des commandes de style dans ton layout. Je pense que c'est une mauvaise idée. Regarde plutôt à faire une page de style par défaut et de passer une page de style spécifique au site par dessus. Ceci devrait être beaucoup plus souple en terme de mise en page.

Pour le titre, tu n'as pas trop le choix.

Le problème de symfony 1, ici, est qu'il n'est pas possible de superposer des template, tu as le template au niveau de l'action et le layout. En Symfony 2 et avec twig tu pourrais avoir un nombre théoriquement infini de layout superposés les uns aux autres.

Dans ton projet, soit tu veux un layout commun pour tous les sites, soit non. Dans le deuxième cas, tu as la possibilité de choisir le layout lors de l'exécution. Et vu que cela devra être fait pour tous les sites du site (!). Tu as intérêt à créer un filtre (pas un filtre de données, mais un filtre au sens contrôleur dans symfony) et de lui déléguer cette tâche.

[hmartin.fr]

Pour récupérer le sous domaine j'ai utilisé un peu le même principe que ton tuto, mais je n'ai pas utilisé le routing de symfony car je n'y pas vu l’intérêt pour le moment:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
$name = explode( '.', $_SERVER["SERVER_NAME"] );
$q = Doctrine_Query::create()->from('Website w')->where('w.alias = ?', $name['0'] );
return $q->fetchOne();

Enfin quoi qu'il en soit tu as bien compris mon problème!
Oui je veux un layout commun pour tous les sites. Mais en gros dans cette table website, il y a 5 éléments de configuration (le nom d'une image, un titre, une couleur...). Des éléments que je souhaite intégrer dans le layout, car commun pour tous les modules.

Concerant les filtres, c'est parfait! mais pas dans mon cas!! Le nombre de sous domaines étant illimités.

Donc dois je faire 5 components qui retourne qui retourne une dizaine de caractères chacun?

Un grand merci pour toutes vos réponses

[Michel Rotta]

Il est particulièrement recommandé en symfony de ne jamais utiliser les variables "$_XXX". Ceci empêche notamment le système de test de fonctionner. Je pense que tu as tout intérêt à modifier ton code pour cette partie.

Le filtre n'est pas limité en nombre de choix possible. Mais il n'a d'intérêt que pour l'utilisation des css. Et encore, sous réserve de tests.

Pour ta solution qui consiste à intégrer les css dans le layout, je pense que le mieux reste un componment appelé depuis le layout. Dans la partie contrôleur du componment tu récupères les données dans l'objet user où tu les auras stocké à la première requête. Ce qui va éviter les lectures répétitives de la base. Seul inquiétude, est-il possible qu'un même utilisateur (client) consulte simultanément plusieurs sites ? Si oui, il va falloir gérer la chose d'une manière beaucoup plus élaborée. Surtout si un administrateur d'un des sites est aussi visiteur pour les autres... Il ne faudrait pas qu'il puisse administrer les sites de ces camarades...

[hmartin.fr]

Ok parfait je n'avais pas pensé à ça:
"Dans la partie contrôleur du componment tu récupères les données dans l'objet user où tu les auras stocké à la première requête."

Je vais donc faire des component pour chaque avec cette technique.
Pour les variables $_..., je vais également suivre tes conseils.

Merci pour tout

[hmartin.fr]

Re!

J'ai marqué résolu mais j'ai parler un peu vite...
Tu m'as proposé de "récupérer les données dans l'objet user où tu les auras stocké à la première requête"

Ce qui est une excellente idée pour éviter de multiplier les requêtes. Toutefois j'aurais besoin des éléments de conf dans tous les modules et non pas uniquement dans ce component.
Ou pourrais je donc faire cet enregistrement dans sfUser?

Merci