MrX

Maybe your hosting company is using a different mySQL password?

Maybe it's your browser cache that's causing the XAMPP icon to show up even after you've uninstalled it You're sure you didn't copy XAMPP's favicon.ico into Uniform Server, right?

You're welcome

Olajide, I think riyadh misunderstood you and installed Apache again Now things are getting even more complicated riyadh: Could you post your W:\usr\local\apache2\logs\access.log here as well and have you edited any of the config files, httpd.conf or php.ini? Have you tried to view your PHP file using another browser? If the same thing happens in the other browser (you get a download prompt with it too), please download the file it is asking you to download and post the contents of that file here

Do you get this problem with a clean installation of Uniform Server? If you do, paste the contents of your error log (which should be W:\usr\local\apache2\logs\error.log) here

Ok, so what do you see in the column shown in step 2?

As AlleyKat said above, do you think it's your firewall that's causing this problem? Do you have this problem when you view that image from http://localhost/ or http://127.0.0.1/?

Sorry about that I've edited my post, the sentence that was left out is in red

One question, Ric, if you use "www/skylink", Apache looks for W:\www\www\skylink but if you use "/www/skylink", Apache looks for W:\www\skylink, am I right?

QEMU (although it's kinda slow)

For more security, you should also fix this security flaw.

Are you talking about our IRC channel?

You'll probably need to tell us where you placed that .htaccess (as RewriteBase and the file path in RewriteRule all depend on the location of the .htaccess file you wish to use with Datalife Engine) and everything you placed in it

Have a look at this forum topic found on ApacheLounge.com, Jailing Apache On Windows

Hmmm.. a little messing around with the Command Prompt could solve this Start the Command Prompt and then type netstat -ano | find "LISTENING" | find ":80" You'll see a bunch of stuff like "TCP x.x.x.x:80 x.x.x.x:0 LISTENING ", what we're interested in here is , if there are more than one (which normally shouldn't happen), repeat the steps below for each one Type tasklist /SVC /FI "PID eq ", replace with the one you saw after executing the first command. You'll see 3 lines of stuff, but we're only interested in the last line, which should be something like " ", if is N/A and is not Apache.exe, then post the output of this command here (if is Skype.exe, then just search the forum for how to change the port it listens on); if is not N/A then proceed to the next step Type net stop , replace with the one displayed after executing the command above (it shouldn't have any spaces) You should see something like "The xxxx service was stopped successfully", this means that you've got rid of the service (probably IIS) that was using port 80 (and thus making you unable to access Uniform Server); if any output other than that was received, post it here Hope that helps

You could try to replace DocumentRoot "www/skylink" with DocumentRoot /www/skylink

It's probably because of W:\www\.htaccess, which you'll have to edit to allow others to access your server. Some information on how to do that may be found here. But if you want a quick fix, just delete that file or rename it to something else. It shouldn't hurt as it only does two things as far as I can see -- prevent others from accessing your server (before it's ready to be accessed) and to enable the execution of CGI scripts for your whole HTTP document root (which you should disable unless you really need it)

The Admin Panel (if that's what you're talking about) doesn't work properly when you install Uniform Server as a service, as it's only designed to work in the virtual drive (W:\, by default), which isn't created by the service plugin. As far as I know (at the moment), there are two ways to solve this problem, by installing Server_Start.bat as a service (I've never tried this method but it could work, try using FireDaemon for this) or messing with the file paths in the Admin Panel. Please do note that although my suggestions should work (theoretically speaking), I have no way of trying it out and haven't touched anything like this for about a year

Ok, I'll have to admit, my perception of stuff can be quite weird sometimes. So, I'll just let the log talk for itself, the underlined stuff is the question I asked you and the answer I got, whereas the bold words are where I think the misunderstanding is: I must add that when I asked you that question, I meant, why are you using Port 81 inside your network as you could just do a forward from your Internet IP to Port 80 on your network IP as Port 80 is only blocked on your Internet IP.

Wow, that's probably the one of the first times you've agreed with me

"Hackish" ways of doing things are always dangerous

If you want the MSVC++ 8 DLLs, you'll need to install that 2.52 MB file unless another program has already installed them for you. Why don't you search for all instances of MSVCP80.dll and MSVCR80.dll in your PC, delete them and then rename MSVCP70.dll and MSVCR70.dll to MSVCP80.dll and MSVCR80.dll respectively? Then, we'll know if it really works. MSVC++ 7.0 = MSVC++ 2003 MSVC++ 8.0 = MSVC++ 2005

Anyway, enough of those complex arguments. Before I continue, if you happen to have those Visual C++ 2005 Runtimes installed on your PC, please check if they came with (or were installed together with) another program. You should also check if Windows Update had installed them for you Ok, now, allow me to use simple reasoning to tell you why most users won't have them (pre)installed on their PCs "out of the box". Visual C++ 2005 was obviously released in 2005. XP and the latest Service Pack 2 were released before 2005. How could DLLs that were released in 2005 come with software that were released before that? (Unless Microsoft stupidly included beta versions of the DLLs in them, which I wish they'd do so their damn OS will have more problems and users would have no choice but to switch to another OS but well, I don't think that's happening any time soon )

He probably didn't know about it

See the difference? MSVC++ 2005 is also known as MSVC++ 8 not MSVC++ 7, which is what I was talking about! (Note: MSVC++ stands for Microsoft Visual C++)