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.
Looking into this, I am surprised to find that PHP's readfile function is limited by the available memory. Is your download script part of TTG code or something you've put together? In either case it's very likely to use readfile, and be limited by the memory limit.
There are solutions to this out there, but they involve a fair amount of code so aren't something that could readily be dropped in.
This page includes code to bypass memory limits: http://phpsnips.com/579/PHP-download-sc … -Downloads
I have not tried the code so can't vouch for its reliability.
Hi Geoff, 'mail' should work well for you then. It's worth making sure that your Vendor email address matches an address you have configured with 1and1. When your host is aware of the email address on the domain, then it's more likely to set the 'From' address correctly when sending with 'mail'. This in turn helps emails get through spam filters. For example, if 1and1 knows that 'geoff@yoursite.com' is a valid address then the emails should be marked as from 'geoff@yoursite.com', otherwise they might be marked as something like user7890@server1.1and1host.net (completely made up).
Hi Geoff, your host won't allow the SMTP connection to be made from the web server. Have you tried using the 'mail' option instead of 'smtp'?
The /ttg-be/publisher/ URL is not intended to be viewed in a web browser. It's purpose is to be used for the API URL as set in the Publisher module in Lightroom. The message you are seeing is what the publisher on the server would have sent back to Lightroom had Lightroom made a request without the correct parameters. Although it's not a URL you're meant to browse, that message indicates that the back-end is working correctly.
You should be able to continue by installing the Lightroom component, as explained here: http://ce4.theturninggate.net/docs/doku … stallation
Hi, if you've changed the top level galleries directory in publisher then the back end won't be able to find them. If that's the case and you still have the albums set up in publisher then try changing the top level galleries directory back again and then attempt to delete them again.
Hi Andreas, I can't actually see anything amiss with your gallery.xml
Can you try temporarily changing the name just to see whether the "Galleries" link is getting the name from the xml? Something like this should show the link as "xGalleries":
<name><![CDATA[xGalleries]]></name>If that change doesn't affect the links then it implies that gallery.xml isn't being used by Publisher.
I should be able to work out the issue if you're able to provide me with FTP access. If that works for you, please do so by emailing me via the Email link under my picture.
Hi, is this a Publisher-generated album or a standalone one that you have uploaded?
GoDaddy may be a big player, but the fact is they are the only host that we know of that fails in this way. That they have a solution by moving plans is an indication that it's an issue with the service you are currently on.
If I hadn't been with GoDaddy myself when I first looked into the export and publisher modules, we would have brought Publisher support to TTG much earlier. I had incorrectly assumed that Lightroom's networking was flakey and put the project on hold as unviable.
Publishing to a single album at a time is quite sequential. I say *quite* because I'm not 100% sure that Lightroom waits for the previous response before initiating the next. There may be two or three overlapping connections, but no large scale parallel pushing of images. That GoDaddy interprets frequent connections as a DoS attack is a flaw in GoDaddy's systems. The nature of the network calls is not something we have explicitly coded and we can not code around this.
Does upgrading your account to one with cpanel involve any cost or effort on your part? If there are additional costs, can you outline the plan that you currently on and the one GoDaddy is suggesting you to move to? It sounds like you have a viable option to move on from these errors, that other TTG users have proven to be a workable solution.
I am closing this thread as it appears that the errors you are having are are not related to TTG products. If you feel that you have anything else to add, please message me via the PM link under my name.
Update (22 Feb):
Confirmed. This has nothing to do with TTG products.
There isn't.
Hi Terry, I'm glad that helped solve it for you, and it's good to see your site up-and-running. The country ordering will be added in the next Cart update, which I'm currently working on.
Hi Terry, thanks for the feedback.
Your first and third points are related: though not intuitive, set the Sales Tax Country within the Taxes section of the cart settings to United Kingdom. This will affect the cart in two ways. 1) The default country for customers will be set to the UK, and 2) the Regions available when editing shipping methods will include options of All Regions, United Kingdom and International.
After changing the Sales Tax Country, click on the "Reset the cart" under Special Links on the Cart admin dashboard. This clears the cart from the customer's perspective, so that your cart in the gallery will include the correct shipping options.
Looking into the country order, I have found that the country list is ordered by the country code rather than the name. The means that the UK, with the code of "GB", appears within the countries starting with G. I'll look to fix this so that countries appear in alphabetical order.
Hold it there for a second before you jump to conclusions and unfairly disparage our products. TTG does not use mysql anywhere. It also does use use phpinfo unless explicitly called by a page that demands it.
Looking up that error message, I came upon this page: http://stackoverflow.com/questions/1075 … n-mismatch
Essentially, there is a server misconfiguration on mysql. As we do not use mysql, this is likely coming from some non-TTG code on your system. I suggest you raise this error with your host's technical support.
For the phpinfo error, can you provide a URL where you saw this, or steps to reproduce it?
I am happy to help you debug this. If you'd like me to assist, please provide me with FTP access, via the Email link under my picture.
Using 'mail' for the TTG BE mail send type should be close to equivalent to the form-to-email behaviour. It utilises the same php function.
One point to consider is that unlike CE3, the CE4 version provides the ability to view the complete feedback from the admin interface. This is always available, even if the emails don't get through.
hi Rick, I'll be home and online this afternoon (Sunday for me). Does 8pm Saturday your time suit you?
Hi Garrett, can you provide a link to a gallery where we can see this, and preferably upload a screenshot so that we can see what you're seeing?
phpinfo() is not directly used by any of our code. It is a function to display system information, so should only be used when viewing a page specifically intended to display the information. Viewing a gallery is not such a page that would use it. If you see the phpinfo() error again, please copy and paste the URL that is raising the error and the message you are seeing.
The error message I see on your gallery also has nothing to do with TTG code. This is a mysql error and TTG does not use mysql. I would assume something is not working correctly on your host that is affecting Wordpress.
Hi Rick, this is quite the mystery. The important thing is that your galleries aren't broken while trying to solve this.
That error message tells me that Publisher is unable to find a slug for the parent album set. The double slash between galleries and 4a-Europe-and-Africa should have something, and probably read galleries/j-2013/4a-Europe-and-Africa.
When you say "Lr-edited "3-Europe and Africa", is this editing the same Album Set that is currently at 4a-Europe-and-Africa? So does that mean you edited the album set without changing the slug, which worked, and then attempted to change the slug, which didn't work?
It would be helpful to work through this when we're both online. Do you have a gmail account so that we can chat online? Or some other similar service?
I will look at adding two tokens to the email subject: [CLIENT_NAME] and [ALBUM_TITLE]. That way they can be added as needed, for example setting the client email subject to this: "You have received new feedback from [CLIENT_NAME]". I'll need to look further into the possibility of album title, since the CRG may not know the album title, especially for non-Publisher generated albums.
Ehm, when i use TTG i host it at my own server. this server sends the mail. yahoo as example will mark the mail from my own server as spam when the from adress ist the client mail adress?
I don't know how your server would handle it. Emails pass through multiple systems, from your server to the email recipient's server. Any server or software along the way would easily be able to tell that the email from @yahoo didn't actually originate from Yahoo, and could drop it or mark it as spam.
Hi Rick, thanks for the ftp access. I can't see anything amiss between the file structure and the database.
I've made a change to one of your files to provide the path to the directory that publisher is trying to save the autoindex.xml file to. Can you try to update the album set and report any error message received? You should be able to copy and paste the text from any error popup.
This has been fixed with the latest update to Gallery. Any newly-created templates used by Publisher should now correctly work with the mobile redirect.
Thanks for pointing this out. I'll look into this.
Ah, that can not be done. If the from address changes from client to client, then the chances are that your host will either refuse to send the emails or they'll be marked as spam along the way. For example, mail servers will detect that an email purporting to be from yourclient@yahoo.com did not originate from Yahoo, so will mark such emails as spam.
Reply-to offers a way to have the correct email address in place upon replying to emails. Unfortunately that won't help with sorting.
How about if made it possible to add the client name into the email subject?
Pierre, good suggestion. I'll look into this.
Add vastly improved performance, pagination, feedback that survives page re-loads, feedback profiles that can be configured by admin and shared between albums, the ability to retrieve feedback from the admin, improved layout of feedback emails.