Community @ The Turning Gate

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.

  • New user registrations are disabled.
  • Users cannot create new topics.
  • Users cannot reply to existing topics.

You are not logged in.

#51 Re: Backlight Support » Backlight 1.2 navigation » 2017-07-01 15:48:51

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??

Matthew wrote:

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.

#52 Backlight Support » Backlight 1.2 navigation » 2017-07-01 05:35:20

mridley
Replies: 5

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?

#53 Re: Backlight Support » how to install new Backlight 1.2 Pangolin? » 2017-07-01 03:25:03

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?

rod barbee wrote:
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-core

Don'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.

#54 Backlight Support » Something went wrong » 2017-06-07 03:31:36

mridley
Replies: 1

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

#55 Re: Backlight Support » PHP 5.3.3 to 5.6.30 or 7.0.19 » 2017-06-04 23:15:40

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

#56 Backlight Support » PHP 5.3.3 to 5.6.30 or 7.0.19 » 2017-06-04 18:16:20

mridley
Replies: 3

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

#57 Re: Backlight Support » Error message » 2017-06-02 23:11:02

Ben wrote:

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?

#59 Re: Backlight Support » Error message » 2017-06-01 01:13:47

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.

#60 Backlight Support » Error message » 2017-05-31 06:17:49

mridley
Replies: 9

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

#61 Re: Backlight Support » Error Message » 2017-04-27 02:45:03

Thanks Ben all sorted

Ben wrote:

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 bytes

Translated: 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.

#62 Re: Backlight Support » Error Message » 2017-04-25 03:38:06

Hi any update on this please?

#63 Re: Backlight Support » Error Message » 2017-04-23 21:18:03

Ben wrote:

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

#64 Re: Backlight Support » Error Message » 2017-04-23 21:07:17

Ben wrote:

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?

#65 Backlight Support » Error Message » 2017-04-23 17:06:46

mridley
Replies: 7

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"

#66 Re: Backlight Support » High res image download » 2017-03-08 17:53:51

Matthew wrote:
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

error.jpg

#67 Re: Backlight Support » High res image download » 2017-03-08 17:37:41

rod barbee wrote:

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?

#68 Re: Backlight Support » High res image download » 2017-03-08 01:51:17

rod barbee wrote:

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..

#69 Re: Backlight Support » High res image download » 2017-03-08 00:30:28

rod barbee wrote:

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.

#70 Re: Backlight Support » High res image download » 2017-03-07 23:51:42

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/

#71 Re: Backlight Support » High res image download » 2017-03-07 23:44:55

rod barbee wrote:

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/

#72 Backlight Support » High res image download » 2017-03-07 23:22:33

mridley
Replies: 13

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?

#73 Re: Backlight Support » Publisher Restore » 2016-12-28 23:14:49

Matthew wrote:

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?

#74 Re: Backlight Support » Publisher Restore » 2016-12-28 22:14:00

Ben wrote:

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?

#75 Re: Backlight Support » Publisher Restore » 2016-12-28 21:33:48

Is there not an official document advising how to backup publisher?

Board footer

Powered by FluxBB