Reprise du message précédent :

t'es en train de me dire que c'est mieux pour d'autres trucs ?

Salut

Dites en PHP ya aucun moyen de se faire envoyer un mail automatiquement (formatté aux petits oignons avec genre la pile d'execution du script) des qu'une parse error ou fatal error est lancé? enfin d'executer un ptit bout de code avec que le script DIE quoi? (mail ou autre)

Je viens de me casser les dents avec le set_error_handler et un heritage de la lcasse Exception native de PHP la... on peux pas catcher de parse ou fatal error (heuresement ?)..

merci

[url=http://fr3.php.net/manual/fr/function.set-error-handler.php]RTFM[url] :

 
Pour les "parse error", je ne vois pas comment du code php pourrait les gérer alors que le code est déclaré inutilisable. Ca serait comme demandé à l'application X de signaler le problème quand le compilateur n'arrive pas à la compiler.  
 
Pour les "fatal error:", je ne suis pas certain de la catégorie dans laquelle ils sont classé (E_ERROR je pense, à vérifier) donc là dessus, je ne m'avancerais pas.

oui c'est bien ce que je pensais .. bon loupé

Franchement vous en pensez quoi ?  
http://www.pixelz.fr/
 
J'arrive toujours à trouver des formes intéréssantes pour mes sites, mais faire allier les couleurs avec des images et des fonds intéréssants, c'est dur
 
XaT

J'ai pas essayé les fonctionnalités, mais les boutons sont un peu trop clairs : ils donnent l'impression d'être désactivés Sinon c'est chouette.

test

test

Réussi

Normal que la popup arrive au rollover et pas au click ? un peu relou

La preuve au dessus, si j'active firebug sous hfr, ça m'envoie mes post en double  

sinon j'ai une petite question technique à propos du javascript, j'utilise prototype et scriptaculous sur un projet, je trouve que ces librairies sont lourdes (environ 200ko en tout à charger à chaque fois)
J'ai essayé de les gzipper, j'ai mis ça dans mon htacces :

Le probleme est que ça redirige toujours vers les js.
Si j'enleve le rewrite rule, ça marche avec un server windows, par contre si mon appli tourne sous linux j'ai

Ce qui est bizarre est que je gzip moi meme le js, donc le serveur n'intervient pas.
Et c'est le navigateur qui dé-gzip non?
une idée d'ou vient le pb?

Sinon petites question sur le mod expire, ça sert à verifier si un fichier doit être rechargé ou non ?
Donc à priori si mon navigateur télécharge un jpeg un jour, il ne devrait pas le refaire avant 5 jours d'apreès ma conf non?

Je vais corriger ça

Euh oui mais je peux mettre au click mais j'aimais bien le rollover
 
XaT

Merci , j'avais pas pensé à ça.
 
Si quelqu'un a réponse à mes questions je suis preneur  

C'est intéressant pour les floods

T'as vraiment besoin de tout, y a pas possibilité de modulariser le bordel ? T'as pensé à jQuery ou Mootools ?
Sinon, pour ton problème de jgz, je vois pas l'intérêt : OK tu peux gagner en compression, mais au final les fichiers seront pas cachés par le browser, non ? Donc à chaque fois que le user navigue sur ton site, il se tape le download des libs, certes compressées mais bon...
Donc pourquoi tu laisses pas le serveur faire la compression pour toi au lieu de la faire à la main ?

Je suis une bille au fond d'un gouffre : j'ai pas compris comment il marche ce site.
 

C'est intéressant pour tester les antiflood.
 

Peut être pour éviter que le serveur ne recompresse les fichiers à chaque demande?
Ceci dit si on passe de "1 demande par mois" à "1 demande par page" on y perd pas mal.

J'vais p'têt poser une question con mais je vois pas l'intérêt
Tu chopes un JS chez Google, donc tu ajoutes une dépendance chez eux (bande-passante + fiabilité du serveur ; je dis pas que c'est mauvais, je dis juste que c'est un facteur supplémentaire) pour au final te retrouver avec la lib que tu as déjà et que tu aurais pu choisir de compresser dans ton serveur perso.
Autant pour les sites persos où tu contrôles pas forcément l'aspect compression du serveur, autant là je vois pas...

Bin ça me semble négligeable si le cache utilisateur est activé, t'auras une demande une fois et puis c'est tout. Compresser 200 Ko en gzip, spa non plus ultra-violent, je pense pas que ça bouffe des ressources énormes.

Le truc chiant c'est qu'au moindre passage involontaire sur le bouton ça cache instantanément la moitié de la fenetre...

Je suis peut-être naïvement optimiste mais j'espère que le serveur est un peu plus intelligent que ça et garde une version compressée en cache tant que le fichier ne base n'a pas changé. non ?

Comment ça ?
Le type de compression est le même (gzip), donc derrière soit ils ont modifié le fichier original, soit ils ont utilisé une méthode type YUI Compressor auquel cas ça se fait super bien soi-même (perso je fais ça).
 
Spa la question, c'est juste que ça introduit une dépendance supplémentaire pour un cas qui ne me semble pas en avoir besoin

Oui mais en même temps ça permet de répartir les ressources sur plusieurs serveurs et donc de les charger plus rapidement que si tout était sur le même

OK, mais je repose mes questions de tout à l'heure :

Je crois que tu me connais mal

Effectivement, à moins d'avoir 1280 de largeur

XaT

Oui j'ai pensé à jquery et mootools, mais y avait trop de nouvelles choses pour moi sur ce projet, j'ai préféré prendre des librairies que je connaissais, même si je me suis vite rendu compte que mootools aurait été mieux.

Y a 6 mois encore je bossais en php4 et mysql <4.1 sans librairie js et que sous ie6 (pour une grande banque   )

Depuis je bosse sous zend framework, et les dernières version de apache mysql et php (sous linux). Rajoute à ça les librairies JS à découvrir et la compatibilité entre navigateurs, ça fait un paquet.

Mes choix n'ont pas forcément été les meilleurs au début, même si je suis plutôt content du travail effectué en six mois.

Pour la compression gzip, j'ai simplement suffit le blog d'un ingé yahoo qui conseillait de le faire ainsi que Yslow de Yahoo (http://developer.yahoo.com/performance/rules.html)... je me suis pas vraiment posé de questions
(http://developer.yahoo.com/yui/compressor/)
Pour le gzip à la main, au moins c'était fait, le server aurait jamais à le refaire, c'est simple et pas vraiment chiant ...
Pour le cache, j'en ai aucune idée...

je vois un fond noir sur mon PNG, c'est normal ?

edit : (firefox)

Ca dépend, t'as indiqué quoi comme couleur de fond?

j'ai rien fait moi monsieur
 
j'ai uploadé un truc qui trainait sur mon bureau.

C'est de la mauvaise graine ça monsieur. Ca pirate des images libre de droit et après ça sait pas les publier normalement.
 
PS : Elle a un fond blanc dans mon firefox.

comme couleur de fond dans ton CSS  

ben elle a un fond noir sur son site chez moi (et une couleur normale quand je la linke d'ici)
 

 
MAIS J4AI PAS DE CSS BORDEL IL EST PAS À MOI CE SITE  
IL DEMANDE CE QU'ON PENSE DE SON SITE, JE TESTE BORDEL

nraynaud > En même temps en publiant une image sans indiquer sur quel site tu vois le problème avec comme seule indication un hébergement de l'image sur un site d'hébergement d'image où le problème n'apparait pas (pour nous) , je ne vois pas trop comment tu voulais qu'on devine que tu parlais d'un problème du dit site d'hébergement d'image et pas de l'image elle même.
 
PS : D'ailleurs le dit site n'a pas la même tête dans mon navigateur que ce qu'on voit dans l'image sur t'as rajouté en edit. Bizarre tout ça.

Désolé j'avais pas fais gaffe

1) parce qu'il demandait ce qu'on en pensait
 
2) c'est peut-être pour ça que ça mérite de le lui signaler ?

pour le truc à droite, y'a un suspect :

pour le noir, j'ai rien trouvé dans la CSS de suspect (mais je suis une merde dans ce truc)
 
J'ai tenté de re-loader le site des fois que ça vienne d'une vieille CSS, c'est toujours pareil.