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, it looks like the files from ttg-be haven't fully uploaded. You can verify that by checking whether the file ttg-be/publisher/application/config/config.php can be found on your server.
Try uploading the ttg-be files again.
Hi Al, it looks like your server is configured to display Notices. These are a type of 'error' that are output for informative reasons and usually safe to ignore. Of course, being displayed in the page itself makes them impossible to ignore.
Depending on your hosting environment, you'll need to change the error reporting setting, specifically to this value: E_ALL ^ E_NOTICE. You'll probably need to contact your host's technical support about this.
I see that you're hosting is on a Windows server. This could be a deal-breaker, especially for the Publisher We don't test against or support installations on Windows servers. It may or may not work for you and there's usually not much we can advise if you encounter problems. If you're able to switch from Windows to Linux hosting then I recommend you do so.
Hi Chris, if all was working well then the messages can be ignored. They are notices and not errors.
It looks like you have yet to add gallery templates. You need to export a gallery with the Gallery plugin and upload the gallery into ttg-be/templates/gallery/, e.g. ttg-be/templates/gallery/my-template. After doing so, edit the album in Lightroom's Publisher module and select the template. You should then be able to view the album.
Does that help? If you're still having issues, then please provide a URL of the gallery you're trying to work with.
Hi Kris, Fosters is a strange one. It's promoted around the world as the beer of Australia, yet we don't drink it. I can't think of a single pub that has it on tap.
The search operates on captions, titles, keywords and filenames. I asked about keywords because by their nature they're better at finding exact matches. Keywords are discrete terms so it's straightforward to find an exact match between search terms and keywords. Other searches are based on partial matches, i.e. does the search term exist somewhere in the field. That's where things break down, as users will be able to search for partial matches such as the '34' of '123456', with results including photos from multiple pupils.
The algorithm could be changed to only return matches that are complete items, 'complete' being a series of characters with a separating character such as spaces, hyphens, underscores at each end of the found term. With that, a search for '123456' would match again photo_pupil_123456.jpg but not photo_pupil_12345678.jpg, and a search for '34' wouldn't match against either.
Hi Arnd, I don't think you'll be able to migrate while that message is showing.
I suggest you do the following:
1. Login to http://www.lichttraum.net/ttg-be/publisher/admin/
2. Click on Publisher Settings
3. Click Edit Settings
4. Near the bottom in the 'Other' section, click the 'edit' link for the API Key
5. Set the API Key to something of your own choosing
6. Back in the settings for the CE4 Lightroom instance, update the API Key to the one set in step #5
7. Click 'Check Authentication'
If step #7 is successful then you should be able to migrate the galleries.
Hi Arnd, the CE4 Publisher instance should point to an API URL ending in ttg-be/publisher/. Try setting the API URL for CE4 to
http://www.lichttraum.net/ttg-be/publisher/
I can see that the message is confusing. As far as the plugin is concerned, the CE3 API URL of http://www.lichttraum.net/publisher/api/ 'matches' with the CE4 API URL of http://www.lichttraum.net/ttg-be/publisher/
Sounds great! Except we don't drink Fosters in Australia
If not in keywords, what would be your preferred way of storing those fields? SQLite should be scalable to a large number of images. From what I've read, scalability issues arise from locks when multiple visitors are writing data to the database. The published galleries are effectively read-only for visitors, and only written to when you publish from Lightroom.
Hi Kris, you're right on the last point, that this is above the ce4 intended usage . Much of what you're looking for should be doable in a feature release.
Are the school ID and pupil IDs stored as keywords? If so, this would be more straightforward - the publisher code has provision for a keyword-only search. So with a form to match and some extra search settings (e.g. search type of full-text or keyword-only, all-matches-required to be yes and no, and partial-matches to be yes or no (no in your case)) that should cover most of it.
Hi Kris,
1. Add a + before any required term, e.g. +scenery. For quoted text, insert the + inside the quote, e.g. "+Rocky Mountains"
2. As Rod said
3. The search operates on keywords, title, caption and filename. The best matches based on keywords are returned first.
4. Search already operates this way
6. Search with +WP14 +123456
5. Search will only operate in the realm of published albums. It's not aware of anything cart-specific. How do you see it working with the cart?
Please let us know if you find search isn't working as described above.
Hi, please see a minor update to Publisher for this and one other issue: http://theturninggate.net/2014/07/ce4-u … y-18-2014/
Hi both, the issue is with apostrophes in the contact information. This is something we'll need to fix. In the mean time, can you try one of the following:
1. Remove apostrophes from all of the contact messages (required fields, email required, error message, success message),
or:
2. Insert a backslash before any apostrophes, e.g. 'Sorry for the problem. We\'ll look into it',
Thanks Xevi, that was a great help. Publisher scans all files within the Watermarks folder. The hidden .DS_Store file was causing the scanning to crash. I have a fix in the plugin on my side, which I hope to update later today. In the mean time, can you try to remove the .DS_Store file from the Watermarks directory?
Hi, can you email me your file contact.php, via the Email link under my picture.
Are you by chance also using a plugin called NextGen Gallery?
Hi, can you please locate your Watermarks folder (at Library/Application Support/Adobe/Lightroom/Watermarks), zip it up and email it to me via the Email link under my picture?
Are you running Windows or OS X? What version of Lightroom are you running?
Hi Mark, we don't have plans to add captcha support. The contact form does include a spam prevention mechanism and we'd be interested to get feedback on how well that mechanism prevents spam.
Hi, that sounds odd. Can you check a couple of things:
1. In the Plug-in manager, select the TTG CE4 Publisher plugin. Expand the Plug-in Author Tools section. Are there any diagnostic messages there? If so, the Save Diagnostics Log to File should be enabled. Click that, save the messages then see what's in that file.
2. Have a look at the file in Documents/ttg.log for an error message.
Also, consider emailing either or both of those files to me by clicking the Email link under my picture.
I've been learning iOS development for a while now, and have a couple of ideas for Publisher-related iOS apps in the pipeline. Priority is on finishing up the CE4 plugins before focussing on these.
What features are you looking for?
Some 5.2 PHP code does not work on 5.3 or above due to changes in the PHP language. However, our products do not use the language features that have changed. If you do find any issues running TTG products on PHP 5.4 then please let us know so that we can fix them.
You'd need to find out which page the users are on, and what they were doing when the errors occurred.
Are you running Wordpress? That uses MySQL. The Turning Gate plugins don't use MySQL.
The CE3 Gallery is not yet compatible with the Cart. It will be compatible with the CE3 Cart which will be out shortly.
Hi Doug, as you've found, Bluehost and sister sites have experienced a major outage in the last 24 hours: http://mashable.com/2013/08/02/bluehost-down/
If this is a one-off issue then I wouldn't be jumping ship. Hosts in general do have issues from time-to-time, including more expensive dedicated hosting.
I doubt very much that NS has fixed the problems. I took support as far as I practically could, but never received a rational explanation of the cause or any indication that they'd try to resolve it.
Bluehost is the most dependable hosting service I have used. Personally, I won't be shifting unless there is a very good reason to do so.
I don't know how they compare for price, but Hostgator also offers a pretty decent service (though not as good as Bluehost).
Avoid Network Solutions.
1. Their service throws errors with Publisher even before the request has reached our script, and their support has not been helpful in looking into or revealing the cause. You can't reply to support tickets, so dealing with them is like being stuck in Groundhog Day.
2. Performance is poor. Publishing takes several times longer per photo compared to Bluehost
Click on 'Profile' in the navigation, then either 'View all your posts' or 'View all your topics'.