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 Mark, it looks like the curl PHP module has been disabled or removed by your host. This could have been due to a server upgrade that dropped support. You’ll need to contact your host’s technical support to install or enable the curl module.
Please see my email. For anybody else reading this, this was caused by a newly-introduced bug. I put in a fix for sites that reside in subdirectories (e.g. http://yoursite.com/siteishere/) and that didn't have URL rewriting enabled (usually non-Apache servers). That fix broke the automatic redirect to the login page when visiting http://yoursite/backlight/ *for sites that didn't have URL rewriting enabled (usually non-Apache servers)*
I've applied a silent update. Unfortunately, since the bug stops users being able to reach the login page, the fix won't be able to be applied via the Backlight Modules page. If anybody else is affected (it would have to be for users on sites that don't have URL rewriting enabled and who have already updated to the latest version before the silent update) then visiting /backlight/installer/ and reinstalling the core system should fix it -- that mechanism is designed to help recover a broken system.
Hi Tony, I haven't tested it, but Backlight 2 should work on Litespeed, as long as the PHP requirements are met: PHP 5.4 or higher, support for SQLite, and XML, which are pretty much standard for PHP installs.
Backlight 2 removes all requirements for Apache's rewrite, which was the biggest issue on non-Apache environments, but Litespeed supports mod_rewrite anyway, so that shouldn't be an issue.
I haven't had a chance to test Backlight 2 on Litespeed; my attempts to install it have failed. Your suggestion of taking some swipe folders won't work, as Backlight 2 needs a full installation to function. I'll be happy to help with any support issues you might encounter.
Hi Zippo, do you by chance have "Rename To" enabled in the File Naming section of your Publisher settings? If so, can you try disabling that. File renaming doesn't play well with Publisher.
In that case then install or enable the PHP zip module on your machine
ZipArchive is a module that should be available on your server. You’ll need to contact your host to get the zip module installed or enabled.
This is a server issue and not related to your desktop OS.
Thanks for sharing your success story with us Moving sites like this seems to be a lot easier than it did a few years ago. We'd often encounter a conflict of permissions between the files that are uploaded via FTP and those that are created or modified by the web server (image uploads, album files, database files). Many (or most?) hosts now have configured their web servers to give server-created or modified files the same ownership and permissions as user-created/uploaded files via FTP.
Can you or Rod share a link of one of the "Page Not Found" albums?
This looks to be a performance issue with your host. Backlight does a lot of work for each page load, but that work should be done in 1/10th of a second or so. A host with poor performance could blow that out to seconds, as you're seeing. It also looks like the various requests are slowing it down further. A single request in isolation may take a few seconds on your host, but when combined with half a dozen requests at the same time, that's blowing out to 30-90 seconds.
I think I've found it. It could be CSS injected into your web pages by a browser ad blocker you've got installed. The purpose of the CSS is to hide ads:
https://www.reddit.com/r/chrome/comment … t/dtqi6r2/
Can you review your browser and ad blocker, try a different browser, try disabling the ad blocker and see whether that makes a difference.
Hi Dave, I can't see anything like that in the browser 'view page source'. Are you still seeing it? Can you provide a specific URL where it's coming up?
My guess is that it's being injected either by your host or your ISP. If you're able to see it, try browsing from a different network connection, such as tethering to your phone, and see if it's there as well.
Hi Michael, it’s not something that’s on our radar. Is there only one sales tax to be paid for any given transaction, or would you sometimes need to collect sales tax both for your own state and the buyer’s state? Are there any minimum thresholds on the sales amount before taxes kick in?
Hi Mark, Backlight won’t let you reparent Lightroom-created albums because there isn’t a way for that change to be propagated back to Lightroom, and the structure would get out of sync and cause further problems when attempting to update the album from Lightroom.
Is this just a single album? Do you no longer plan to update it from Lightroom?
It can be changed through the database interface if needed. I should look into a way of changing an album from Lightroom to Backlight, accompanied with warnings about the above.
(1) The login used at community.theturninggate.net (this forum) can't be used at backlight.theturninggate.net/docs/ (the 'docs' page). The latter is for us to update the content of the docs.
Please check your email. This was a combination of three things. 1. having mod_rewrite set to off in the album .htaccess files, 2. having a site in a subdirectory and 3. a bug where URLs aren't being set correctly when both 1. and 2. have occurred.
The bug was introduced when changing Backlight to not require URL rewriting, especially so that it could work on non-Apache web servers.
Looking into this, what have you set for your Site URL? It should be set to https://zoller.me/photo/
If not, then change it to https://zoller.me/photo/ and clear your template cache (Designer > Templates > Clear Template Cache).
If that doesn't solve the problem, then please email me a Backlight admin login, and FTP access so I can look further into it.
Can you log in to the Backlight admin, and visit the link "Update Backlight Index Files" under Special Links on the main admin page.
Does that solve it? If not, please provide me with a Backlight admin login, and FTP access via email, so I can look further into it.
Hi Jim, does the API URL you’ve set in Lightroom use https? If not try changing it from http to https
Hi Robert, I've replied to your email. For anybody else reading this, the problem is a strange one:
There is a language setting available in the Publisher settings available at a URL like this
https://www.yoursite.com/backlight/publisher/?c=admin&a=list_settings
If the setting for Language is changed, then the translations won't be able to be found. The value needs to be left untouched, which keeps it as "1", which in turn links to the default set of localisations. The 'error' here is in having the field available for editing. This is a mistake on my part, when I marked the setting as hidden, thinking that it would not be made available at all. In Backlight, hidden actually means to hide the value from display when viewing settings, not to remove the field from view completely.
listAutoindexTemplates?
Are you working with an old CE4 instance of Publisher? (Just thinking that an error mentioning Autoindex would be strange with Backlight)
“autoindex” lives on for internal naming in Backlight
What was the resolution?
There is a conflict between the PHP config that enables short_open_tags and the fix. We're working on it.
I've released Matt's fix. To receive the update, visit Backlight Modules and reinstall WP Theme. You'll then need to re-export your theme to Wordpress within the Designer module.
We don't endorse or support hacking Backlight 2.
Thanks for raising this. The automatic process for updating our SSL certificate on get.theturninggate.net seems to fail now and then. I've updated the certificate manually. It should now be working again.