Eric Pouech <[EMAIL PROTECTED]> writes: > so, what's the preferred way of handling this: > 1) bump the request_max_size to the needed size (but all > requests will be penalized about it) > 2) remove the request_max_size (therefore aligning the > size of the request on the one of the biggest available) > 3) try to compress the structure fields (most of the data > are 32 bits, whereas they would fit in 16 bit fields) > 4) store the data above the 64 bytes into the variable part > of the message (but that would break the current structure > scheme)
Do 3) if possible, otherwise 4). The size limit is necessary to ensure forward compatibility and should not be changed. -- Alexandre Julliard [EMAIL PROTECTED]
