[REBOL] Antwort: CGI POST input
From: sharriff:aina:med-iq at: 19-Nov-2000 6:22
Hi Joel!
I think you meant the problems that posted to the list concerning the out
of the text and content using TEXTAREAS. This is what I discovered:
1. I think it depends on the Browser, IE5 REFUSES to send more than 1600
bytes with GET, Netscape on the other hand, sends everything over with get,
I have sent over approximately 2 pages of text sucessfully.
2. According to the documentation on www.blooberry.com, its advisable to
use the POST method, since the data that post can handle is not limited,
IŽll have to try that out.
If youŽre interested, I solved my problem that I posted to the list by
using "wrap=hard" in the textarea attribute (using wrap=virtual or
wrap=physical is quirky or depending on the browser version not supported
at all!!) and adding a TRIM command to my CGI script that captured the data
from the textarea, If you want to keep your format intact without REBOL
adding excess TABS and linebreaks that is.
Sharriff Aina
med.iq information & quality in healthcare AG
Joel Neely
<[joel--neely--f] An: [rebol-list--rebol--com]
edex.com> Kopie:
Gesendet von: Thema: [REBOL] CGI POST input
rebol-bounce@
rebol.com
19.11.00
05:59
Bitte
antworten an
rebol-list
I recall some discussion relevant to this question, but can't find
a definitive answer.
I'm working on CGI code that takes input via POST from a form with
a textarea. The input can vary widely in length. Using the simple
scheme of
request-method: system/options/cgi/request-method
cgi-input: any [
if request-method = "get" [
system/options/cgi/query-string
]
if request-method = "post" [
input
]
]
I get failure if the form uses POST and the combined length of all
name/value pairs exceeds 4104 bytes, which is apparently the max
length returned by a single call to input (this is consistent).
I.e., the rest of the data are lost.
OTOH, if I try repeatedly calling for input, concatenating the
results into a single string until the total length equals the
content-length, I get a script that never terminates.
Does anyone know of an officially-sanctioned, reliable approach to
reading data from large forms (via POST, of course)?
-jn-