Install.php Don’t Run ( Download file it self )

May need to add:
AddType application/x-httpd-php .php

to your httpd.conf file.

Could also require a call to your host.

i try that and don’t work any other thing so weird always i install this super easy and today i give me error with that

Windows, right? It’s likely a problem with the file extension and the way you saved it in Notepad. It sounds like the file is saved as “install.php.txt” instead of just “install.php”. Notepad’s default setting is to save as a TXT file; the solution is to select “All Files” when saving a file.

the install file it don’t have to do anything with that file i just download and put the databse them upload the files and the install still the same never touch

Sounds like your host doesn’t support PHP. (assuming that you are not running server locally – “upload all the files in the ftp”)
“A call to your host”, like Michael said.

Yes, I installed WordPress today for the first time. My host offered this installation through thier interface, which I tried first. I get 500 error when I do this.

Then, I install on my own, and several hours into the “famous 5-minute install” (someone must have really been biting thier tongue writing this one…), I have progressed to where install.php finally works (says install has already been completed). Honestly, is there any error checking in this code — the bang your head on the keyboard until it works thing really bites.

I finally figured out the permissions of the top directory was wrong, which gave me the 500 error on the wp-login.php, and now I have the login screen. When I try to login, my browser tries to download wp-login.php.

I tried uploading all of the files in the root wp directory (I have as /blog) as ascii, rather than binary, then vice-versa and now nothing works. If I go to a directory, I get page not found, and if I go to a file, it tries to download it. It seems to be a permissions or file type (ascii vs. binary) problem or something like that, but since the installer never checks for anything like that it is impossible to tell what the problem might be. And call my host? Please — I don’t want to spend the next 3 hours on the phone… PHP obviously works fine.

Back to bblog, which works (using PHP). Argh.

is there any error checking in this code

.. yeah, it starts in the CHAIR dude. Some issues I see here regarding installation are hosting environment issues which you understandably seldom have control over. But most times it’s someone playing fast and loose with the installation procedure, skipping a step because they think it’s not necessary. The steps are there for a reason and half the universe has successfully installed WP so don’t come on here griping because you think the five minute install is a joke. I do installs for pay for my clients and others, and I’ve had things go wrong and it’s *always* been because I thought I could fudge a step or two. Nope. That never works.

And if you don’t like your web host’s response time, then find a new web host. Sometimes there’s nothing anyone here on the forum can do for you. Especially if it has to do with your hosting environment. So whether you LIKE sitting on the phone or not, sometimes it’s necessary. And if it’s a PHP issue with PHP4, PHP5 or something that your host is doing or not doing, then bblog ain’t gonna work any better, since it’s a PHP program too.

Yeah, well, I get cranky when I get frustrated. I just hate being in the CHAIR when I beat my head and the software I am trying to install gives no indication of what is wrong.

I chatted with my host. They said they tweaked some CGI setting, and I need to wait 20 minutes, but nothing has changed. I managed to check the CGI logs while they were doing whatever, and I have a bunch of missing tables wp_posts, wp_users, etc. But the install doesn’t run because it uses an environment variable to tell if it worked or not.

Now, I have to start digging to figure out how to hand-populate all of the tables which didn’t get installed because something isn’t checking return values in the code when it installs, or figure out how to change the install environment variable to I can re-do the install.

Ok, the fix for me was as follows.

I whacked the siteurl column from the wp_options table, and I was able to re-do the install, which in-turn populated a whole ton of tables (the first attempt only created three tables for some reason).

I still get the page not found error in wp-login.php. I changed permissions to the top-level (/blog) directory to 644, and everything works fine.

If there’s not going to be any other site stuff in your root, there’s no reason not to install WP there. A lot of problems seem to stem from WP being installed in other than the root, coupled with folks mucking around in those WP URL settings. But looks like you have solved it. So ..

I’ve been waiting years to say this. Here goes: So easy even a wpcaveman can do it! {{snort}}

??

A complete newbie here.

Just extracted lampp in /opt/lampp/, then loaded WordPress into htdocs.
Edited wp-config.php with password and database info.
Saved new info.
Run sudo /opt/lampp/lampp start.
Seems to start OK.
Pointed browser to /opt/lampp/htdocs/wp-admin/install.php
Browser asks me where I’d like to download file to.

Any anwers for this. I’m sure I’m not alone.
Running lampp on localhost before attempting to load to host server.

I’m not a wpcaveman so having trouble.

Kubuntu 8.04.1
lampp 1.6