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.
That's a shame when options are removed.
Also where is the font size for the navigation items, there was an option under navigation to change the font size which appears to be missing with the new pangolin page??
If you don't want to see the borders between items, try setting the border-color same as the background, or making it fully transparent.
I'm trying to set a new page using a "Pangolin Page" and I am having a small issue getting it the way I want,
The test page is here http://tsiphotography.co.uk/galleries/p … kes_edits/ if you look at the menu items there is an unwanted line\border under events and portraits, this does not appear here http://www.tsiphotography.co.uk/galleries/portraits/ which a non backlight 1.2 template?
I'm confused too, isn't remove and delete much the same thing?
So do we leave the existing "okapi-core" in place or not?
speacock110 wrote:The upgrade instruction says delete okapi core yet with that gone I get an error. If I want to continue using my pages don't I still need the OkapiCore (I put it back and it works) With Okapi gone as assume I have to delete the none pangolin pages. This bit need a little more claification
actually, the instruction say to remove and re-upload
1. Remove and re-upload the following files and directories:
backlight/config.php
backlight/env.php.skel
backlight/admin/
backlight/designer/
backlight/framework/
backlight/publisher/
backlight/modules/module-pages
backlight/modules/okapi-coreDon't delete your Okapi pages, at least not until you're ready to switch the page templates to one you've created with the new Pangolin design.
I have moved the website over to a new Cloud server, everything appears have gone relatively smoothly,
All the galleries work and i can upload new galleries via publisher but... galleries with the cart display this error when you try and add an item to the cart,
" A non numeric value encountered in AjaxController.php on line 119"
Edited seemed have resolve itself
Hi Ben,
No the website\files are all in the same place, they upgraded my version of Plesk which now allows me to change the php version,
Next to the php version drop down I have "run php as" then 3 options, 1. Apache mode, 2. CGI Application and 3. FastCGI Application, if i leave the php version on 5.3.3 and on Apache all works fine, changing the php verison to 5.6.30 or 7.0.19 looses the option to "run PHPas" Apache mode and i get the error.
So it appears that it will only work if I have the Apache mode option and does not appear to be PHP version related more "run PHP as" specific.
Hope all that makes sense
Hi,
Upgrading my server php version from PHP 5.3.3 to 5.6.30 or 7.0.19 results in the following error,
session_start(): open(./backlight/framework/../data/sessions/sess_1jsjghrmih9p5sf5h8avnba5h3, O_RDWR) failed: Permission denied (13)|#0 [internal function]: ErrorHandler::handleError(2, 'session_start()...', '/var/www/vhosts...', 74, Array) #1 /var/www/vhosts/tsiphotography.co.uk/httpdocs/backlight/framework/helpers/AuthHelper.php(74): session_start() #2 /var/www/vhosts/tsiphotography.co.uk/httpdocs/backlight/framework/init.php(124): AuthHelper::handleSession() #3 /var/www/vhosts/tsiphotography.co.uk/httpdocs/index.php(19): require_once('/var/www/vhosts...') #4 {main}|URL: /index.phpUnknown: open(./backlight/framework/../data/sessions/sess_1jsjghrmih9p5sf5h8avnba5h3, O_RDWR) failed: No such file or directory (2)|Unknown|0
That would explain it. The feature was deprecated in 5.3 and removed in 5.4. So it's only 5.3 that should raise the error.
I strongly advise to upgrade your version of PHP. 5.3.3 came out in 2010. You're likely missing a bunch of security fixes that have come out since that time.
Thanks Ben,
I have been advised I need to move to their cloud based servers, so is their any info on how to move an existing backlight site to a new server without having to upload all the galleries etc again?
It's pho 5.3.3
Hi Ben, thanks for the reply.
I have been in contact with my hosting company they have checked and safe mode is already disabled but the error is still appearing?
Probably worth mentioning, I've not seen\heard it happening on a desktop only mobile devices, I get it most times i visit a gallery on my S7 phone.
Hi, I get the error messages below randomly, sometimes on the home page and in galleries, any help would be much appreciated..
Unexpected error: Directive 'safe_mode' is deprecated in PHP 5.3 and greater in Unknown on line 0
Thanks Ben all sorted
The file was sent as RAR causing the email to be filed as spam.
As suspected, this is an issue with the file sizes. The underlying errors are:
POST Content-Length of 12690588 bytes exceeds the limit of 8388608 bytes POST Content-Length of 8951731 bytes exceeds the limit of 8388608 bytes POST Content-Length of 10548300 bytes exceeds the limit of 8388608 bytes POST Content-Length of 10548299 bytes exceeds the limit of 8388608 bytesTranslated: the files of 10-12MB exceed the maximum upload limit of 8MB.
I suggest asking your host to increase both post_max_size and upload_max_filesize. To check the current values of these, log into Backlight, click on View PHP Info under Special Links, and look for those entries.
Hi any update on this please?
Hi Mark, since that didn't help, can you email me the file ttg.log, found under the Documents directory on your PC? If the file is large, then please zip it.
Done, as in i have emailed the files to you
thanks
Hi Mark, it's most likely that the size of the image is larger the maximum size allowed on your server. See this post for a similar issue and solution: http://community.theturninggate.net/vie … 454#p43454
Hi Ben, they have increased the file size to 64m but i'm still getting the same error?
Hi, I'm getting this error message recently when I try and publish a gallery
" Unable to perform action: uploadRendition
Message: The page sent an action which was not available"
mridley wrote:Is there just not a way that publisher will upload a higher res image when publishing a gallery?
In the album template, under Image Settings => Photos for Download, set the Source option to "Create custom download rendition via Publisher".
Hi Ben,
Yes I've done that and republished the album but just get this error "The requested file was not found." also the path list in the browser is http://www.tsiphotography.co.uk/galleries/portraits/test/download.php?file=photos-for-download/Adcroft-516-Edit.jpg" looking at the directory structure on the server this folder "photos-for-download/" does not even exist?
Update,
Changing the settings in the template and then republishing a gallery does not work, creating a new gallery does, so may be a bug?
Just tried, deleting a gallery, creating a new one, but now get this error a short while after the upload process starts

