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.
CE4 CRG includes features that require processing on a web server. This requires the gallery files to be PHP files.
Are you having trouble viewing them in a directory on your PC?
If you'd like to view the galleries locally, then you'll need to install a local web server. Have a look at WAMP for Windows or MAMP for Mac. They're both free, and easy to set up. Essentially: install the application, drop your files into the right place, view them in your browser via http://localhost/.
Hi Patrick, this looks similar to your earlier issue. Please email me the file ttg.log found in your Documents directory. If it's large, you may want to zip it.
We've posted a silent hotfix. Can you download the plugin, install and do a new export? You need only update the lrwebengine file used by Lightroom; the other components do not need updating.
Hi Dan,
This is one of those bugs that we weren't able to uncover in testing. Can you try editing the file CE4-test03/lib.php and change this line from:
define('APPLICATION', 'publisher');
to
define('APPLICATION', 'crg');
Let us know if that solves it for you.
That is the only way. These are standard modules that every host should provide. Your host took measures to make them unavailable. If they're unwilling or unable to enable these then this will be the first case we've come across.
Try logging out and in again.
Hi Graceson, that's great. Thanks for confirming.
Sorry, my email meant that if it didn't work then it wouldn't work, if that makes sense.
If you're happy to experiment, the following changes may do what you need.
1. Replace the pathForDownload function in ttg-be/cart/application/helpers/ApplicationHelper.php with the following:
static function pathForDownload($photoPath, $downloadDirectory='photos-for-purchase')
{
$photosPos = strrpos($photoPath, '/photos/');
$downloadURL = substr($photoPath, 0, $photosPos).'/'.$downloadDirectory.'/'.substr($photoPath, $photosPos+8);
if (defined('REAL_PATH_OF_PHOTOS_SITE')) {
$parsedURL = parse_url($downloadURL);
$realPath = REAL_PATH_OF_PHOTOS_SITE.$parsedURL['path'];
try {
if (is_file($realPath)) {
return $realPath;
}
} catch (Exception $ex) {
return false;
}
}
$realPath = CartHelper::realPathOfFile($downloadURL);
return $realPath;
}
2. Add a line to ttg-be/cart/index.php, so that the top of the file looks something like this:
<?php
define('REAL_PATH_OF_PHOTOS_SITE', '/home/photog83/public_html/photography');
//$start = microtime(true);
I'm assuming that /home/photog83/public_html/photography is the correct path to the top of your http://photography.gracesonaufderheide.com/ sub-domain. You may need to change this.
If this works I will include this code in the next Cart update, so you won't need to edit the files again. You would want to check that the downloads are available for purchase, and that the correct copies of the images download after purchase.
I covered all options in my email reply. The cart can not locate digital purchases on a different subdomain or site. There is no work-around via config, php plugins or phpliteadmin.
You have the option of using offline digital purchases, or installing and running TTG BE and the Cart on the sub-domain that the galleries reside on.
I'm glad to hear. Could it be your host doing something strange to 'help' with your subdomains?
This is your .htaccess redirecting. See my email on 3 November for what I did last time to prevent this.
Hi Patrick, to move forward I would first attempt to make the slug consistent in all three places - LR, the sqlite DB and on disk. Since LR isn't letting you change it, try changing it back to the slug that LR has in the DB and in the directory name. After doing so, try changing the slug again in LR. Hopefully all will go well. If not, then please email me the ttg.log file and most-recent Publisher log file from ttg-be/data/publisher/logs, straight after the error occurs.
Hi Patrick, sorry I hadn't yet found time to look into your message. Is everything working for you now?
Perhaps picked up as spam or dropped altogether by the receiving email server. Can you forward on one of your received orders to my email address? (available via the Email link under my picture)
Try setting up an email address in your GoDaddy cPanel matching what you've used for the Site/Vendor Email Address.
Who are you hosting with? If using vanilla mail, it can help to make sure your sending address corresponds to an email address setup through your hosting account. That shouldn't mean that you have to use your host's email service, just that you've setup an email address in their control panel so that their server considers it a legitimate address to be sending from.
As an example. I use Bluehost for my hosting and Google for my email. Let's say I own the domain mydomain.com and use Bluehost to host that domain. Through the Bluehost control panel I setup an email address 'orders@mydomain.com', and in TTG BE I setup my email addresses as orders@mydomain.com. In the case of Bluehost, without further configuration that doesn't actually mean that Bluehost is handling my incoming email. I have configured Google to do that. But it does mean that if the cart tries sending emails as from orders@myhost.com, that they will be sent out, with the correct sending email address set.
hi Marty, thanks for the log file. It doesn't shed any light on the issue unfortunately. Am I right that all of the issues you have are around the Publisher instance/s themselves not functioning correctly? So the 2014 no longer functions, and the instance can't be found at all in the 2015 catalog?
If you could elaborate further on the exact status of where your setup is then that would be great, especially if you can provide screenshots of what you're seeing, including any error messages.
Is there any album in particular that you have but aren't able to publish to? If so, please provide the URL to the album.
Thanks for finding and sending the log file. That was very helpful.. I've replied to your email about this.
The dreaded 500 error. Can you see whether you have any PHP error logs on your server? They may be titled something like error_log, and found somewhere under public_html. If you can find such a file, see if it sheds any light on the error.
Otherwise, the best way for me to find out the cause would be to access your server via FTP. If that works for you then please set up FTP access and provide the details by Email or PM.
Hi, I'll try to look into this soon.. my time is limited at the moment as we're working full steam on completing the CE4 CRG gallery. The email address to send to is available via the Email button under my picture ( ttgben AT somethingchanged DOT com)
If the log files are very large, then try zipping them, and as Rod suggested, just sending recent logs.
The cart can't do this. The Client Response Gallery is more oriented towards accepting client requests for the desired output. Does this look like a better match? http://shop.theturninggate.net/products … se-gallery
The CE4 version of CRG is coming out soon.
Hi Wendy, are you still using the CE2 Cart? If so, have you changed the email settings, and what email settings are you using? (mainly, 'mail' or 'smtp'?)
Hi Jim, I get where you're coming from. The Publisher can't tell exactly what you intended to call it, which is why we provide another mechanism, albeit one that we have failed to document. Our products aren't perfect, but we endeavour it improve them, helped greatly by feedback such as you've provided.
Could you have called the top-level directory "/photos/" when you first set up the instance? Following the code, it is that value as-entered that is saved in the database, and used by Publisher to attempt to create a readable directory name.
Hi Martin, the minimum pricing per order would be better tied to the pricing schemes. Something I'll add to my ever-long to-do list. Back-calculation of tax is fully coded and ready to go in the next cart update. See this thread: http://community.theturninggate.net/post/25180/#p25180
Your suggestions are all good, but some exceed the complexity of what the cart is likely to ever provide. I'd love the cart to grow in functionality and flexibility, but the interest in the cart and features so far have been dwarfed by the time and effort to develop them.
Looking further into this, I've found that Publisher quite happily accepts "/photos/" as the top-level gallery directory specified in the Publisher instance. This still functions correctly, other than in creating a readable title from the directory name.
I've changed the code that creates the readable title to remove leading and trailing slashes before performing the hyphen and underscore replacement and uppercasing each word. This fix will be in the upcoming Publisher update due in the next couple of weeks.