Comments on: 8 useful server variables available in PHP

By: links london

links london — Sat, 22 Jan 2011 09:24:51 +0000

Great post. Thanks for sharing.I am constantly searching online for articles that can aid me. Thanks!

By: shaffy

shaffy — Tue, 10 Aug 2010 05:35:35 +0000

Its really useful,thanks.

By: Sondra

Sondra — Fri, 16 Jul 2010 23:55:50 +0000

Wonderful!! Thank you, thank you! I was able to modify with some little snipps. Added to my fav bookmarks!

By: Ben

Ben — Sat, 08 May 2010 08:03:33 +0000

Goyal, use the php function substr to remove everything before the file name or use strpos. There are really a million solutions. Try checking these out on php.net. It’s an epic resource.

By: goyal

goyal — Sat, 13 Feb 2010 06:26:44 +0000

i am making a website, which will translate webpages in different lanaguages. the url of the served page will be as follows: http://www.bbgoyal.com/hi/index.php. in the above example, i dont wish to captute http://www.bbgoyal.com/hi/. tell me how to capture the remaining part?

By: chiladelphia

chiladelphia — Tue, 13 Oct 2009 18:33:43 +0000

echo $_SERVER["SERVER_NAME"].$_SERVER["REQUEST_URI"] doesn’t return any javascript variables that i’ve tacked on… bummer.

any idea how i can get the #tabview=tab1

By: Pakistani

Pakistani — Sat, 21 Feb 2009 11:22:12 +0000

I studied the all 8 variables. but i need to track the previous page so dynamically i should know the root. thanks you can help me on mjaved.khan@gmail.com

By: John

John — Tue, 10 Feb 2009 15:55:52 +0000

Here’s a tip.

Write for the user instead of the search engines. All that first paragraph said to me was ‘php, server variables, server, php, variable, server’. For Christ’s sake we know what you’re talking about, PHP & Server Variables.

By: Prevent form post request from another domain in PHP

Prevent form post request from another domain in PHP — Sun, 22 Jun 2008 09:54:03 +0000

[...] time, I’ve posted the article about useful server variables in PHP. Among them, we can use HTTP_REFERRER server variables to prevent the cross domain form post [...]

By: Variables del servidor útiles en PHP : Notitodo

Variables del servidor útiles en PHP : Notitodo — Fri, 16 May 2008 11:24:16 +0000

[...] 8 useful server variables available in PHP [...]

By: Daily Find #68 | TechToolBlog

Daily Find #68 | TechToolBlog — Thu, 15 May 2008 12:50:22 +0000

[...] 8 useful server variables available in PHP – If you do PHP you probably already know these. [...]

By: 8 ??????? ???????????? ????????? ?????????? ? PHP | ????????.??

8 ??????? ???????????? ????????? ?????????? ? PHP | ????????.?? — Wed, 14 May 2008 23:20:32 +0000

[...] ????????: ???? ?????? ????????. [...]

By: Roshan

Roshan — Wed, 14 May 2008 11:13:42 +0000

I know document_root sucks in shared hosting…you can know more about these from here as well..

http://roshanbh.com.np/2008/01/absolute-path-and-relative-path-file-inclusion-in-php.html

By: JT

JT — Wed, 14 May 2008 10:27:23 +0000

DOCUMENT_ROOT is evil. Depending on server configuration, this might have a trailing slash, or it might not. So, you might write a whole site on the basis that the trailing slash doesn’t exist, only to find that it does. I find it’s more effective from a portability perspective to create a globally accessible configuration constant which holds the document root path to avoid this.

REQUEST_URI suffers similarly. Again, my solution is a global config constant.

I would also install a browscap.ini and use get_browser() instead of HTTP_USER_AGENT.

Alternatively to SCRIPT_FILENAME, PHP magic constants __DIR__ and __FILE__ are very useful.

By: tevan

tevan — Wed, 14 May 2008 09:07:34 +0000

I’m not sure about the other variables listed, but I think $_SERVER['REMOTE_ADDR'] is an exception in terms of its susceptibility to dangerous manipulation. the IP address of the remote machine can be spoofed, but it will always be in IP format, and therefore it’s safe to store the REMOTE_ADDR variable as-is in your database. that said, it wouldn’t hurt to validate the REMOTE_ADDR variable first, but that may not be necessary.