Installation frustration Installation frustration
 

News:

cpg1.5.48 Security release - upgrade mandatory!
The Coppermine development team is releasing a security update for Coppermine in order to counter a recently discovered vulnerability. It is important that all users who run version cpg1.5.46 or older update to this latest version as soon as possible.
[more]

Main Menu

Installation frustration

Started by jakev, August 19, 2005, 12:31:26 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

jakev

Hello,

I made the mistake of downloading and installing everything on my home computers to test coppermine out. Naturally, everything went smooth as could be... and I liked it.

Then, I decided to move this onto our (extremely similar) work server, and have had no success at all after two days of attempting (multiple times and multiple ways) to get cpg up and running.

I have read thru these forums for hours, tried many suggestions here, and even tried copying settings/config/etc from my home computer to my work computer... no go.

Both systems are extremely similar:

Win2k server W/ SP4 and all updates
IIS
MySQL 4.1.13a (full install)
Php 5.0.4 (manual install)
CPG 1.3.3

The work computer will not write tables to MySQL, and in fact gives a blank screen (w/ logo) after running install.php. I have read thru dozens of threads about blank screens, but nothing seems to work...

I tried turning errors on in php.ini and still do not get anything but blank screen (w/ logo). I made sure long arrays were set to on, doublechecked (a few times) all paths were set up correctly, re-downloaded and re-installed PHP, CPG, and MySQL, setup internal website as well as localhost, re-configured php.ini, etc. I even tried not putting in correct info in blanks (MySQL database, username, password, etc...) and didn't get any errors, just blank w/ logo.

Since I did not receive any error messages, with all the different changes I've made, I wondered if php was actually functioning properly. But creating a simple php script to echo something on screen worked... (vgallerie.com/test.php)  I haven't quite figured out a way to test if php can interact with MySQL yet, but that's the next direction I'll be trying to learn (so I can rule that out).

One other thing to note, I get "open/save" dialogue box when trying to use firefox to run any coppermine *.php files, however my test php file will open properly on firefox. IE6 will "run" both the test php and cpg php files. I don't know if that may indicate anything or not. I am going to check tonight to see if my home setup is the same way.

The web address of this is vgallerie.com/install.php

So far, I can't believe I was so "lucky" to spend an hour or two getting this up and running at home, and now I've spent a few days unsuccessfully at work.  :-\\

Any ideas or help would be appreciated.

And hopefully this isn't something obvious I overlooked... I did try to read thru a LOT of forum post without much luck, so sorry if this has already been covered.

Joachim Müller

Quote from: jakev on August 19, 2005, 12:31:26 AM
Php 5.0.4 (manual install)
register_long_arrays in php.ini turned on?

jakev

Well, it IS turned on (long arrays)... but I think I may have found what is the culprit.

I found another post that asked another user to put up a "phpinfo()" page. I did this, and it appears that it is looking for php.ini in my winnt directory, not in the php directory where it is located. I searched all of winnt (and subfolders), but didn't find php.ini in there, and I don't recall having put it in there to begin with.

So, now I am guessing I need to figure out how to tell php to look for the REAL ini file. Or just move my ini file to the winnt folder.

That is just a guess as to what may be causing this problem.

in the phpinfo() page, it doesn't have any changes I have made to the directory locations, and other changes I have made... altho for some strange reason register_long_arrays is set to on... go figure.

I have re-installed php a couple of times, so I am assuming there is something (registry key?) that is pointing php to c:\winnt for the php.ini file... anyone have any clue where I would change that at?

Thanks

Joachim Müller

only one php.ini file is being taken into account on your server, even though you may have some of them on your server. Edit the one that is shown in phpinfo(). Remember to restart your webserver after editing the file to make the changes become effective.

jakev

Thanks,

I had figured that somehow php was pointed to C:\winnt, altho I don't recall ever putting it in there... and there was no php.ini at that location. That was the cause of all my problems.

Now I am just trying to figure out how to change php to look back to my php folder for the correct php.ini.

I have temporarily moved my php.ini into c:\winnt folder, and I guess that is OK... just would rather not stick extra junk there. I searched the registry, and tried reinstalling PHP, but I can never get it to look for php.ini anywhere else besides c:\winnt.

Oh well.

kegobeer

I'm guessing you installed with the PHP installer?  You should always manually install PHP - download the zip and extract the files, and follow the manual install steps from the php website.  PHP even recommends doing the manual install.
Do not send me a private message unless I ask for one.  Make your post public so everyone can benefit.

There are no stupid questions
But there are a LOT of inquisitive idiots