php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Doc Bug #55830 (minor) contant order
Submitted: 2011-10-02 09:57 UTC Modified: 2011-10-08 21:38 UTC
From: moosh@php.net Assigned: frozenfire (profile)
Status: Wont fix Package: Documentation problem
PHP Version: Irrelevant OS:
Private report: No CVE-ID: None
View Add Comment Developer Edit
Anyone can comment on a bug. Have a simpler test case? Does it work for you on a different platform? Let us know!
Just going to say 'Me too!'? Don't clutter the database with that please — but make sure to vote on the bug!
Your email address:
MUST BE VALID
Solve the problem:
44 - 30 = ?
Subscribe to this entry?

 
 [2011-10-02 09:57 UTC] moosh@php.net
Description:
------------
---
From manual page: http://www.php.net/reserved.variables.server#refsect1-reserved.variables.server-indices
---
What's the order of server indices ?

Why  not alphabetical order ?






Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2011-10-08 21:10 UTC] frozenfire@php.net
-Status: Open +Status: Assigned -Assigned To: +Assigned To: frozenfire
 [2011-10-08 21:30 UTC] frozenfire@php.net
-Status: Assigned +Status: Wont fix
 [2011-10-08 21:30 UTC] frozenfire@php.net
At first, I was inclined to agree with you. Then, after some thinking, it 
occurred to me that the indices are currently grouped based upon the function 
they relate to.

The current ordering is sensible, so I won't change it.
 [2011-10-08 21:38 UTC] moosh@php.net
@frozenfire I agree, but  perhaps  explain it in top of list ?

 How  I discover it. I was searching "REQUEST_TIME" to confirm it exists, I Found REQUEST_URI, and REQUEST_TIME was not near REQUEST_URI. So in a first time  I thought be on a wrong way. It's only later I saw it  upper in the list.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Thu May 02 18:01:32 2024 UTC