Re: METHOD=POST not worikng
| From: | IraqiGeek | Date: | Tue, 16 May 2006 00:38:32 +0000 |
| Subject: | Re: METHOD=POST not worikng | ||
| References: | 1 2 | Groups: | php.general |
| Request: | Send a blank email to php-general+get-236249@lists.php.net to get a copy of this message | ||
On Tuesday, May 16, 2006 1:20 AM GMT,
Richard Lynch <ceo@l-i-e.com> wrote:
On Sat, May 13, 2006 9:16 am, IraqiGeek wrote:Richard, Thanks for the replies. I have already fixed this problem thanks to the help from the list members. Rabin has noted to me that php_self, as a string is case sensative. I corrected the call to be $_SERVER['PHP_SELF'], and everything was fine. Regards, IraqiGeek www.iraqigeek.com "Bollo^G^G^Gther", said Pooh, on his VT220 emulator.I'm learning PHP on a Debian Etch with Apache 2.0.54 and PHP 4.3.10, and using Firefox 1.5.3 on a Windows XP box to browse the sample site. I wrote a small form to get user input. If I use METHOD=GET, then the form works fine, without any glitches. However, if I use METHOD=POST in the form, I don't get the data back to the script. Googling around, I found a reference to mod_bandwidth, but AFAIK, this module is used to regulate/limit user traffic. Are there any modules missing that prvent METHOD=POST from working properly? any config files that need to be edited?httpd.conf for Apache can be configured to not accept POST data. I believe some default httpd.conf settings did just that, in olden days... You'd be getting an error message from the server if that was the case, though. What are you using to try to SEE the data? It's also possible that php.ini settings for EGCPS order preference (whose name is escaping me) might be badly-configured enough to cause this...