cgi params are not accepted. Why?

sergio_p916

Hello!

I want to get any POST or GET params from "form" html-tag or from any link from our html-page, but nothing happens.

I use
FreeBSD 4.6.2,
Apache 1.3.27 and
PHP 4.23 (compiled as apache module).

I have compile PHP with options:

'./configure' '--with-mysql' '--with-xml' '--enable-ftp' '--enable-sockets' '--with-gd' '--with-jpeg-dir=/usr/local/lib/' '--with-apache=../apache_1.3.27'

Some apache modules loaded:
mod_php4, mod_setenvif, mod_auth, mod_access, mod_alias, mod_userdir, mod_actions, mod_imap, mod_asis, mod_cgi, mod_dir, mod_autoindex, mod_include, mod_status, mod_negotiation, mod_mime, mod_log_config, mod_env, http_core

I run following code:

 echo "test:$test";

and call this code:

my.php?test=123

BUT when script fihishing I receive nothing.
In browser I see

"test:" ,

and should be

"test:123"

thank you.

hand

<?php 
print "test:$_REQUEST[test]";
print "<br>";
print "test:$_GET[test]";
?>

hundrup

You haven't read the documentation

try enabling register globals in php.ini
this is surely a newbie thread 😉

BuzzLY

Ok, I have read your responses on this matter in a couple of different threads. Your cynisicm notwithstanding, perhaps things need to be explained to you a bit, despite your self-proclaimed expertise.

First of all, most PHP experts I have spoken to have suggested turning off register_globals. That seems to be the defacto standard now, as is illustrated in my second point -- as of 4.2.0, register_globals defaults to OFF. Therefore, your suggestion to turn it on is not an option for many people, and frankly goes against what most experts recommend.

What does this mean? Well, in the short time that I have been working with PHP (starting with 4.2.x, actually), I have been aware of this fact simply because as a newbie I have read much documentation. I have noticed that most of the people that have a problem with register_globals are NOT newbies. The newbies that DO have a problem with it are those that are given code by experts that use registered globals, and can't get the code to work on their own, register_globals-disabled server.

Why, do you suppose this is? Since you are a self-described expert, I'm sure you know, but I'll explain it anyway. Until 4.2.0, register_globals always defaulted to ON. This would mean that anyone that has been using PHP for a few years would suddenly have most of his pages break once PHP was upgraded. If these people are using Apache/PHP service providers, they wouldn't always know about the upgrade, and would find their pages not working quite suddenly.

Why should they assume that something as fundamental as a php.ini directive would get changed like that? Do you think they are going to look to the documentation, something they are probably QUITE familiar with, to see where the change might be??? Or, do you think perhaps, they would come into a help forum and ask if anyone else has had the problem?

Before you come in with your elitist attitude, perhaps you need to understand the FULL nature of the problem. While I may be a PHP newbie, I am a programming veteran. I have seen people like you in every forum I've ever been to, criticizing newbies for not reading documentation, complaining about the "decline of the board." Frankly, the only decline I see on these types of boards is when elitists come in and start complaining about the newbies.

As long as there is prejudice against newbie programmers, there will be this sort of attitude. Perhaps you should start your own "Expert PHP" board. Good luck getting any sort of attendance -- the whole idea of a board of this nature is for the experts to help the newbies -- it's how the Open Source community has thrived for years, and will continue to for years to come.