Bonjour,
Je suis actuellement en train de mettre en place l'opCode APCcache et le
gestionnaire de cache memcache afin d'accélérer l'accessibilité au page de
mon site.
Mon Objectif est de mettre en cache le routing , les requetes, les vues et
la session utilisateur.
J'ai un projet avec plusieurs
Salut,
tes deux applications sont sur le même domaine ? sous-domaine ?
Il s'agit peut-être d'une simple configuration du cookie domain name.
Bonne journée,
Yohang.
Le 24 mars 2011 08:24, alex baron alexbaro...@gmail.com a écrit :
Bonjour,
Je suis actuellement en train de mettre en place
Je n'arrive pas à comprendre comme sauvegarder les données d'un formulaire
dans la database avec doctrine. Mon formulaire ne contient pas que les
informations d'une seule table, mais de plusieurs, je dois donc traiter mes
données afin de créer les (4) enregistrements :
public function save($con =
Salut
mes deux application sont sur le même domaine, je ne modifie pas le cookie
name. Il reste à la value par défaut = symfony.
Sur le net il parle de singleton memcache, je me demande si ca ne serait pas
la solution.
Alexandre Baron
Le 24 mars 2011 09:23, Yohan GIARELLI yo...@giarelli.org
Il vaut mieux utliser la méthode doSave. De plus si tes relations sont bien
déclarées et tes objets identifiés dans la config du formulaires, symfony te
fera la sauvegarde correctement.
Alexandre Baron
Le 24 mars 2011 09:32, Cyril FLIELLER cyril.fliel...@gmail.com a écrit :
Je n'arrive pas à
Mais dans ce formulaire, je ne permets pas à l'utilisateur de tout remplir,
il y a des champs que je rempli au traitement du formulaire moi même.
*Cyril FLIELLER*
Le 24 mars 2011 09:48, alex baron alexbaro...@gmail.com a écrit :
Il vaut mieux utliser la méthode doSave. De plus si tes
Alors tu peux faire ces traitements dans doUpdate() qui permet de contrôler
comment sont remplis les champs.
Mais sinon, ne devrais-tu pas embarquer les formulaires si tu traites
plusieurs Model (Table) dans ton formulaire ? Ce serait peut-être plus
propre, tu gèrerais mieux les doUpdate().
Qu'appelles-tu embarquer les formulaires ?
*Cyril FLIELLER*
Le 24 mars 2011 10:03, Lélio ML mailing-l...@lelio.fr a écrit :
Alors tu peux faire ces traitements dans doUpdate() qui permet de contrôler
comment sont remplis les champs.
Mais sinon, ne devrais-tu pas embarquer les formulaires
Il existe un tutorial sur les formulaires embarqués sur le site de symfony.
Il existe plusieurs types de formaulaires embarqués !
http://www.symfony-project.org/more-with-symfony/1_4/fr/06-Advanced-Forms
Alexandre Baron
Le 24 mars 2011 10:06, Cyril FLIELLER cyril.fliel...@gmail.com a écrit :
Non, pas besoin d'utiliser un singleton memcache.
Tu change uniquement la classe de storage dans tes factories pour utiliser
memcache, et tu verifie que ton cookie domain est bon (par rapport à tes
éventuels sous domaines).
Théoriquement c'est suffisant ;)
Yohan.
Le 24 mars 2011 09:43, alex
voila ce que j'ai mis cela te semble correct ?
storage:
class: sfCacheSessionStorage
param:
session_name: symfony
session_cookie_path: / #[required] cookie path
session_cookie_domain: ad4win #[required] cookie domain
session_cookie_lifetime: +30 days #[required]
A part ton domaine tout semble très bien.
pour 2 applis sur foo.bar.com et foo2.bar.com le cookie domain doit être .
bar.com il me semble.
Yohan.
Le 24 mars 2011 10:41, alex baron alexbaro...@gmail.com a écrit :
voila ce que j'ai mis cela te semble correct ?
storage:
class:
ok merci je vais essayé ca.
Alexandre Baron
Le 24 mars 2011 10:44, Yohan GIARELLI yo...@giarelli.org a écrit :
A part ton domaine tout semble très bien.
pour 2 applis sur foo.bar.com et foo2.bar.com le cookie domain doit être .
bar.com il me semble.
Yohan.
Le 24 mars 2011 10:41, alex
Ouais, je l'ai lu ce tutorial, mais j'ai vraiment du mal avec les
formulaires. Quelqu'un peut-il m'expliquer un truc simple. J'ai le schéma
suivant :
CcGroup:
columns:
is_virtual: { type: boolean, notnull: true, default: 0 }
label: { type: string(255), notnull: true }
Bonjour
Dans le même thème 'gestion des sessions' , je n' arrive pas configuré le
timeout utilisé par sfguardplugin, j' ai testé plusieurs solutions mais rien
ni fait . Deco après un délai assez court d' inactivité.
Je suis sous debian lenny avec une config php standard et symfony 1.4.
On ma
Salut !!
Question bête, mais pourquoi ne pas utilise sfDoctrineGuardPlugin pour gérer
tes utilisateurs ? Il intègre directement tout ce qu'il faut pour gérer les
associations multiples entre users / groups et permissions.
Le 24 mars 2011 10:59, Cyril FLIELLER cyril.fliel...@gmail.com a écrit :
dans factory .yml
tu peux mettre :
user:
class: myUser
param:
timeout: 1800 # Session lifetime in seconds
Alexandre Baron
Le 24 mars 2011 11:08, manuel brossard mbross...@infonel.net a écrit :
Bonjour
Dans le même thème 'gestion des sessions' , je n'
gender est plutôt de type boolean il me semble.
Normalement si ta relation fonctionne tu n'as pas besoin de redéclaré le
widget du group.
Je te conseillerai plutot d'aller voir BaseCcPersonForm; de copié la partie
configure et de la recopier dans CcPersonForm.
mais sfGuard fait déja ce que tu est
Oui c 'est une première chose que j' ai testé avec une valeur plus
importante (86400) et au bout de 30 min sans rien faire toujours la déco.
Le 24 mars 2011 11:47, alex baron alexbaro...@gmail.com a écrit :
dans factory .yml
tu peux mettre :
user:
class: myUser
param:
C'est ta session php qui te coupe.
Je te conseille de regarder ici:
http://www.php.net/manual/fr/session.configuration.php
Le 24 mars 2011 12:26, manuel brossard mbross...@infonel.net a écrit :
Oui c 'est une première chose que j' ai testé avec une valeur plus
importante (86400) et au bout de
Encore un souci =/
Je veux sécuriser mon backend. Pour le moment, le module d'indentification
n'est pas mis en place car ce sera pris en charge par une appli externe.
Donc je simule cette identification via une action Login. Cette action se
trouve dans le module main :
*class mainActions extends
21 matches
Mail list logo