Hello. Have tried to install zenphoto, but get this error message:
Quote:[b]Zenphoto Error[/b]
MySQL Query ( SELECT name, value FROM foto_options ) Failed. Error: Table 'medkom.foto_options' doesn't exist
It looks like your zenphoto tables haven't been created. You may need to run the setup script.
When I go to zenphoto/zp-core/setup.php i get this message:
Quote:No input file specified.
Anyone know what to do? Have checked, double-checked and tripple-checked the database info, have also tried on two different databases.
Sorry, can's say it worked. The setup.php-file is in the zp-core-folder. If I should take a wild guess, it looks like the database don't accept/import the tables. I have no knowledge about this, so i can't say for sure.
I'll wait for the 1.1.3-release and try then.
The adress is http://medkom.org/zenphoto/
Will try the 1.1.3-version, priority others above me.
At least to the next time I'll need help.
Edit: Damn, won't work with the 1.1.3 version. Seems to be the same. Is there a way to check if my DB information is correct?
Edit2: Okay, I managed to install bbpress, so it shouldn't be anything wrong with the database information.
But, if it helps, the configure file:
This gallery lays here: http://utvikling.altarussen.org/zen/
You have provided two urls. The first ( http://medkom.org/zenphoto/ ) gives me the zenphoto error that is an indication that the setup program has not been run. The second ( http://utvikling.altarussen.org/zen/ ) takes me to a logon screen.
Which is the correct one? On the first site I tried to run setup for you, however I got a page not found error indicating that setup.php is missing from the install. Have you run setup.php?
Daxeno, what's your site's address? Are you also getting the error with setup.php not being found, or just the Options table mysql error?
kristofferb, For some reason on the medkom.org site the Setup.php file cannot be found. This is the main problem, but I don't know what's causing it -- the "No input file specified" error is not from Zenphoto.
I just thought of something --- what are the permissions set on your zp-core .php files? They should be set such that the server process can read them, so try chmodd'ing at least chmod 644, or even try chmod 777 to see if it works... (if you're just using an FTP client, just make the permissions so User Group and Everyone can [R]ead, and also try allowing everyone to Execute as well).
But -- the main (and only) problem is that the server (specifically the PHP CGI process) can't read the PHP files. It's a server config problem, but we'll try to help you solve it...
Hello Tris!
Here's my site address > http://daxeno.craserv.com/zenphoto/
hope you could figure it out.
in IE : it says
The webpage cannot be found
HTTP 404
Most likely causes:
There might be a typing error in the address.
If you clicked on a link, it may be out of date.
This error (HTTP 404 Not Found) means that Internet Explorer was able to connect to the website, but the page you wanted was not found. It's possible that the webpage is temporarily unavailable. Alternatively, the website might have changed or removed the webpage.
and on the FF, it says
No input file specified.
Dunno whats wrong.... all files have been uploaded successfully. This only happened since i have changed to 1.1.3.
Daxeno, I want you also to check the permissions on all those files, make sure the server can read them. I don't see why not though... this is very odd...
Stephen it's definitely happening in zp-core. It also doesn't work with rss.php
It could be a mod_rewrite bug: Try this out:
http://daxeno.craserv.com/zenphoto/zp-core/testtest.php
That gives you a zenphoto error, when I believe it should not redirect (since it's the zp-core folder)
daxeno/kristofferb -- Try removing the .htaccess file. I want to see what that does...
Removing the .htaccess file helped (see http://utvikling.altarussen.org/zen/ user/password: dev/dev) getting up the setting page. Thank you all for the help.
But why is there so few repports on this?
Tris, all files CHMOD's correct and the servers reading it.
i also have tried the tes.php and the result was the same >
"Zenphoto Error
MySQL Query ( SELECT name, value FROM zp_options ) Failed. Error: Table 'daxenoc_dakseno.zp_options' doesn't exist
It looks like your zenphoto tables haven't been created. You may need to run the setup script."
i removed the .htaccess and now it is working. so it might be the htaccess file.
this is whats inside that file:
htaccess file for zenphoto
NOTE: Change the RewriteBase below to the absolute path to your zenphoto directory.
RewriteEngine On
!!! Change this to the web path (eg: http://www.yourwebsite.com/photos --> /photos) !!!
RewriteBase /zenphoto
RewriteRule ^admin/?$ zp-core/admin.php [R,L]
RewriteCond %{REQUEST_FILENAME} -f [NC,OR]
RewriteCond %{REQUEST_FILENAME} -d [NC]
RewriteRule ^.*$ - [R,L]
RewriteRule index.php$ index.php [L,QSA]
RewriteRule ^page/([0-9]+)/?$ index.php?page=$1 [L,QSA]
RewriteRule ^page/([A-Za-z0-9-_]+)/?$ index.php?p=$1 [L,QSA]
RewriteRule ^(.*)/page/([0-9]+)/?$ index.php?album=$1&page=$2 [L,QSA]
Rewrite rule addtion for seach
RewriteRule ^page/([A-Za-z0-9-]+)/([A-Za-z0-9-]+)/?$ index.php?p=$1&words=$2 [L,QSA]
RewriteRule ^page/([A-Za-z0-9-]+)/([A-Za-z0-9-]+)/([0-9]+)/?$ index.php?p=$1&words=$2&page=$3 [L,QSA]
Rewrite rule addtion for archive-/date-search (needed to be separarted because of the same structur)
RewriteRule ^page/([A-Za-z0-9-]+)/archive/([A-Za-z0-9-]+)/?$ index.php?p=$1&date=$2 [L,QSA]
RewriteRule ^page/([A-Za-z0-9-]+)/archive/([A-Za-z0-9-]+)/([0-9]+)/?$ index.php?p=$1&date=$2&page=$3 [L,QSA]
RewriteRule ^(.)/image/(thumb|[0-9]{1,4})/([^/\]+)$ zp-core/i.php?a=$1&i=$3&s=$2 [L,QSA]
RewriteRule ^(.)/image/([^/\]+)$ zp-core/i.php?a=$1&i=$2 [L,QSA]
Catch-all - everything else gets handled in PHP for compatibility.
RewriteRule ^(.*)/?$ index.php?album=$1 [L,QSA]
Daxeno, it seems to be a bug in the mod_rewrite configuration, so try deleting or renaming your .htaccess file to fix it. Then you should be able to run setup.
This seems to be a problem specific to servers running PHP as a CGI process, which isn't the most common setup but exists nonetheless (and can be better in some cases). Our .htaccess file seems to be messing with that.. I'll try setting up a PHP-CGI and test it out. Until then, if you're seeing this problem unfortunately you'll have to disable .htaccess for now while we get it figured out.
(Stephen: I wonder what changed since 1.1.2?)
trisweb:
There were additions for the search rules that malte put in. Basically line 12 rewriterule ^search/? index.php?p=search [R,L] was dropped and
` #### Rewrite rule addtion for seach
RewriteRule ^page/([A-Za-z0-9-]+)/([A-Za-z0-9-]+)/?$ index.php?p=$1&words=$2 [L,QSA]
RewriteRule ^page/([A-Za-z0-9-]+)/([A-Za-z0-9-]+)/([0-9]+)/?$ index.php?p=$1&words=$2&page=$3 [L,QSA]
Rewrite rule addtion for archive-/date-search (needed to be separarted because of the same structur)
RewriteRule ^page/([A-Za-z0-9-]+)/archive/([A-Za-z0-9-]+)/?$ index.php?p=$1&date=$2 [L,QSA]
RewriteRule ^page/([A-Za-z0-9-]+)/archive/([A-Za-z0-9-]+)/([0-9]+)/?$ index.php?p=$1&date=$2&page=$3 [L,QSA]`
was added after line 21