I have another may clue for this :

I installed zenphoto to my other hoster (1&1) in a directoy and the I "pointed" one of my name domain on this directory : no problem
But if I point the me "generic 1&1" name domain on the same directory I've got the famous "setup scripts missing.
If I upload again the setup files and run the update from the "generic 1&1", it works with it.
So it means that zenphoto insert somewhere the information about the domain name.

In conclusion, it means that the problem with Celeonet is that the install scripts doesn't run at it should ?

If you use modrewrite Zenphoto needs to set a base directory in the htaccess file. On a url like www.yourdomain.com that is just /. If it is a folder like www.yourdomain.com/zenphoto it would be /zenphoto. You can't have both.

This has been reported before. In that case the issue was that the "server admin' was different for the two links. Thus the installation seemed to have changed.

The biggest problem you will have with disabling the checkInstall() is that Setup will not automatically run if you upgrade. Very likely this will cause some strange Zenphoto failure as the database will not match the new installation's expectations. If you are sure to run Setup each time you do any upgrade this will not be an issue.

Of course, you will also have to make the above change each time as well.

Thanks for you answers.
I use the modewrite of Zenphoto.
And I've seen that the htaccess was correctly created with
`RewriteBase /galeries`
(Site is at : http://www.atelierscales.net and zenphoto gallery at the "galeries" menu).

So to resume and if I forget the last idea that was appear because of 2 domain name.

What is the issue for this erractic behavior on some hosters ?
Because for now I've disable the checkinstall() on my install at my actual hoster and I've prepared to move to another hoster. So I have and I will have my site running but I still don't know why it works fine with some hoster and don't with others.

Thanks.

If you run setup on upgrade/installations setup will create the htaccess file. If it is not the right one or does not exist it will notify you.

The checkinstall issue I will leave to my collegue to answer.

Well, we really do not know why your installation seems to keep changing. Zenphoto does make a check (as you have noted) that there has been no change in the install. If there has been one it runs setup to insure that all things are set properly for the new installation.

You can look at the function `installSignature()` to see the exact computations that are made. Then ask yourself which of those keep changing on your site. All should be static unless there has been a change in the installation.

OK thanks everyboby.

I've use the tips by Pedersen and I'm waiting to move py site to my other hoster.

Just for the record, I had a similar problem that after setting secure admin mode, each time I switched between http and https I was redirected to the setup screen.

After inserting a var_dump($t1) into installSignature, it turned out that the server admin was different for the https and http virtualhost. This error thus could happen if a gallery is shown on multiple virtualhosts (with possibly different admins).

I don't know what would be a really good way way to recognise a reinstall, but I am not sure this is it (i.e. the SERVER_ADMIN variable).

I hope this information will be useful for someone, I spent at least an hour figuring this out...

The admin really should be the same for the site no matter how it is accessed. The admin changing is a good indication that something is different.

I ran into this problem when trying to setup a dev site. I have an SVN repository from which I push onto the live site, and I have a separate development site on my local machine. Since I only had changes to the PHP files that interested me, I set up my local machine to use (share) the remote/live DB. The first time I tried to run zenphoto on my local machine I got the missing script error, since it turned out `getOption('zenphoto_install')` and `installSignature()` obviously didn't match, since the install sig is made using $_SERVER['SERVER_ADMIN'] and $_SERVER['DOCUMENT_ROOT']....... but I guess this would also affect you whenever you moved servers. I guess you can just manually print out your installSignature and reset it in the DB if it's a permanent move.

http://php.net/manual/en/reserved.variables.server.php

It's definitely something that stops you from simply being able to move / duplicate your entire ZenPhoto install w/o tracking down how the installSignature works.... not quite sure if that's a bug or a feature

It is a feature. You should always do a new install if you have moved your installation. Maybe you [i]think[/i] everything is the same....

if you want change the installSignature

you can paste this line

setOption('zenphoto_install', installSignature());

in index.php and remove after work

I had the same problem and could solve it like this:

1 - Access the database and backing up the database actual

2 - Delete the database

3 - Reinstall the application with the version that is in the directory with a new database

4 - Access the database

5 - Enter the table ZP_options

6 - Taking the field values ​​and zenphoto_release
zenphoto_install

7 - Delete the database installed and import the old

8 - Change the values ​​of the fields and zenphoto_release zenphoto_install the new basis that formerly had been installed with the values ​​obtained.

This is almost comically complex.

Why does zenphoto make it so difficult to move an installation? In my experience it's impossible without mucking about in MySQL as the previous poster suggests.

I don't know why the complex install signature is necessary. It's a photo album, for pity's sake, not the CIA archives.

If it is too difficult for you, don't do it. Beleive me, everything we have done is to prevent downstream problems for botched sites. Besides, it really is not so difficult to move an installation. Just use zenphoto to backup the old install, make a new (same version) zenphoto install. Move the albums folder, move the backup, then do a restore.

I worked this out

I renamed my directory on 1and1 and this caused the message to come up

changed it back and it works ok now



Website: [not relevant]

Well, yes, that would cause the need to re-run setup. You can change the directory, but then setup needs to be re-run to make the needed changes to reflect the different directory.

This is an old post, but still I'd like to point put my non-understanding of this installSignature-thing. I've recently upgraded my v-server and made backups of everything (database and files). After the new install I put everything back (document root path changed) and got the message to run the installer again (which is not present). After some searching I've found this thread.

Being a PHP programmer myself I'm quite surprised of this install signature thing. If I backup my files and copy them back, where's the need for the installer to run again. (And by the way I wasn't prepared that a mysqldump seems not sufficient to dump a zenphoto database. Instead I should have used some zenphoto internal backup thing. Did read that after upgrading the server, which was much too late.)

It took me a while and a little bit of coding to find the installSignature() function. Finding it didn't make me feel better. Eval is evil - as far as php is concerned.

Removing the line that calls reconfigure worked for me.

You are not on the current release which tells you more about why setup likes to run. Please see also:
http://www.zenphoto.org/news/installation-and-upgrading#re-running-and-re-uploading-setup-files
It was introduced after quite a bit Zenphoto powered sites were hacked last November, although not due to Zenphoto's fault. You can read about that on our news section.

eval() is not per se evil (as nothing is), just wrong usage. If you feel it is used wrong, feel free to investigate that (be sure to read on the contributor guidelines first) and create a ticket.

eval() is not even wrong useage. There are many good reasons to use it.