Re: [OT] Form POSTing with LONG variable
This WebDNA talk-list message is from 2007
It keeps the original formatting.
numero = 68787
interpreted = N
texte = On 11 Apr 2007, at 15:11, Dan Strong wrote: Yup, If I reduce the variable, it works fine. It also works on non-SSL pages on my server. But it works in it's original form on third party SSL servers - I just pointed the action to various SSL pages to test :-) So it's looking like it is a local issue, but as I have no control over the incoming variable - and I HAVE to get it to work - I'm stuck! This method is also in use by many thousands of sites, so I'm pretty sure the system should be working well. (It's part of the Verified by Visa 3D Secure system) I'm also not doing ANY post processing to the variable yet, I'm just letting it arrive. So that's another potential issue avoided. As far as I know, there's no limit to POSTed variables, so I see no reason why it wouldn't work. Mark. > Have you tested the page without that long var coming in to see > what happened? Have you tested it unsecure with/without the long > var? I imagine you have, but these are the first things I would do > to isolate the issue. At first I was thinking that you could > 'catch' the var with a [listwords word=[paRes]&delimiter=/][text] > chunk[index]=[word][/text][/listwords] and break up the var into > smaller chunks then put it back together later, but that doesn't > solve the fact that it's just plain huge coming in... interesting. > If I think of anything, I'll post. > -Dan > > > On Wed, 11 Apr 2007 14:58:48 +0100 > Mark Derrick
wrote: >> OK, this is a long shot - and I apologise in advance for the >> length of the code example - but I've been pulling my hair out >> for weeks now trying to figure out why my server is taking so >> long to answer this request and display the page. I'm assuming >> it's connected to the sheer length of the "PaRes" variable, but >> unfortunately I have no control over its length. >> I've tried using different locations as the action location, and >> they all work fine - the only one that doesn't work is the SSL >> URL on my server! :-( >> I'm running WebSTAR 5.4 under OSX 10.3.9 >> This is running SSL through an Extended Validation SSL certificate. >> As this is coming in from a 3rd party, I also have no control >> over the format of the form. >> I've looked at all my access/error logs and see nothing to >> indicate a problem apart from the long delay before the page is >> served. >> It's really stumped me. >> Any ideas anyone? >> Thanks. >> Mark. >> >> 3D Secure Test >> >> >> >> >> ------------------------------------------------------------- >> This message is sent to you because you are subscribed to >> the mailing list . >> To unsubscribe, E-mail to: >> To switch to the DIGEST mode, E-mail to > digest@talk.smithmicro.com> >> Web Archive of this list is at: http://webdna.smithmicro.com/ > > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to digest@talk.smithmicro.com> > Web Archive of this list is at: http://webdna.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/
Associated Messages, from the most recent to the oldest:
On 11 Apr 2007, at 15:11, Dan Strong wrote: Yup, If I reduce the variable, it works fine. It also works on non-SSL pages on my server. But it works in it's original form on third party SSL servers - I just pointed the action to various SSL pages to test :-) So it's looking like it is a local issue, but as I have no control over the incoming variable - and I HAVE to get it to work - I'm stuck! This method is also in use by many thousands of sites, so I'm pretty sure the system should be working well. (It's part of the Verified by Visa 3D Secure system) I'm also not doing ANY post processing to the variable yet, I'm just letting it arrive. So that's another potential issue avoided. As far as I know, there's no limit to POSTed variables, so I see no reason why it wouldn't work. Mark. > Have you tested the page without that long var coming in to see > what happened? Have you tested it unsecure with/without the long > var? I imagine you have, but these are the first things I would do > to isolate the issue. At first I was thinking that you could > 'catch' the var with a [listwords word=[paRes]&delimiter=/][text] > chunk[index]=[word][/text][/listwords] and break up the var into > smaller chunks then put it back together later, but that doesn't > solve the fact that it's just plain huge coming in... interesting. > If I think of anything, I'll post. > -Dan > > > On Wed, 11 Apr 2007 14:58:48 +0100 > Mark Derrick wrote: >> OK, this is a long shot - and I apologise in advance for the >> length of the code example - but I've been pulling my hair out >> for weeks now trying to figure out why my server is taking so >> long to answer this request and display the page. I'm assuming >> it's connected to the sheer length of the "PaRes" variable, but >> unfortunately I have no control over its length. >> I've tried using different locations as the action location, and >> they all work fine - the only one that doesn't work is the SSL >> URL on my server! :-( >> I'm running WebSTAR 5.4 under OSX 10.3.9 >> This is running SSL through an Extended Validation SSL certificate. >> As this is coming in from a 3rd party, I also have no control >> over the format of the form. >> I've looked at all my access/error logs and see nothing to >> indicate a problem apart from the long delay before the page is >> served. >> It's really stumped me. >> Any ideas anyone? >> Thanks. >> Mark. >> >> 3D Secure Test >> >> >> >> >> ------------------------------------------------------------- >> This message is sent to you because you are subscribed to >> the mailing list . >> To unsubscribe, E-mail to: >> To switch to the DIGEST mode, E-mail to > digest@talk.smithmicro.com> >> Web Archive of this list is at: http://webdna.smithmicro.com/ > > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to digest@talk.smithmicro.com> > Web Archive of this list is at: http://webdna.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/
Mark Derrick
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
Various Problems (1997)
!@#$$@@# formulas database, tax and freight. (2002)
Hiding HTML and page breaks (1997)
This list needs a digest: rant, rave... (1997)
[WebDNA] How to test email validity? (2011)
Sorting by date (1997)
Frames and WebCat (1997)
Quickie question on the email templates (1997)
line endings for Mac OS X files? (2003)
Getting total number of items ordered (1997)
system crashes, event log (1997)
Sendmail problem (2002)
Fun with dates (1997)
Pithy questions on webcommerce & siteedit (1997)
RE: Writefile outside WebSTAR hierarchy? (1997)
Sort Order on a page search (1997)
Sort Order on a page search (1997)
Interfacing WC with mail server (1998)
OT: Too many lines too add in one go (2003)
Middle problem (2005)