Support community for TTG plugins and products.
NOTICE
The Turning Gate's Community has moved to a new home, at https://discourse.theturninggate.net.
This forum is now closed, and exists here as a read-only archive.
You are not logged in.
Hi Zeesi, if I recall correctly the only change made based on my advice was to enable the PDO and SQLite modules. Is that correct? If so, then it should have no bearing on your wordpress installation.
Can you explain further how to see the redirect issue? Please send me a PM if it requires any confidential details.
Your webhost's advice does not sound helpful.
Excellent. With that error gone, it looks like you're on PHP 5 as well.
Your server is running PHP 4 (the underlying cause of that error). There should be a way to change it to PHP 5, either through the control panel or by contacting your host's technical support.
For your interest, PHP 4 has not been supported by the PHP developers for a number of years. All hosts should provide PHP 5, or at least the ability to switch to PHP 5.
The CRG admin page is where the setup is managed. In this case, the setting of maximum (or no maximum) could be tied to the feedback profile. I don't want to make any promises on this feature and the timing, as I am quite overwhelmed with a long list of items to be added in the various products. It's definitely a good idea.
I'm sure you could find a minute to venture over to the CRG settings for this ![]()
I would be the one implementing it
Any setting would be in the CRG admin page at ttg-be/crg/admin, with a customisable message in the Localisations settings.
One consideration on the script is that it won't count selections over multiple pages correctly, so if you do run it, you'll want to make sure your entire album shows in one page.
Hi Ingvild, I have never seen anything like this. It's as though the server is detecting the browser or OS version, attempting to process specifically for it and failing. Do you have anything unique in your server setup, such as an .htaccess file that you've created or copied from elsewhere?
If you'd like me to look further into this, I'd need you to provide me with FTP access so that I can see just what is happening on your server.
That error happens if you try to publish multiple albums simultaneously. Is that the case? If so, try publishing to one album at a time.
Unfortunately, the source of the error is not in our code, so not something we can readily solve.
Try to republish one album at a time.
I'm glad that you're back on track. Thanks for going through the wild goose chase of alleged PHP bugs and PHP versions - all a matter of guesswork without error messages to go by.
Hi Tomas, thanks for the FTP details. I found that the permissions of printshop were 775. Changing it to 755 allows the login form to appear at http://www.tomaswhitehouse.com/printshop/test/
(The middle 7 in 775 meant 'readable, writeable and executable by the group'. Changing that 7 to 5 means 'readable and executable by group', which resolves the error complaining about the group being able to write to the directory)
Can you see whether you can now login to the test gallery?
Hi Tomas, I'll look into this tonight Melbourne time. It may be helpful to also have FTP access and the TTG BE admin login.
Sorry, I'm not sure what happened regarding removing those albums. I've just tried to login again, but it looks like the username and password you previously provided is no longer working. Can you provide me with a login again? I will look in the database to try and see what's happening with the assignable albums.
... and solved. We'll have a fix out soon.
I'd build it if we could charge similarly professional prices in the thousands.
Looking at that screenshot, it looks like the file Documents/ttg.log should shed some light on the problem. Can you find this file and email it to me via the Email link under my name?
This is proving particularly tricky ...
None of the redirected galleries work for me. They all came up with "This webpage is not available", e.g. http://net.jzphoto.com/clients/google_h … s/csackey/
Have you moved them since posting the links?
All of the prices have a pricing scheme of "Will and Sophie Photobox Photo prints". Do you have a pricing scheme with that name? If not, create one or change the name of a scheme you want to use to "Will and Sophie Photobox Photo prints".
A common cause is that the shipping doesn't have prices for all of the item types. Log into your cart admin and then Pricing -> Shipping. If there are any methods marked as Incomplete then click Manage Charges for the method and add any missing shipping prices.
Thank you for pointing this out. We will look into fixing it.
The good news is that the selections are being saved - they're just not being repopulated correctly when clicking more than one feedback pane.
Hi Dan, I'm not able to replicate the problem. What browser and version are you using? Can you also try in a different browser?
Hi Geoff, I've had a thorough look through the TTG code on your server. What it comes down to is that PHP is failing on some select queries. The internal function to query the database is crashing.
At risk of incorrectly assigning blame, this looks like a bug in the version of PHP or the PDO module on your server. Your server is currently set to use PHP 5.5.23. Can you try following this guide and setting the version to 5.4 for the domain? http://help.1and1.com/hosting-c37630/sc … 92330.html
See whether that then fixes the search.
Note that if that does in fix the search, that I would not say that TTG has a compatibility issue with PHP 5.5, but that the particular version on your server has a bug.
The email/password in client-managed CRG galleries supersedes the old username/password mechanism.
Thanks Geoff. I will look into this tonight Melbourne time.
I tried replying to your email but received a delivery failure message, something about your account not existing.