Keep Server Online
If you find the Apache Lounge, the downloads and overall help useful, please express your satisfaction with a donation.
or
A donation makes a contribution towards the costs, the time and effort that's going in this site and building.
Thank You! Steffen
Your donations will help to keep this site alive and well, and continuing building binaries. Apache Lounge is not sponsored.
| |
|
Topic: AD - magic letters !! |
|
Author |
|
remboserver.com
Joined: 05 Oct 2016 Posts: 3 Location: Latvia, Riga
|
Posted: Wed 05 Oct '16 15:58 Post subject: AD - magic letters !! |
|
|
Hi All!
Sorry for my English .)
I have been using your product for more than ten years, and I'm going to use it in the future.
Now I installed httpd-2.4.23-win64-VC14 - 27 September upgrade OpenSSL to 1.0.2j, and I am having a small problem that I would like to discuss on your forum.
I have my own website: www.remboserver.com
It shows the stats of my players play UT2004 servers.
After the transition to Apache_2.4.23-x64, I found that a player from Andorra displayed without their country's flag ...
http://www.remboserver.com/utstats/index.php?stats=players&rank=nmbr&page=199
- Player with nik Hotentote, number 9921
Trying to figure out the reason, I found that the reason for it is the name of the file - AD.gif
Further experiments showed that the combination of two letters - AB - cause inoperability of my PHP code:
<td class="dark" align="center" width="22"><a><img SRC="flags/{$ISO2}.gif" border="0" ALT='$ISO2 ( $country )' title="$ISO2 ( $country )"></a></td>
Flag isn't visible if $ISO2='AD' !!!
But these two letters were magical, not only in the code!!!
If I create a file or AD.html or AD.php - they do not work in Apache and not displayed as pages, regardless of their content, even though it is written in them only "It works!".
Try to rename the default file lying in /Apache24/htdocs/index.html to /Apache24/htdocs/ad.html
And you will see the result...))
Thnx. |
|
Back to top |
|
glsmith Moderator
Joined: 16 Oct 2007 Posts: 2268 Location: Sun Diego, USA
|
Posted: Wed 05 Oct '16 20:53 Post subject: |
|
|
HA HA HA HA that's good! But the bug is in Firefox in my case I think.
I tested the AD file/folder name and had no problems. I created the folder AD, put inside the folder AD.cgi AD.html AD.php and tried it out.
https://s21.postimg.org/rhlnbkevb/image.gif
I started to post here that I cannot duplicate this problem but something in my head told me to try copies of the files in the DocumentRoot. What I got was
AD.cgi: 404
AD.html: 404
AD.php: 404
Knowing I had put a copy of these files in the DocumentRoot and I didn't just hallucinate it I laughed. But, Windows is case insensitive on filenames so I gave ad.cgi a try, it worked, then ad.html and ad.php.
Now if I try AD.cgi/html/php they work as expected. So I could not pin this down to Apache at the time.
Out comes slow old IE9, does it happen there as well? The answer is no. Right from the start it worked fine on the AD.cgi file in the Documentroot.
If you are not using Firefox (Firefox 49.0.1) it may still be Apache, or Firefox 49 or just this specific version of Firefox 49.0.1.
Last edited by glsmith on Wed 05 Oct '16 21:49; edited 1 time in total |
|
Back to top |
|
glsmith Moderator
Joined: 16 Oct 2007 Posts: 2268 Location: Sun Diego, USA
|
Posted: Wed 05 Oct '16 21:41 Post subject: |
|
|
UPDATE:
While I was doing something else I thought about one more test. I restarted Apache and fired up old IE9 again and gave it a try.
AD.html: 404
So at this point it seems it is Apache and for whatever reason it seems to only affect the DocumentRoot, not any directories below it.
I wonder if it happens also on Linux which has a case sensitive filesystem so you cannot cheat and use ad.cgi/html/php as I did earlier and at that point Apache began to work properly.
It seems to me to be worthy of a bug report. |
|
Back to top |
|
remboserver.com
Joined: 05 Oct 2016 Posts: 3 Location: Latvia, Riga
|
Posted: Thu 06 Oct '16 9:05 Post subject: |
|
|
It's funny...
On my computer has 3 web browser - IE11, Google Chrome and FirFox, and all work the same way - none of them does not show files with the name "AD.*" regardless of what they are written in the register ....
However, today I was trying to go to a page from other computer, and was very surprised - all work properly!!
It turns out that to blame my home computer?!
But what it can be ?! |
|
Back to top |
|
remboserver.com
Joined: 05 Oct 2016 Posts: 3 Location: Latvia, Riga
|
Posted: Thu 06 Oct '16 13:23 Post subject: |
|
|
HA HA HA HA!)))
I have found the reason for such behavior of the browser!
This outrageously Kaspersky Anti-Virus
))) |
|
Back to top |
|
glsmith Moderator
Joined: 16 Oct 2007 Posts: 2268 Location: Sun Diego, USA
|
Posted: Thu 06 Oct '16 17:55 Post subject: |
|
|
But I do not have Kaspersky and I was able to duplicate, so is it really Kaspersky? |
|
Back to top |
|
|
|
|
|
|