Reprise du message précédent :

http://framework.zend.com/manual/fr/zend.db.html

Même pas besoin de chercher dans Zend_Db lui même, c'est pas supporté par les adaptateurs fournis avec le framework.
 
Par contre, il peut être utile de vérifier si le programme n'utilise pas un adaptateur personalisé. Pour ça il suffit de chercher le terme "adapterNamespace" (à moins que ça soit écrit par des tarés qui ont créé un adaptateur maison qu'ils ont placé dans l'arborescence du framework mais c'est tellement crade comme idée que je vois pas un développeur sérieux faire ce genre de truc)

ah oui, alors peu de chances que ce soit ça...

Pas de ça.

Enfin ça me semble de toute façon peu probable que ça vienne d'un site, je peux même pas redémarrer MySql quand il s'est mis à planter.

Si c'est la base de donnée qui plante, t'as vérifier les logs de mysql? (j'imagine que oui)

Mais là c'est là c'est carrément MySQL qui devient inredémarrable et tous les sites qui sont affectés, je vois pas trop quoi chercher dans une appli précise...
 
Je vois plutot un truc de firewall ou un pb système quoi.

Oui et j'ai jamais rien ptet un truc a bouger dans my.ini...

J'ai vu après et du coup j'ai supprimé mon message qui était sans rapport. Désolé.

J'sais pas, ca avance personne de savoir que "Votre navigateur ne supporte pas les objets XMLHTTPRequest...". C'est tout sauf de la dégradation

Ouvre toi un myadmin connecté à la base de donnée et reste connecté jusqu'au plantage. En regardant l'évolution du nombre de connexion et leurs activités, avec quel pseudo ils sont connecté, etc, tu arriveras peut être à trouver l'origine du problème.
 
En dehors de cette solution si rien n'est visible dans les logs alors je ne vois pas quoi tenter de plus pour t'aider.

Le truc c'est que ça peut être une heure comme 3, comme 6

Je ferais ça quand je serais motivé

Ben le truc, c'est que myadmin, il reste connecté le temps qu'il faut sans que tu ai besoin de cliquer dessus sans arrêt.
Tu rajoutes à côté un programme qui te flashouille à la tronche pour ne pas loupé le moment où tout pète et t'es sauvé. (sauf si t'es épileptique )

Finalement, le flash, c'est trop cool. Je me demande pourquoi je m'en passais avant dans mon navigateur : j'ai jamais rien vu de mieux pour simuler un processeur poussif.

Moi si, faire la même chose en Javascript.

C'est quand même plus facile de faire ramer un ordi pendant des heures avec du flash qu'avec du javascript.

Peut-être, mais pas pour faire ramer une page web pour toujours

 
ha ok tu chipotes donc

L'observation réseau des derniers firebug est à chier ou bien ?

 
Bon, en fait ça ne fonctionne pas et c'est pourquoi j'avais mis l'image en float dès le début.
En effet, quand le texte s'agrandit, le texte ne passe pas en dessous de l'image vu qu'il a un padding-left de 200px.
Donc retour case départ

http://blog.codedread.com/archives [...] hing-good/

Je valide

Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

c'est autant lisible par un navigateur que du php, c'est a dire pas du tout.
 
C'est le serveur qui le gère et balance du html

Dans l'usage courant, laquelle de ces deux lignes vaut-il mieux écrire ?
 

float score = 0.5f;
float score = (float) 0.5;

Ah et je constate que je me suis gourré de topic en plus

c est ta journée

 
Je float pas mal dans les nuages depuis ce matin, pas assez dormi  

Je dirais plutot "ou bien"  

Faut 4 clics inévitables pour l'activer sur chaque site (-> rechargement, c'est con pour voir une erreur ponctuelle), pas moyen de voir les réponses des requetes sans relancer (c'est con pour les lentes et les post), parfois j'arrive pas à déplier le détail de la requete (tant qu'elle est pas finie ?). Bon j'ai que ça en tête là. Ah si, et le fait que ce soit pas configurable.

J'imagine que c'est pour les perfs, ben je préférais quand c'était lent.

C'est chiant les 4 clics, mais c'est paramétrable en tapant dans l'url "about:config"
Pour par exemple avoir le post dans la console sans avoir à recliquer faut modifier  
"extensions.firebug.allowDoublePost" et le mettre à true.
 
Pour tes autres pb regarde dans les clés nommées "extensions.firebugXXXXXXXXXXXX"  
 
ex : (filtre sur "enablesites" )
extensions.firebug.script.enableSites -> true
extensions.firebug.net.enableSites -> true
extensions.firebug.console.enableSites-> true
 
En bidouillant ça tu n'auras plus a activer tes panneaux sur chaque site.
 
Bref la conf de firebug est accessible uniquement comme ça.
 
 

Pas mal, dommage que le commun des mortel n'ira jamais chercher là (moi mm c'est la première fois )

le commun des mortel utilise firebug courament ?

ps :

"extensions.firebug.allowDoublePost"
Ca veut dire qu'il va quand même poster 2 fois ?

J'ai mis à jour mon post du dessus

TheRedLed -> je pense que le libellé est on ne peut plus clair, je n'en sais rien mais à mon avis, il y a double post, d'ou l'utilité d'activer et désactiver certains panneaux de firebug.

Et bien ça, c'était pas le cas avant, et ça reste le plus problématique (requetes lentes ou impactantes, pas de vision en temps réel)
Le fait de fait un clic en plus, je m'en fout et même je préfère si c'est pour renvoyer une requete...

C'était l'une de mes utilisation principales de firebug, là c'est quasi-inutilisable... Reste Charles Proxy, externe et dont la démo s'éteint au bout de 30 min + 30 secondes à relancer Bref bof bof

 
http://www.charlesproxy.com/purchase.php

Ca restera largement moins bien que (l'ancien) Firebug pour analyser le comportement des pages à la volée.
Et mieux pour d'autres trucs.

tu sous-estime largement la puissance de l'outil

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