Note: Cet article a été initialement diffusé sur le blog de Clever Age.
Symfony fournit un mécanisme de journaux permettant de tracer toute sorte de messages, en leur affectant un niveau de criticité (info, warning, err, …). Ainsi, lorsque l’on constate un comportement anormal, on peut aller voir dans les logs les messages nous permettant de mieux comprendre le problème.
Néanmoins, on ne va pas fouiller ces journaux tous les jours, comment faire pour être automatiquement averti lorsqu’un problème survient ?
Il existe plusieurs plugins, par exemple sfErrorNotifierPlugin ou sfHoptoadNotifierPlugin.
Lire la suite…
Développement
hoptoad, php, symfony
Note: Cet article a été initialement diffusé sur le blog de Clever Age.
Annoncé il y a un peu moins d’un an et mis en application depuis six mois, Facebook propose son nouveau concept « Facebook Connect ». Les librairies et l’API sont relativement faciles à utiliser, mais le plus dur est de se repérer dans l’amas de documentation. Cet article a pour but d’expliquer le concept, de recoller les morceaux de documentation, et combler certains manques.
Lire la suite…
Développement
connect, facebook, php, tutorial
Le but de PocMe est surtout pour moi de tester certaines solutions techniques.
Donc principalement Symfony 1.2 et Doctrine.
Lire la suite…
Développement
doctrine, php, symfony
Le but de ce billet est simplement de montrer qu’il est facile de mettre en place un profiler et que l’intérêt peut être énorme.
Pour rappel, un profiler est un outil dont le but est d’optimiser une application. Que ce soit pour la faire exécuter plus rapidement ou pour diminuer la mémoire consommée. Habitué au profiling java (via OptimizeIt, JProbe, JProfiler …), ce n’est que récemment que je me suis intéressé au profiling PHP (j’entends déjà les mauvaises langues siffler « ben oui, php, c’est rapide et léger, pas besoin de profiler ! »).
Lire la suite…
Développement
mémoire, performances, php, profiler, xdebug
Certes, on trouve plein de doc sur le sujet un peu partout, que ce soit sur le site de subversion, sur les sites de Ubuntu, ou des forums alternatifs. Et pourtant, j’ai quand même eu du mal à rassembler toutes les billes, car il existe plusieurs solutions (apache, svnserve), basées ou non sur SSL, avec différents moyens d’authentification, avec des procédures plus ou moins différentes suivant les OS, gérées en vhost ou non, …
Mon besoin: avoir un virtual host (https://svn.domaine.fr) dans lequel je peux y gérer plusieurs repository svn (https://svn.domaine.fr/projet1, etc…). Le tout hébergé sur un serveur Ubuntu 8.04 (Hardy).
J’ai finalement adopté la solution basée sur apache2, et ce fut plus simple que certaines manips que j’ai vu sur certains forums.
Lire la suite…
Développement
apache, subversion, svn, ubuntu, vhost
