httpd-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Mohit Anchlia <mohitanch...@gmail.com>
Subject Re: [users@httpd] Limiting Request Body suggestion
Date Mon, 15 Nov 2010 21:11:13 GMT
On Mon, Nov 15, 2010 at 3:56 AM, Matus UHLAR - fantomas
<uhlar@fantomas.sk> wrote:
>> >> On Thu, October 28, 2010 16:24, Tom Evans wrote:
>> >> > Why do you care what the status code is? (or rather, why do you want
>> >> > to return OK when an error occurs?)
>> >
>> > On 28.10.10 16:48, Joost de Heer wrote:
>> >> To work around the "Display userfriendly error messages" bug^Wfeature?
>
>> On Tue, Nov 9, 2010 at 2:17 AM, Matus UHLAR - fantomas
>> <uhlar@fantomas.sk> wrote:
>> > Is there any need for work around this?
>> >
>> > They may come with greater limits later. Simply give them what they have
>> > chosen: bullshit error messages.
>> > Providing .reg file that removes the lame setting is the best we can do
>> > about this.
>> >
>> > sorry for being semi-OT
>
> On 09.11.10 10:14, Mohit Anchlia wrote:
>> Doesn't work for us. We have clients who pay for our products and
>> electronically send there information to us and it's the requirement
>> from the client products to send them back the graceful turnaway with
>> good error message back to the user. This is hard requirement and
>> that's why I am stuck. I am thinking of may be writing something of my
>> own. Do you think I can write some cgi handler?
>
> apache provides localized error messages for error codes. You can translate
> them and add some bullshit to them to be over 512 bytes big.
>
> But since it's the web browser, who eats those messages and shows user own
> versions, who can tell when will microsoft come with bigger limit for error
> messages?
>
> My point is, you can (and apparently do) give useful error messages, but you
> can't to much for clients' browsers not to sabotage it.
Actually consumer of this message is a client API which then formats
it to be displayed on the browser. So client product sends file to us
we then sent the message back "Too big ..." as part of the API
response. Client product parses this and then displays it on the
browser.
>
> --
> Matus UHLAR - fantomas, uhlar@fantomas.sk ; http://www.fantomas.sk/
> Warning: I wish NOT to receive e-mail advertising to this address.
> Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu.
> They that can give up essential liberty to obtain a little temporary
> safety deserve neither liberty nor safety. -- Benjamin Franklin, 1759
>
> ---------------------------------------------------------------------
> The official User-To-User support forum of the Apache HTTP Server Project.
> See <URL:http://httpd.apache.org/userslist.html> for more info.
> To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
>   "   from the digest: users-digest-unsubscribe@httpd.apache.org
> For additional commands, e-mail: users-help@httpd.apache.org
>
>

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Mime
View raw message