Bonjour à tous,
Je suis entrain de développer une application dans laquelle j'affiche
une liste de formulaires pour le même modèle. Le problème auquel je
suis confronté est que tous les "input" ont le même identifiant, et
donc quand l'utilisateur clique sur le label, cela active toujours le
champ
Bonjour tout le monde,
Alors dans mon backend dans le module 'groupe' j'ai surcharger la
méthode getListBAtchActions pour filtrer les méthodes de la liste que
peut faire l'administrateur. Si l'utilisateur
est un administrateur avancé alors il peut supprimer des groupes si
c'est un administrateur
C’est la valeur max dans php.ini qu’il faut augmenter
Olivier
_
De : symfony-fr@googlegroups.com [mailto:symfony...@googlegroups.com] De la
part de nicolas longuet
Envoyé : lundi 31 mai 2010 13:12
À : symfony-fr@googlegroups.com
Objet : Re: [symfony-fr] Re: probleme de duree de
bon g trouver, et c bien un probleme lié à symfony:
pour que vos données ne soit pas court-circuités par symfony lorsque vous
utilisez sfGuardsecuriteUser et le fichier factories.yml
fait:
class myUser extends sfGuardSecurityUser {
public function initialize(sfEventDispatcher $dispatcher,
oui c bien dans le debug barre
lol oui un cc... peut etre qu' a la 100eme fois sa marchera :)
//
la valeur de mon cookie de session a bien changer de nom: donc sa marche.
et pourtant les options 'timeout' ne sont pas pris en compte
//
sinon dans class sfGuardSecurityUser :
if (!$this->isAuth
C'est dans la debug bar de l'application en question que ca affiche
1800 ?
Bizarre en effet. symfony cc peut être :D
Sinon à ce que je vois la gestion du timeout est géré dans
sfBasicSecurityUser. Avec des options passé a intialize. Il faudrait
voir si quelque part ces options ont été modifiés av
merci pour ta rapidité :)
donc ce que j'ai fait:
- effacer toutes les infos des fichiers factories.yml de toutes les
applications.
- puis j'ai remit la configuration 'personnalisée' suivante dans une seule
application :
all:
...
storage:
class: sfSessionStorage
param:
session_name: s
Vous ne pouvez pas partager une session entre plusieurs applications
avec des durées différentes.
La solution utilisé des sessions différentes :
Application 1 :
prod:
storage:
class: sfSessionStorage
param:
session_name: app_1
session_cookie_domain: app1.site.com #normalement pa
La table 'commande' peut avoir plusieurs produits, donc dans ton yml de ta
base... :
Produit:
commande_id: { type: integer(4) }
...
relations:
Commande: { local: commande_id, foreign: id, foreignAlias: Produits }
puis:
$id = '**id de la commande**';
$commande = Doctrine::getTab
Nous ne savons plus quoi faire; quoi que nous fassions, l'application RESTE
SUR 1800
et même les commandes php ni font rien:
- session.gc_maxlifetime ou (symfony.gc_maxlifetime)
- session.-
le PHP prend en compte les changements MAIS symfony ne veut rien savoir et
déconnecte les utilisateurs i
10 matches
Mail list logo