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 Wolfram, can you give me a link to where I can see the error?
Thanks Stefan. It appears you don't have any of those three modules enabled on your site. You'll need to contact your host's technical support about this. This shouldn't be a problem, as these are standard modules that are usually enabled on Linux servers.
When you add a package to your cart, the items in the package are added but not assigned to specific photos. What you are seeing is placeholders. The thumbnails will be visible once the customer assigns products to the items int the package.
Hi Chris, I can't think of any reason shared resources would impact the handling of passwords and I'm not seeing this at all. Can you provide some links and steps to replicate it? If you can, set the master password to something you can share and message it to me.
Hi Stefan, TTG BE requires that your server have these three standard modules enabled:
PDO
pdo_sqlite
sqlite
It looks like at least one of those isn't enabled. I suggest you contact your host's technical support and request these three PHP modules be enabled. Can you provide a link to your site, so I can try to work out which of those three is missing?
The issue is that your photos have been assigned the pricing scheme 'BE', but your gallery is assigned the pricing scheme 'a'. You can only add items into a package if those items share the same pricing scheme as the gallery.
We have made a silent update to the Publisher that works around this issue. If you download the publisher files again (with the 203b zip file), then replace the ttg-be/publisher/application directory. After doing so, visit the Publisher Dashboard, and click on the link 'Update Album Files'. This copies over an updated copy of lib.php to every album you have. The error should then be gone.
Yes, it's possible. After installing the CE4 Cart, visit the migration page, which you can find from the CE4 Cart Dashboard, and select the option to copy orders over. The only data that can not be migrated is the general cart settings.
Hi Morten, I'm glad that worked. Curiously, 'é' represents é, and not the apostrophe. Could you have entered that by any chance? gallery.xml is created by Pages, to communicate to Publisher the link and name to the page linking to the top of your galleries. With the configurability of Pages, without this file Publisher wouldn't be able to figure out how to reach that link. For example, it could be 'Services' and services.php, or 'Home' and index.php. gallery.xml communicates that.
XML formats require special markup for special characters.
The solution will be for Pages to wrap the value in a <![CDATA[ … ]]> tag. We won't be able to do that soon, as it requires a change to Publisher before the change can be made to Pages. So we'd be looking at the version of Pages that comes after the next Publisher update.
Thanks for the link. http://pfredd.com/ce4test/ttg-be/templa … y/gallery/ is an Auto Index template. You'll need to re-create http://pfredd.com/ce4test/ttg-be/templa … y/gallery/ using Gallery instead. That should solve the issue.
Having said that, does it actually say <name>foto´s</name> in the file on the server, or is there an apostrophe there? I'm seeing different things in different browsers, and can't tell whether the browser is trying to be smart with the apostrophe.
The publisher is having trouble reading http://www.dbvt.nl/mortendeboer/operazuid/gallery.xml
Can you try to edit that file, removing "´" from this line: <name>foto´s</name>
You should be able to replace it with an apostrophe.
We'll look into fixing the underlying issue that causes this.
Hi Chris, thanks for the feedback on this. I'll try to replicate the issue, and make a fix if I can. If it's not confidential, can you message or email me the galleries and login so that I can at least try to see the issue on your site?
I'm not happy with the multiple cookies and hope to change the mechanism so that the locks are stored in a PHP session instead.
Hi, I'm assuming 'gallery' is your top-level galleries directory? Have you created a gallery within ce4test/gallery? If so, can you give us a link to one or more galleries you have created?
Also, can you give us the link to the template you are trying to use. The URL should be under http://pfredd.com/ce4test/ttg-be/templates/gallery/
Hi Chris, my thinking behind updates with letters behind them is that the fixes are unimportant to the vast majority of users. We want to avoid giving you upgrade fatigue. The only change of significance with 203b is a workaround to avoid an issue with the open_basedir restriction that has affected two or three users. If you hadn't experienced that issue (which would be obvious to find, as it raises errors directly into the browser) then there's no need to update the files.
When 2.0.4 comes out, I'll update the changelog with a list of changes between the initial 2.0.3 files and 2.0.4. At that point we'll also announce the update and recommend all users to update their files.
Hi Wolfram, I have sent you a file and some instructions on how to fix this. Please check your email and let us know how it goes.
As well as what Jim said, it may help to republish the photos in the gallery. If the thumbnail sizes don't match between the old and new templates, then the design may break like this. Make sure that the 'push metadata' publisher option is *not* set before republishing.
Please post the API URLs of both your CE3 and CE4 Publishers
We use the full list of timezones that PHP understands. Have you been able to work out which city corresponds to the timezone you're in?
Hi Frans, this looks to be an issue with your host's server configuration. It's best that you contact your host's technical support, and tell them you have a PHP error in attempting to access /customers/6/6/1/fdrent.nl.
Something for you to check: is there a directory at /customers/6/6/1/fdrent.nl/tmp ? That's where your server is configured to save sessions. It may be worth trying to create that directory if it doesn't exist.
Also, that last message doesn't sound good. It means the hard drive is full. That's something you'll need to take up with your host's technical support.
There is a gallery loaded (see the first sentence
).
Where can I see the gallery online? Can you post or message me a URL?
TTG BE requires the following modules to be enabled for PHP:
PDO
sqlite
pdo_sqlite
It looks like pdo_sqlite hasn't been setup. I suggest you contact your host's technical support and ask them to enable the pdo_sqlite module.
Hi Daniel, it looks like the publisher is trying to access one level higher than the top of your site. This is in order to find the location of the 'Home' link in breadcrumbs. This isn't usually a problem, except that your server has a security setting that prevents the publisher from trying to access that directory.
This is something I'll need to look into, but it may be at least a few days until I can do so. In the mean time, I suggest you contact your host's technical support and request they disable the open_basedir setting for your account.
Hi Al, we aim to be compatible with all PHP versions from 5.2 onwards. The newer versions include features that aren't compatible with the old, however we play it safe by only coding to feature available in all of 5.2, 5,3 and 5.4.
It's more likely that the configuration of the server you're using has changed with the move to 5.3.9. PHP is unique (but not in a good way) in that the way the language operates can change depending on the configuration of the server.