Je développe un site intranet, et utilise la mise en buffer via ob_start. jusqu'a maintenant je laissait le serveur se charger de faire le ob_end_flush lui même (ce qui marchait tres bien). Depuis que j'ajoute dans mon code des fonctions provenant d'une classe différente de celle ou le ob_start est réalisé je suis forcé de faire mon ob_end_flush moi même. Ca marche toutjours mais j'aimerai savoir pourquoi ...
J'ai peur que le probleme vienne du fait que le fait d'appeller des fonction externes a la classe créée des probleme dans la mise en buffer des informations.

Si quelqu'un peu m'en dire un peu plus sur les condition nécessaire pour que le navigateur fasse seul le ob_end_flush (ou les erreur possible qui lempecherai de le faire).

ob_start est déclaré dans une classe ? on peu avoir un aperçu du code ?

Petite mise au point cependant, ce n'est pas le navigateur qui s'occupe de tout ça, c'est le serveur lui-même.

1) désolé pour le lapsus (j'ai édité mon premier post)

2) Ensuite pour etre plus précis:

j'ai en effet une classe template.class.php contenant une classe Templateavec certaine fonctions nécessaires a mon "template".

        /**
	 * Méthode démarrant la bufferisation
	 * @access private
	 */
	function debutBuffer()
                {
		ob_start(array(&$this, 'flushBuffer'));
                }

Puis dans mon fichier template.ini.php, j'instancie la classe précédement cité et utilise cette methode

si plus de code ou de détails sont nécessaires demandez moi

Tu es sur de ne pas avoir une sortie du tampon (buffer) quelque part ? genre dans le destructeur de la classe ?

Au fait, pourquoi il y a un tableau dans le paramètre de ob_start ? ob_start ne prends que des chaines comme paramêtre (c'est ce qu'en dit la doc en tout cas), j'imagine bien ce que ça pourrait faire, mais je me demande comment il le pourrait..

Sinon, le tampon se vide soit quand ob_end_flush est appelé, soit à la fin du script, il faudrait donc voir ce que tu appliques comme changement.. peut-être que le tampon est appellé deux fois, et du coup il faut le vider autant de fois qu'il y en a d'ouvert..

en effet ob_start ne prends que des chaines comme paramêtre (selon la doc) mais (petite astuce) l'utilisation d'un tableau permet de faire appel a un callback contenu dans un objet.

Sinon pour ce qui est de mon problème, j'ai verifié il n'est appelé qu'une fois et pas de sortie hasardeuse non plus. Après plus de recherche il semblerai que les objets des classes différente de celle gérant le callback soit détruit juste avant la fin du script (avant que le tampon ne se vide) ce qui expliquerai pourquoi ma téthode externe n'est pas prise en compte.

De plus je passe par un singleton plustot que par une simple instanciation tout se déroule bien.

mais ce n'est pas tres clair donc si qqn en sait plus..


PS: au cas ou je rajoute
- l'appel des fonctions:

// Titre de la page 
			$this->assign('MetaTitrePage', $this->titrePage);

		// Message (à placer avant les entêtes HTML)
			$this->assign('MessageTemplate', $messageTemplate-                                                                                                                   >construireHTML());
		
		// Entetes additionnelles
			$this->assign('ExtraHeaders', $this->extraHeaders);
		
		// Boutons d'action
			$this->assign('ActionsSurLaPage', $this->buildActions());
			
		// Balise body
			if($this->extraBody!==''){
				$this->assign('ExtraBody', ' onload="'.$this->                                                                                                                     >extraBody.'"');	
			}
			else{
				$this->assign('extraBody', '');	
			}
		
		// Chamins de fer
			$this->assign('CheminDeFer', $this->cdf->construireHTML());
		

-la fonction assign:

 */
	function assign($champs, $valeur){
		$this->valeursTemplate[$champs]=$valeur;
	}

(note: y'a des tags

 pour avoir du code php joliment coloré)

hrmm.. Quand tu dis [i]'(...)j'ajoute dans mon code des fonctions provenant d'une classe différente de celle ou le ob_start (...)'[/i], je vois pas trop ce que ça pourrait causer, en réalité.. tu développes uniquement en objet ? Et si tu désactives la tampon (sans le ob_start) ?

Sans voir vraiment de quoi il pourrait s'agir (sans avoir le code sous les yeux), je mettrais des ob_get_level() et un ob_list_handler(), pour voir un peu ce qui se passe.

Sinon il faudra attendre que quelqu'un qui a déjà été confronté à ce genre de cas se fasse entendre..

En effet presque la totalité du site est developpé en objet et la façon dont les pages se construisent nécessite obligatoirement une mise en buffer.

Je te remerci d'avoir essayé d'éclairé ma lanterne et commprend aisément que sans la totalité du code il soit difficile de cerner le probleme. J vais me pencher sur le ob_list que je ne connaissait pas

Hey ,

Juste par curiosité, tu utilises PHP 5 non (déduction faite du salon dans lequel nous nous trouvons) ? Donc :

/** 
 * Méthode démarrant la bufferisation 
 * @access private 
 */ 
function debutBuffer() 
{ 
    ob_start(array(&$this, 'flushBuffer')); 
}

c'est pas beau et c'est du PHP 4 Monsieur .
Je propose une nouvelle version :

/**
 * Méthode démarrant la temporisation.
 * @access  private
 * @return  void
 */
private function debutBuffer ( ) {

    ob_start(array($this, 'flushBuffer'));
}

C'est juste une petite amélioration .

Une autre astuce en complément de celle proposée par Berzemus : place des echos dans les différents destructeurs de tes objets et regarde ce que le tampon a mémorisé. Tu pourras retracer l'exécution du script et ainsi trouver ce que tu cherches.

Et oui c'est pas très beau je le confesse...

En fait je suis stagiaire dans le secteur informatique d'une grande banque et reprend un intranet déja tès conséquent environ 200 page de code. Or bien que nous soyons passé a PHP5 les premiers développements se sont fait en PHP4 et je n'ai pas le temps de tout mettre au goût du jour...
mais merci pour la remarque

sinon pour ce qui est de ma question première àpres recherche plus approfondie j'ai validé mon sentiment premier depuis PHP5 (correctif de bug je ne sait plus combien) le destructeur de objets est appellé juste à la fin du script avant le flush.

Remarque:
(Le passage pas singleton permettant de contourner le probleme puisque la variable contenant l'objet singletonné (je sais que ce mot n'existe pas..) joue le role de référence vers l'objet et ne contient donc pas physiquement de donnée.

PS: ca y est j'ai mis de zoli tags pour mon PHP