through the problematic procedure again to get some log readouts.
Live HTTP Headers firefox plugin gives me the following related to the
call
http://XXXX.com/stock/addUnits/8
GET /stock/addUnits/8 HTTP/1.1
Host: XXXX.com
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.15)
Gecko/2009102815 Ubuntu/9.04 (jaunty) Firefox/3.0.15
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/
*;q=0.8
Accept-Language: en-gb,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://XXXX.com/stock/admin
Cookie: CAKEPHP=XXXX
HTTP/1.x 200 OK
Date: Tue, 03 Nov 2009 16:02:23 GMT
Server: Apache
X-Powered-By: PHP/5.2.9
P3P: CP="NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM"
Set-Cookie: CAKEPHP=XXXX expires=Tue, 10-Nov-2009 16:02:32 GMT; path=/
Set-Cookie: CAKEPHP=XXXX expires=Tue, 10-Nov-2009 16:02:32 GMT; path=/
Vary: Accept-Encoding
Content-Encoding: gzip
Keep-Alive: timeout=2, max=99
Connection: Keep-Alive
Transfer-Encoding: chunked
Content-Type: text/html
----------------------------------------------------------
POST /bugs HTTP/1.1
Host: XXXX.com
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-GB; rv:1.9.0.15)
Gecko/2009102815 Ubuntu/9.04 (jaunty) Firefox/3.0.15
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/
*;q=0.8
Accept-Language: en-gb,en;q=0.5
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Referer: http://XXXX.com/stock/addUnits/8
Cookie: CAKEPHP=XXXX
Content-Type: application/x-www-form-urlencoded
Content-Length: 76674
post data omitted
HTTP/1.x 200 OK
The bottom line of my apache access log is...
XXX.XXX.XXX.XXX - - [03/Nov/2009:08:02:23 -0800] "GET /stock/addUnits/
8 HTTP/1.1" 200 22799 "http://XXXX.com/stock/admin" "Mozilla/5.0 (X11;
U; Linux x86_64; en-GB; rv:1.9.0.15) Gecko/2009102815 Ubuntu/9.04
(jaunty) Firefox/3.0.15"
but there is no sign of apache receiving the POST request.
I have also tried the same actions in Opera, and it is showing me
"Error - connection closed by remote server"
as I say, it is just strange because I can post the exact data to a
php script that lives outside the mod_rewrite / cake app but on the
same server
and I can post the data to a cake install living on a different
hosting site, but posting to a cake app installed on dreamhost (and I
have tried on 2 seaprate hosting spaces on 2 separate servers)
just bombs out like this.
as you can see, the post data is ~ 77k and I have checked it to be
intact, although it has '[' and ']' encoded as %5B and %5D
There are around 500 input boxes and 1500 hidden values in the form -
is this too many?
Is 77kb post size too large and is there any way that the char
encoding or Doctypes could be messing with this?
Any more suggestions before I start shouting at Dreamhost?
cheers
BREWER
On Nov 3, 11:51 am, John Andersen <j.andersen...@gmail.com> wrote:
> Is the environment at your production site and your development site
> the same?
>
> Could you create a dummy application, with only the problematic form/
> view, and test it?
>
> If the issue is still there, can you provide the dummy application or
> the view for us to test?
>
> Enjoy,
> John
>
> On Nov 3, 1:45 pm, Tonu Tusk <lvot...@googlemail.com> wrote:
>
> > OK - if this also helps anyone to offer any suggestions, here is what
> > I have just done.
>
> > 1) generated a smaller (tested working) form with what seems to be
> > acceptable to cake
> > 2) Altered the main index.php entry file to just echo a message and
> > then exit
> > 3) uploaded this to the site
> > 4) Posted the generated form from step 1)
> > 5) This corrcetly used the altered index file to display the message I
> > have set
>
> > 6) Revert the index.php file back to how it was to enable cake to work
> > 7) Generated a large problematic form
> > 8) Uploaded the revised index.php with just the echo message and exit
> > command
> > 9) Post the form from step 7)
> > 10) White screen - i.e this does not seem to even be accessing
> > index.php !
>
> > I guess this then suggests that it is a mod_rewrite / apache issue,
> > but hard to track down as it is
> > the shared host that I need to be running production on and so will be
> > hard (and maybe pointless) to try and
> > replicate this on my dev server.
>
> > Could the doctype affect the way that apache / mod_rewrite module
> > handles this?
>
> > As mentioned in an earlier post, I can setup a target for the
> > problematic post data that just vardumps the post variable and that
> > is handled on the same server (but outside of the cake htaccess
> > jurasdiction) and this works fine.
>
> > Any more insight would be helpful.
>
> > cheers
> > BREWER
>
> > On Nov 2, 9:52 pm, Tonu Tusk <lvot...@googlemail.com> wrote:
>
> > > I also set the upload_max_filesize and post_max_size to 128M
> > > and the available memory size to 256M
>
> > > Probably not going to make the shared host happy, but phpinfo is
> > > reporting these values as having been set.
>
> > > It's a mystery.
>
> > > I am going to try and replicate the problem on a clean install to try
> > > and track it down.
>
> > > On Nov 2, 7:52 pm, Dragos Chiriac <dra...@secured.ro> wrote:
>
> > > >http://httpd.apache.org/docs/2.0/mod/core.html#limitrequestbody
> > > > upload_max_filesize and post_max_size in your php.ini file.
> > > > Each name/value is limited to 1024 characters, if the form type is not
> > > > multipart.
> > > > Also look at memory size available for script ... the default 16M is not
> > > > enough, as cake itself uses about 6-9 of them for a not very complex
> > > > app. Notice that on certain distros the ini files for cli and apache
> > > > module are different, and that you need to restart apache after every
> > > > change. I suppose you use apache.
> > > > Also notice that certain browsers (cough, ie, cough) , in my experience,
> > > > have a hard time and break your post data if using many inputs and not
> > > > setting a multipart form.
>
> > > > Considering WSOD, is probably to have with your server (apache)
> > > > settings. Can you try to post the form to a simple php that's <?
> > > > print_r($_POST) ?>ing the form data ?, with reporting E_ALL ?
>
> > > > #tail -f the error.log file of the server to see realtime what's the
> > > > server saying about your attempt.
>
> > > > Dragos
>
> > > > Tonu Tusk wrote:
> > > > > Hi, This is going to sounds a bit vague to start with, but I basically
> > > > > have a form that has a lot of input boxes in it
> > > > > ( > 500 text input boxes) and when this is posting back to the
> > > > > controller I get the WSOD.
>
> > > > > I have turned off all of my actual processing code in my controller
> > > > > and it did all work with a smaller number of input boxes, but now it
> > > > > just white screens.
>
> > > > > As I mentioned, rewriting the controller code to just not even touch
> > > > > the POSTed data but just to show some indication of status does not
> > > > > affect things, there should be no (or next to no) processing of this
> > > > > going on, but the controller definitely still works with exactly the
> > > > > same code generating the forms, just a fewer number of inputs in the
> > > > > form.
>
> > > > > I have altered my php settings from 8M post memory to 128M as well as
> > > > > massively upping the memory allowed for
> > > > > php scripts but still white screen.
>
> > > > > I don't know where to start I have tried chainging index.php in the
> > > > > main entry call between generting the form and
> > > > > posting it anywhere but again, I am just getting a whitescreen.
>
> > > > > Any help at all to point me where to look next would be welcome. If I
> > > > > can't debug cake then it will be a good couple of months work down the
> > > > > pan and I'll have to choose another option for framework etc as I
> > > > > can't waste any more time on bumbling around blindly.
>
> > > > > thanks in advance
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "CakePHP" group.
To post to this group, send email to cake-php@googlegroups.com
To unsubscribe from this group, send email to cake-php+unsubscribe@googlegroups.com
For more options, visit this group at http://groups.google.com/group/cake-php?hl=en
-~----------~----~----~----~------~----~------~--~---
No comments:
Post a Comment