Oh. So you want the images to publish at a higher resolution (pixel dimension) than what is currently allowed in the Backlight templates? Currently, the limit in the template Image Settings> Photos for Download: Create custom download rendition via Publisher is 9999px for width and height. You need it larger than that?
No I don't need a higher resolution than that but that looks like it's a 2 stage process, I.E you then have to export and upload the images manually as far as i can see.
When you try and download an image with this setting you get "A file not found error" and in the browser it is looking for the image at "download.php?file=photos-for-download/Adcroft-519.jpg"
Is there just not a way that publisher will upload a higher res image when publishing a gallery?
I can't get a jpg at 2048px with maximum quality to export from Lightroom anywhere near 6 MB. Mine are around 2 MB.
A 2048px tiff with no compression exports at about 8 MB.
Hi Rod,
I'm not trying to export it from LR @2048px and get 6mb I'm just trying to figure out how to enable high res downloads from the CRG without having to upload the files manually, as it appear that with max settings in the template the file sizes are very small and no good for the client to print etc..
Jpg file size is not just a matter of pixel dimension. The quality setting makes a difference. Image content makes a difference.
A jpg with a lot a blank blue sky will result in a smaller file size than a jpg with the same pixel dimension but with a lot of different colors.
Hi Rod,
Yes i understand that, but exporting an image in LR @240dpi and max quality renders an image of approximately 6mb, using the max settings in Backlight, Width 2048px x Height 2048px quality 84% renders an image of only 612kb ish.
Yes, but only 512kb is there noway to enable a full res file download?
Here is a test gallery http://tsiphotography.co.uk/galleries/portraits/test/
We're these images previously published before you changed the template settings?
If so, republish the mages
Hi Rod,
No it was a new gallery that I published after changing the template.
Here is a test gallery http://tsiphotography.co.uk/galleries/portraits/test/
I'm struggling to enable high res image download via CRG, I have a template called "Portraits CRG" and have the "Image settings" set to "photos" 2048px I.E the maximum setting bt the images are still only 134kb?
Your publish collections are a part of your Lightroom catalog, so should exist in your catalog backup. So long as your catalog backup is up-to-date, there is no need to backup publish services separately.
I did not need to restore my LR catalogue as that was on a completely different drive to the one that failed, but the publisher entries were blank once i reinstalled the publisher services?
There isn't anything to add to Rod's first reply.
Hi Ben, but that did not work!
I have a number of drives in my windows machine,
C, D, E and an F, my main C drive failed (an M.2 drive), my LR catalogue resides on the F: drive,
I have a complete C drive backup, I replaced the old faulty drive and re-installed the opsysy, reinstalled LR and then just pointed it to F drive, reinstalled the publisher plugin, all the the details were there API URL Etc, checked Authenticity, so i thought great that was easy... But no Publisher galleries shown although they were all present on the website, if i tried to create a gallery with the same name that was on the website Publisher would even inform me of a duplicate name?
I appreciates Rod's replies Ben but in my instance it did not work, I am very careful with my backup procedures so I'm am trying to understand why this has happened?
There was no need to restore LR from any backups as this had not been effected by the failure, LR is now as it was prior to the failure I.E all the edits I had done are there so it's not making much sense why Publisher is empty?
Is there not an official document advising how to backup publisher?