Hi Simbul,
Thanks for the info. that didn't work. this is a really strange problem indeed. Here is the new error that it generates:
Warning: fsockopen() [function.fsockopen]: php_network_getaddresses: getaddrinfo failed: Name or service not known in /homepages/13/d209020387/htdocs/VinnyAndJess/wp-content/plugins/zenphotopress/classes.php on line 240
Warning: fsockopen() [function.fsockopen]: unable to connect to :80 (php_network_getaddresses: getaddrinfo failed: Name or service not known) in /homepages/13/d209020387/htdocs/VinnyAndJess/wp-content/plugins/zenphotopress/classes.php on line 240
I've tried disabling all other plugins and trying again, but the error is the same. I am using 1and1 as my web host. They allow both php4 and php5 to run, so i had to update my htaccess file with the following info:
AddType x-mapp-php5 .php
AddHandler x-mapp-php5 .php
i'm wondering if something was missed there...
Ok, I managed to scrap some time together for some fixes.
ZenphotoPress 1.5.1 should solve all the issues which popped up since the release of 1.5 (most notably, it restores compatibility with PHP4).
I'm running zenphoto 1.2 [2213], wordpress 2.6.1 and zenphotopress 1.5.1. I have php 5.2.4 installed, yet I still get an empty albums dropdown. The message from ZP_E_ALL debug level was:xxx
ZenphotoPress Messages
INFO
PHP Version: 5.2.4
INFO
Current working directory: /home/vhosts/xxx/subdomains/blog/httpdocs/wp-content/plugins/zenphotopress/tinymce
INFO
POST:
INFO
GET: Array ( [tinyMCE] => 0 )
INFO
ZenphotoProxy method: cURL
INFO
ZenphotoProxy call: http://xxx/wp-content/plugins/zenphotopress/zenphoto_bridge.php?function=get_albums&admin_path=/home/vhosts/xxx/httpdocs/zp-core/
Any ideas? Can I get rid of tinymce?
When I do that, this is what I get:
a:90:{i:0;a:3:{s:5:"value";s:2:"57";s:4:"name";s:20:"070708 plaswijckpark";s:8:"parentid";N;}i:1;a:3:{s:5:"value";s:2:"34";s:4:"name";s:20:"12 Days of Christmas";s:8:"parentid";N;}i:2;a:3:{s:5:"value";s:2:"88";s:4:"name";s:12:"2004Ardennen";s:8:"parentid";N;}i:3;a:3:{s:5:"value";s:2:"87";s:4:"name";s:23:"2005AankomstSinterklaas";s:8:"parentid";N;}i:4;a:3:{s:5:"value";s:2:"85";s:4:"name";s:11:"2005AutoRAI";s:8:"parentid";N;}i:5;a:3:{s:5:"value";s:2:"84";s:4:"name";s:14:"2005Denemarken";s:8:"parentid";N;}i:6;a:3:{s:5:"value";s:2:"83";s:4:"name";s:12:"2005Efteling";s:8:"parentid";N;}i:7;a:3:{s:5:"value";s:2:"82";s:4:"name";s:25:"2005GezichtsUitdrukkingen";s:8:"parentid";N;}i:8;a:3:{s:5:"value";s:2:"81";s:4:"name";s:17:"2005GoldenTenLoop";s:8:"parentid";N;}i:9;a:3:{s:5:"value";s:2:"80";s:4:"name";s:13:"2005Halloween";s:8:"parentid";N;}i:10;a:3:{s:5:"value";s:2:"79";s:4:"name";s:15:"2005Jaarmeeting";s:8:"parentid";N;}i:11;a:3:{s:5:"value";s:2:"78";s:4:"name";s:17:"2005Koninginnedag";s:8:"parentid";N;}i:12;a:3:{s:5:"value";s:2:"77";s:4:"name";s:15:"2005KualaLumpur";s:8:"parentid";N;}i:13;a:3:{s:5:"value";s:2:"76";s:4:"name";s:15:"2005MeiVakantie";s:8:"parentid";N;}i:14;a:3:{s:5:"value";s:2:"75";s:4:"name";s:9:"2005Pasen";s:8:"parentid";N;}i:15;a:3:{s:5:"value";s:2:"72";s:4:"name";s:22:"2005TUDelftBibliotheek";s:8:"parentid";N;}i:16;a:3:{s:5:"value";s:2:"25";s:4:"name";s:11:"2e Pony les";s:8:"parentid";N;}i:17;a:3:{s:5:"value";s:2:"16";s:4:"name";s:17:"A day with Thomas";s:8:"parentid";N;}i:18;a:3:{s:5:"value";s:2:"67";s:4:"name";s:24:"Afscheid Peuterspeelzaal";s:8:"parentid";N;}i:19;a:3:{s:5:"value";s:2:"86";s:4:"name";s:13:"Ardennen 2005";s:8:"parentid";N;}i:20;a:3:{s:5:"value";s:2:"66";s:4:"name";s:13:"Ardennen 2006";s:8:"parentid";N;}i:21;a:3:{s:5:"value";s:2:"51";s:4:"name";s:15:"BBQ in het Park";s:8:"parentid";N;}i:22;a:3:{s:5:"value";s:2:"26";s:4:"name";s:16:"Besneeuwde Bomen";s:8:"parentid";N;}i:23;a:3:{s:5:"value";s:2:"55";s:4:"name";s:17:"Bow River Rafting";s:8:"parentid";N;}i:24;a:3:{s:5:"value";s:1:"5";s:4:"name";s:12:"Calaway Park";s:8:"parentid";N;}i:25;a:3:{s:5:"value";s:2:"47";s:4:"name";s:11:"Calgary Zoo";s:8:"parentid";N;}i:26;a:3:{s:5:"value";s:2:"58";s:4:"name";s:17:"Calgary, Mei 2007";s:8:"parentid";N;}i:27;a:3:{s:5:"value";s:1:"9";s:4:"name";s:10:"Canada Day";s:8:"parentid";N;}i:28;a:3:{s:5:"value";s:2:"29";s:4:"name";s:14:"Cinnamon buns!";s:8:"parentid";N;}i:29;a:3:{s:5:"value";s:2:"19";s:4:"name";s:14:"Crazy Hair Day";s:8:"parentid";N;}i:30;a:3:{s:5:"value";s:1:"6";s:4:"name";s:13:"Dagje Calgary";s:8:"parentid";N;}i:31;a:3:{s:5:"value";s:2:"65";s:4:"name";s:24:"Dagje naar strand en bos";s:8:"parentid";N;}i:32;a:3:{s:5:"value";s:2:"46";s:4:"name";s:18:"De spullen zijn er";s:8:"parentid";N;}i:33;a:3:{s:5:"value";s:2:"42";s:4:"name";s:16:"Derde Schaatsles";s:8:"parentid";N;}i:34;a:3:{s:5:"value";s:1:"4";s:4:"name";s:13:"Dinosaurussen";s:8:"parentid";N;}i:35;a:3:{s:5:"value";s:2:"21";s:4:"name";s:10:"Disneyland";s:8:"parentid";N;}i:36;a:3:{s:5:"value";s:2:"17";s:4:"name";s:26:"Eline's Zevende Verjaardag";s:8:"parentid";N;}i:37;a:3:{s:5:"value";s:2:"15";s:4:"name";s:12:"Elines Party";s:8:"parentid";N;}i:38;a:3:{s:5:"value";s:2:"71";s:4:"name";s:14:"GoldenTen Loop";s:8:"parentid";N;}i:39;a:3:{s:5:"value";s:2:"12";s:4:"name";s:16:"Graduation Peter";s:8:"parentid";N;}i:40;a:3:{s:5:"value";s:2:"14";s:4:"name";s:12:"Grassi Lakes";s:8:"parentid";N;}i:41;a:3:{s:5:"value";s:2:"31";s:4:"name";s:13:"Grotto
etc. Looks valid to me.
After digging into this issue, I found that my hosting provider (hosting2go.nl) removes access to 'external' sites through curl, fsockopen and some other methods. Since the call to zenphoto_bridge is through curl, the connection is refused hence no returned albums. The normal (web browser) connection does work, but from php it does not.
As far as I know the 'old' zenpress plugin did not use this mechanism right? Before I upgraded I did not have this problem. I suppose it is a big rewrite to call the functions in zenphoto_bridge directly instead of the current methods.
I think I'll have to search for a different solution.
No, the old ZenphotoPress plugin did not use this mechanism: it was introduced in version 1.5 to avoid conflicts between Wordpress and Zenphoto (including Zenphoto's classes in Wordpress was actually begging for name clashes ).
So, I surmise the problem is your blog and your gallery are hosted on different webservers. This is unfortunately an issue without an easy solution: in fact almost all hosting services disable external calls from php for security reasons.
I'm working on trying to solve this issue, but it is not something as simple as a bugfix. In the meantime, should you find a suitable solution, let me know
Thanks for the wonderful plugin. I have it installed and it seems to be working fine.
I am having one problem though. I have mod rewrite on zenphoto. Now when i insert photos in wordpress using short-codes they have he mod_rewrite urls to the gallery. But when i insert individual photos through popup in wordpress they still have old non mod_rewrite urls.
Is there any quick fix for this ?
I have fallen for this slick plugin, but wound up butchering it pretty heavily for my not-so-average needs. It was easier than writing it from scratch. Simbul, if you are interested in any of the changes I have made, I'll be happy to share them.
Still, very useful plugin, and I wouldn't have been able to layout my blog the way I wanted without it.
Hi, here's my problem:
Whenever I try to add a photo, it's able to bring up the pop-up menu and I can pick an album but when I select the individual images no thumbnails show.
And when I click on the text where the thumbnail should be there's a problem with the link. It directly links to this URL site.com/zenphoto/1.jpg and I get a 404 error message on my website.
So my question is if I have uploaded photos and created an album on my ZenPhoto site should the dialog box in wordpress be adding thumbnails and images from that part of my site server? Incidentally, I created the zenphoto db on the same db as my blog uses.
I'm sure this can be resolved with minimal fuss (at least I hope) so if anyone out there would care to enlighten me I'd be truly grateful. Specifics are encouraged since I am not the most high-tech web user.
The db should not be a problem.
All images used by ZenphotoPress are taken straight from Zenphoto, so you should see the URL of your Zenphoto gallery in the first part of the URLs generated by ZenphotoPress.
Usually issues like this one are related to mod_rewrite: have a check in the past discussions here on the forum and see if you can find some hints.
Failing that, try adding some details and I'll se if I can understand what the problem is.
Hi there. I don't seem to be able to get this to work.
After I install the plugin in wordpress and go to options. I click the ZenPressed option and it tries to go to a page that doesn't exist in a directory that doesn't exist.
wp-admin/zenphotopress/zp_config.php
I've check the ftp and neither the folder or zp_config.php file is in the admin. The zp_config.php file is only where the readme said to put it in the wp-plugins folder.
Any ideas?
Thanks Simbul. I did read through those earlier posts about the mod_rewrite when I encountered that problem and I tried it both ways, checking the mod_rewrite box and unchecking it. Both ways didn't matter. I still can't see thumbnails in my blog posts and the text link that shows in the blog post, when I click on it, takes me to a 404 Error on my own site.
Any other idea of the problem? I'm trying to think of any more details to give a better understanding of the problem. Currently my zenfolder sits on my server at http://www.slapclap.com/zenphoto/ - that's in the root directory. How do I get Zenphotopress to pull from that url and also create thumbnails? When I choose a gallery in a blog post and then click on the image all I get is the text image link.
@Michael: this is strange. Did you check the url of the (supposed) images in the ZenphotoPress popup? This could be useful in understanding what's going on. Another source of info is debug mode: to turn it on have a look at the first lines of code in classes.php, there's a pretty obvious place where you should write ZP_E_ALL.
@mrbrindle: this is strange too. The url you're reporting should actually be created by Wordpress, so it's likely that the problem is on its part. Actually, the url is right, the only problem is you should have "wp-content/plugins" instead of "wp-admin".
Btw, I assume you meant wp-content, since the wp-plugins doesn't exist in Wordpress
Hi Simbul,
That's a good question regarding the url of the images and I noticed the problem, although not exactly sure how to fix it. The bad URL begins with http://slapclap.com/www.slapclap.com/zenphoto but when I do a custom link (which links correctly) it is http://slapclap.com/zenphoto.
Could this be due to my gallery configuration? The website URL field is filled out on that page in admin config menu. If not how can I correct this and would it also address my thumbnails problem?
I will have to look further into the debug mode for the classes.php doc. I opened it but I guess it wasn't obvious enough for me to tell where to include the ZP_E_ALL code.
Hey thanks again for the tips, suggestions. I feel closer to a resolution.
I'm running Wordpress 2.6.3 Zenphoto 1.2.1 and Zenphotopress 1.5.1
My zenphoto installation works perfectly, with mod-rewrite turned on or off.
I am unable to get the albums to show on Zenphotopress editor.
Here is a snapshot with debug turned on:
http://empire.ispeeds.net/~subx/Picture%201.png
The proxy link works ok, and there doesnt seem to be any errors reported?
Here is my php configuration, i have exported it as .html
because my server isnt open to the public yet:
http://empire.ispeeds.net/~subx/info.php.html
Hope you can help
@Michael: well, the URL is definitely wrong and this is most likely what's been causing your thumbnails not to show up. As to why it is so... I have no clue, at the moment.
By the way, what do you mean with "custom link"?
As for the debug code, I should have been more specific: open the classes.php file and change the following line
$zp_eh = new ZenphotoPressErrorHandler(ZP_E_FATAL); // To debug use ZP_E_ALL
to
$zp_eh = new ZenphotoPressErrorHandler(ZP_E_ALL); // To debug use ZP_E_ALL
@dustybin: what do you see when you enter the proxy link in the browser? Since no album is shown, the problem is most likely to be in the code returned by the proxy call.