Mailing List Archive: 49091 messages
  • Home
  • Script library
  • AltME Archive
  • Mailing list
  • Articles Index
  • Site search

[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, 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 information & quality in healthcare AG Joel Neely <[joel--neely--f] An: [rebol-list--rebol--com]> Kopie: Gesendet von: Thema: [REBOL] CGI POST input rebol-bounce@ 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-