On Thu, Aug 19, 2010 at 6:01 PM, Tristan wrote:
> So, I'm have this site where all this code was developed and the logic sits
> in different plugins throughout a template. So, html is output and then
> hits
> one of these plugins. Plugins do some processing and then hit a
> header(location...) re
So, I'm have this site where all this code was developed and the logic sits
in different plugins throughout a template. So, html is output and then hits
one of these plugins. Plugins do some processing and then hit a
header(location...) redirect.
So, problem is they developed code with these heade
most probable error in your case is the dev server has output
buffering enabled while it is turned off on the live server. try
phpinfo to verify
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php
]
Sent: Tuesday, December 29, 2009 1:38 PM
To: Marc Fromm
Subject: Re: [PHP] output buffer
Hi.
There're some other code that is sent to client. You must send cookie
first, at header, then the other data.
Please send code to view your case.
With regards,
Alexey
On Wed, Dec 30, 2009 at 12:09 AM,
On Tue, Dec 29, 2009 at 4:09 PM, Marc Fromm wrote:
> I am receiving the "Cannot send session cookie - headers already sent"
> message even though I am using ob_start() at the top of my script.
> The php.ini file has output_buffering set to 4096 4096.
> My server is running Red Hat Enterprise Linu
I am receiving the "Cannot send session cookie - headers already sent" message
even though I am using ob_start() at the top of my script.
The php.ini file has output_buffering set to 4096 4096.
My server is running Red Hat Enterprise Linux 5.2
I am using PHP 5.1.6
Is there some other setting I ne
On Fri, May 1, 2009 at 10:55 AM, Robert Cummings wrote:
>
> I presume your backend script is running something that passes the data
> to the browser un-interrupted... maybe a shell script? You can wrap this
> in popen() or proc_open() and read the output as you would a file. This
> can then be que
On Fri, 2009-05-01 at 10:42 -0400, Dan Joseph wrote:
> On Fri, May 1, 2009 at 10:40 AM, Robert Cummings wrote:
>
> > On Fri, 2009-05-01 at 10:34 -0400, Dan Joseph wrote:
> > >
> > > Ajax unfortunately isn't an option in this particular case.
> >
> > Why? Maybe you're thinking about it wrong.
> >
>
On Fri, May 1, 2009 at 10:40 AM, Robert Cummings wrote:
> On Fri, 2009-05-01 at 10:34 -0400, Dan Joseph wrote:
> >
> > Ajax unfortunately isn't an option in this particular case.
>
> Why? Maybe you're thinking about it wrong.
>
>
Maybe, I'm open to suggestions:
Here's the basic way the applicatio
On Fri, 2009-05-01 at 10:34 -0400, Dan Joseph wrote:
>
> Ajax unfortunately isn't an option in this particular case.
Why? Maybe you're thinking about it wrong.
Cheers,
Rob.
--
http://www.interjinn.com
Application and Templating Framework for PHP
--
PHP General Mailing List (http://www.php.net
On Fri, May 1, 2009 at 10:29 AM, Robert Cummings wrote:
>
> Have you tried a bigger pad? Try... oh I dunno... 40096. if that works
> then you can chop back until you find the threshold. Seems to be though
> that it might be better done as AJAX.
>
>
Hi,
I tried that, didn't work at all even up to
On Fri, 2009-05-01 at 10:24 -0400, Dan Joseph wrote:
> Hi Everyone,
>
> I'm trying to get Chrome to output html information as it comes thru. We
> have an iframe running a php script, and when the php script receives
> information, it outputs it. FF, IE, and Safari all work just fine, displays
>
Hi Everyone,
I'm trying to get Chrome to output html information as it comes thru. We
have an iframe running a php script, and when the php script receives
information, it outputs it. FF, IE, and Safari all work just fine, displays
the info as it comes in. However, Chrome is not. It will only
> > Then see if you get any errors. Although, if
> you're
> > seg faulting, you
> > still won't see an error since the program just
> > dies.
> Thanks for your reply. It seems that this is
> happening, becaus even with your code I get no
> errors.
> It could be as well that the script dies before
--- Robert Cummings <[EMAIL PROTECTED]> schrieb:
> On Wed, 2007-10-24 at 21:07 +, Werner Schneider
> wrote:
> > Hi, I got a strange problem: Using php 4.4.x, I
> capture the whole output for a webpage into the
> output-buffer by using ob_start and ob_get_clean,
> because I got to make some rep
On Wed, 2007-10-24 at 21:07 +, Werner Schneider wrote:
> Hi, I got a strange problem: Using php 4.4.x, I capture the whole output for
> a webpage into the output-buffer by using ob_start and ob_get_clean, because
> I got to make some replacements in the html-code before sending the page to
>
Hi, I got a strange problem: Using php 4.4.x, I capture the whole output for a
webpage into the output-buffer by using ob_start and ob_get_clean, because I
got to make some replacements in the html-code before sending the page to the
browser.
This worked fine with a small page, but now I got a
Check "Activate compression" setting in postnuke admin. You want it to
be "No". If this setting is activated, ob_start("ob_gzhandler"); is
called in pnInit()
nabil wrote:
Hi all;
In general , when you open an html file , the browser start to display and
draw the tables, then start to display t
On Sun, 21 Sep 2003, nabil wrote:
> In general , when you open an html file , the browser start to display and
> draw the tables, then start to display the pictures (on slow internet
> connection).. but when you make your html code inside an php the output will
> be different, it will buffer everyt
Hi all;
In general , when you open an html file , the browser start to display and
draw the tables, then start to display the pictures (on slow internet
connection).. but when you make your html code inside an php the output will
be different, it will buffer everything then it will pop the whole p
20 matches
Mail list logo
