personne n'a dit qu'ils allaient améliorer la productivité, réduire les coûts ça se fait en virant les prestas

getIsActive

getIsActive

getIsActive
 
Ils forcent l'utilisation d'un stockage local en bdd quoi...c'est pourri épicétou.

Marrant, c'était un peu ma réaction

ce nom etrange, ca sent un peu le caca, ça renvoit quoi

Jsuis ban@life, jpeux prendre plus

mais le coup du stockage local est *un poil* limitant

Bah oui la VMEM c'est un espace d'adressage virtuel, donc ça reste contraint aux limites de l'espace d'adressage de l'architecture, donc 32b dans ton cas je présume. Et sous OSX ça va être quelque part entre 3 et 4GB si je me plante pas (parce que OSX garde une partie de l'espace d'adressage du process pour certaines fonctions kernel en optim). Je présume qu'à un moment ton Firefoske tente de dépasser ça, et la bam il mange une OOM (genre un malloc qui se vautre, je sais pas) et il gère pas l'erreur.

D'un autre côté, keske tu fous avec un FF à 2Go sous OSX Le seul truc que t'es censé faire avec FF sous OSX c'est du dev, et tu montes pas à 2Go avec 2 pages ouvertes si?

Bah tu t'arranges pour étendre leur objet pour surcharger ce qui te fait chier, non?
Genre je suppose que le getTable() retourne une instance d'un truc mappé sur une table de la bdd, tu dois pouvoir le feinter en le remplaçant par une classe qui mappe vers le ldap non?

getIsActive
 
Ils forcent l'utilisation d'un stockage local en bdd quoi...c'est pourri épicétou.

On a une de l'extension qui permet de faire un slideshow sur les resultats d'une recherche google images.

ce nom etrange, ca sent un peu le caca, ça renvoit quoi

ça poourrai être une solution mais le coup de mapper une bdd mysql sur le ldap me fait un peu peur  

Un object de la classe IsActive, qui lui même a une méthode getValue() qui renvoie une chaîne de caractères pouvant valoir 'true' ou 'false'. Ou 'yes', 'no', '0' ou '1' (attention: 0 et 1 sont ici utilisés dans l'interprétation shell, donc '0' correspond à 'true' et '1' à 'false').

tu as fait trop  de java  
en php ,c'est juste 0,'no','false'  ou false  pour un utilisateur non actif

ça j'ai vraiment du mal à comprendre...ton appli utilise un SSO, mais c'est clairement pas elle la propriétaire de ces infos là, je vois pas pourquoi elle aurait le droit d'aller faire des modifs elle-même...

 
un peu à la cooliris ?    

faut voir le type de ce que retourne getTable(), avec un peu de bol c'est facilement surchargeable.
Sinon tu surcharges carrément leur sfmachinplugin et basta, mais ça risque de faire pas mal de taf.

et pas la chaine vide ni NULL?

pour simplifier la vie des utilisateurs ? ils peuvent changer leur mot de passe de là où ils se trouvent ?

De là où ils se trouvent ils auront un bouton qui les renverra directement sur l'interface dédiée - qui fait partie de l'appli propriétaire des données, pas de la tienne.

a priori, on doit pouvoir surcharger le modèle  pour gérer ça au mieux  
 
Mais ça me semblerai quand même plus logique  de pouvoir gérer ça de base ( surtout qu'il y a déjà de quoi vérifier un mot de passe )

non, je suis plutôt d'accord avec nraynal, je préfère qu'ils changent leur mdp sur place histoire de ne pas les changer de site, puis de les y renvoyer une fois le mot de passe changé  
Surtout que techniquement, c'est juste faire un proxy, c'est quasi gratuit

 
J4INVOQUE MURIEL

 
et pas la fraude bancaire ?  

C'est le validator qu'il faut surcharger plutot.
Et le form pour utiliser ce nouveau validator.

 
Je préfère rendre visible le coté SSO, perso.
Faire une interface de changement de mdp par appli tu t'exposes aux gens qui ne comprennent pas que changer d'un coté change partout...de la même manière à l'identification t'es redirigé sur l'interface propre du SSO, et celui-ci te renvoie la balle quand l'utilisateur est connecté uniquement...:o

Bah pour resituer je bosse entre autre sur une/des extension(s) FF
 
On a une de l'extension qui permet de faire un slideshow sur les resultats d'une recherche google images. Et depuis le build de ce matin FF plante sur les recherches d'images de grandes tailles (2mpx +) : la VMEM grossi et grossi et grossi et çá finit par péter.

De là où ils se trouvent ils auront un bouton qui les renverra directement sur l'interface dédiée - qui fait partie de l'appli propriétaire des données, pas de la tienne.

mais pour le coup , le validator va être celui qui va alimenter la base (tu remarqueras que c'est la modif que j'ai fait )

Ca ne me semblerai pas choquant que ce soit le modèle qui soit chargé de trouver les users, où qu'ils se cachent

Chez kangol, un truc pas terrible c'est pas "ça casse pas 3 pattes à un canard" c'est "ça arrache pas 3 pattes à un canard". On sent le mec qui arrachait les ailes des mouches étant petit.

avec un style et un fonctionnement qu'il ont vu qu'une fois dans leur vie pro, le jour de leur arrivée ?

Ouaip j'y pensais en fait, et donc c'est super simple, t'as juste à créer une méthode retrieveByUsername() dans /lib/model/doctrine/sfDoctrineGuardPlugin/sfGuardUserTable.class.php

Qui renvoie un "faux" sfGuardUser.

faut juste que je mesure si ça ne fait pas trop de requetes au ldap

Tu fais une grosse requête la première fois, et tu stockes le résultat en session...

on leur propose l'asile, le temps de faire la naturalisation en fast-track

Tu fais une grosse requête la première fois, et tu stockes le résultat en session...