Reprise du message précédent :

 
oui, j'ai mit des guillemets, je veux etre alerté c'est tout.. pas la catcher dans un bloc try catch evidemment..
Et si j'ai besoin de ca c'est parce que je bosse sur un projet pourri, à chier, fais par des nazes qui pete des fatal errors un peu aléatoirement.. donc ca m'aiderait jsute à debugger

et sinon, un debugguer genre xdebug ?

Je suis bien d'accord

au detail près que l'admin reseau à désactiver le logging des erreurs PHP car "ca prend trop de place"

faux etre patient dans ma boite (ou en changer, oui je sais)

T'as essayé dans l'htaccess ?

Ca, c'est le genre de réflexion qui fait peur.
Sinon, t'as essayé de passer outre son réglage avec un ini_set?
Je demande par ce que ça me parait quand même plus propre que ce bidouillage qui fait aussi appel à ini_set.

Bha ca marche avec un ini_set ouais.. faudrais donc que je me fasse un parseur de log php qui me mail si il trouve une fatal ? (éxécuté via CRON)
C'est faisable en effet !

Je viens d'aller voir leur site.. wow c'est puissant ce truc , ca ficherait presque (totalement) au placard le debugger que je suis en train de developper , mais ca me fait apprendre donc je continu

 
Un debugger, c'est un truc qui permet au minimum les choses suivantes:
- breakpoints
- exécution pas à pas
- inspection de variables
 
T'es bien sûr que t'es en train de développer un debugger ?

Un outil servant à debugger (litéralement : corriger des bugs), c'est mieu ?
Donc non effectivement pas ce que vous appelez un debugger..

soit tu as vachement de temps a perdre, soit ton patron aime te payer a réinventer la roue , mais perso ,je préfère avancer sur les projet *vraiment* spécifique. Ce qui existe déjà , je l'utilise quand c'est possible, et je rentre plus tôt à la maison

Hum ... En gros, c'est un analyseur de log que tu fais. J'ai raison?

de plus xdebug peut s'utiliser avec webgrind : http://code.google.com/p/webgrind/  pour faire du profiling...
J'ai réussi a le configurer mais pas trop utile pour ce que je fais maintenant...
 
Sinon y a t-il moyen de virer le index.php de http://www.monsite/index.php sans passer par du url rewirting ?
Genre un paramatre d'apache ?

pitié y a un blabla@php maintenant allez poster vos horreurs ailleurs

+1

edit: je déteste foirer mes smileurs

Non un mini outil qui me sert à debugger mes pages. Je connais pas les outils de debuggage comme Xdebug, je m'y metterais surement un jour.. mais pour l'instant je voulais un mini outil qui me permette de debugger à la sauvage (a coup de echo, print_r, etc (he oui...)) tout en ayant un affichage plus propre..
En meme temps j'apprends pleins de truc en objet (singleton, static), en gestion d'erreur donc c'est tout benef. en gros pour l'instant mon "outil" me sort un tableau comme celui ci au dessus de mes pages :

ya pleins de petits bugs mais je les corrige un à un.
je réinvente la roue mais je me fais plaisir.. voila voila

J'ai un nom pour ton truc : Ghetto Debugger

DebugguerG ?

C'est pas un débugger, c'est une console de logging C'est la première tab de firebug, sauf que c'est pas dans firebug (contrairement à FirePHP)

Ouais j'ai vu FirePHP un peu apres avoir commencer à faire le mien.. c'est pas comparable, on est d'accord..

'Fin bon, j'apprends et j'emme*** les aigris

Bah si, c'est juste que ton truc tient pas la comparaison, et si même florentg trouve que tu réinventes la roue, voila quoi

C'est ton boulot ? T'es payé pour faire ça ? Le prends pas mal, c'est juste une question

heu non, c'est perso ..

Je te conseille "Xdebug"

Franchement l'install c'est un fichier a copier + une ligne dans php.ini...

Après tu peux faire ton outil pour t'entrainer, mais pour utiliser yen a plein d'autres qui ont fait leurs preuves, qui sont bien pensés, transparents etc... Et savoir utiliser un outil extérieur est bien aussi important que de savoir utiliser les design patterns (et bcp plus facile)

Mais carrement
 
Je savais meme pas que ce genre d'outil existait en fait, je vais tester ca quand j'aurais un moment

http://stopdesign.com/archive/2009 [...] utton.html

pas mal mais pour faire mon chieur je dirais que l outline est crade

Quel est le but de ce genre de techniques ?

Je voulais dire, quel est l'intérêt de ne pas utiliser d'image et se compliquer la vie à ce point ?
On en est toujours à vouloir gagner quelques Ko au chargement de la page ?

They’re also easily skinnable with a few lines of CSS

C'est pas les Ko gagnés qui sont importants dans ce cas-là, mais le nombre de requêtes HTTP

j'sais pas, j'ai trouvé un article intéressant pour les HTMLeux, je le poste ici

 
skinner ses boutons en meme temps que le reste  
avec l'explosion des accès mobiles,la reduction du poids va redevenir une contrainte forte

Pas tant le poid que le nombre de hits par pages comme le faisait remarquer mister G