Re: [FRsAG] SSO : expérience

2013-02-21 Par sujet frantishrek
Bonjour, Tu as également la solution OpenAM http://openam.forgerock.org/ qui est, de mémoire, le fork opensource de Sun OpenSSO (Oracle OpenSSO désormais). ++ Le 20 février 2013 12:59, Thierry Chevalier a écrit : > Bonjour, > > je cherche actuellement une solution de SSO à mettre en place d

Re: [FRsAG] SAN partagé par frontaux webs

2011-05-13 Par sujet frantishrek
Le 13 mai 2011 16:13, Steven Le Roux a écrit : > J'aurais tendance à dire, pour le web : pas de SAN ! ! ! :) > > c'est : > > - trop cher > - peu scalable > - pas distribué A priori, au vu des réponses, cela semble l'orientation globale. Si je résume, vous ne conseillez donc pas de disposer d'un e

Re: [FRsAG] SAN partagé par frontaux webs

2011-05-13 Par sujet frantishrek
Le 13 mai 2011 15:16, hugues Max a écrit : > bonjour > je manage deja qlq systèmes de ce type pour de  grosses boites > > pour ma part je met  toujours 2 Firewall en redondance et partage de charge > en frontal et derrière toute une série de serveurs > Les firewall ont les ip publiques , ils font

Re: [FRsaG] Profilage au fil de l'eau avec xhprof (was Re: Analyse des logs PHP)

2010-07-28 Par sujet frantishrek
Le 28 juillet 2010 09:39, JF Bustarret a écrit : > > [...] > Si des gens sont intéressés, je peux filer mon code. Merci pour le retour d'expérience. Je suis intéressé par ton code même si aujourd'hui je n'utilise pas xhprof, ton mail me donne envie de m'y intéresser. bonne journée, François

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet frantishrek
a semble être un xdebug (développé par facebook) un peu mieux foutu dont les traces sont un peu moins verbeuses. Ca s'installe sur un serveur de prod' ? Quelqu'un a testé ? Merci, Frantishrek ___ FRsaG mailing list FRsaG@frsag.org http://www.frsag.org/mailman/listinfo/frsag

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet frantishrek
vement capable de dumper la stack trace dans un fichier de log mais je ne suis pas certain que cela soit une bonne chose de déployer xdebug sur des serveurs de prod ;-) et ça ne règle pas mon problème d'agrégat ;-) Merci Frantishrek ___ FRsaG mailin

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet frantishrek
> > Pour pouvoir les consolider, il faut les stocker quelque part... dans une > base SQLITE par exemple. > Néanmoins le principe reste le même : un gestionnaire d'erreur maison, à > placer dans auto_prepend_file. > > Par contre certains softs/frameworks surchargent déjà le gestionnaire > d'erreur (

Re: [FRsaG] Analyse des logs PHP

2010-07-27 Par sujet frantishrek
Le 27 juillet 2010 16:45, Olivier Bonvalet a écrit : > Bonjour, > > Le 27/07/2010 16:32, frantishrek a écrit : >> >> J'aimerais avoir votre retour d'expérience sur l'analyse des logs PHP. >> >> Je cherche une solution qui : >>  - me permett

[FRsaG] Analyse des logs PHP

2010-07-27 Par sujet frantishrek
a.org) ou APM (http://code.google.com/p/peclapm/) mais le développement semble arrêté. Et vous ? Quelle solution avez-vous mis en place pour monitorer PHP ? Je suis curieux de savoir comment est traité cette question sur de grosses plate-formes genre site de mé

Re: [FRsaG] Structure pour un service de stockage de m édias

2010-07-22 Par sujet frantishrek
Le 22 juillet 2010 14:47, Sky Gunning a écrit : > Bonjour à tous, > > Je doit réfléchir à la structure pour un service de stockage de médias. Bonjour, J'arrive peut-être après la bataille mais il y a un cette article que vous connaissez peut-être déjà qui permet de bien resituer le problème : ht