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.

#1 Re: Backlight Support » Albums not displaying after Backlight 1 -> Backlight 2 upgrade » 2020-02-04 19:47:36

Thanks Ben.  I’ve done some more work on the site - thanks to Rod for his help.

In essence, I’ve updated all the templates, and I’m working through the album sets and albums re-publishing them from Lightroom.  That seems to resolve the problems.  I guess their origin will remain One of Those Things We’re Not Supposed to Understand!

Thanks for all your help.

#2 Re: Backlight Support » Albums not displaying after Backlight 1 -> Backlight 2 upgrade » 2020-02-04 02:45:24

I've used Pangolin templates throughout.  I've just gone through them, edited and re-saved them.  That seems to resolve some of the problems with re-publishing albums and sets, but it's still a bit tedious.

Could something have been corrupted during installation of BL2?  I think that I followed the instructions correctly, but....

Cheers
Geoff

#3 Re: Backlight Support » Albums not displaying after Backlight 1 -> Backlight 2 upgrade » 2020-02-04 02:27:52

Both, if that makes sense.  I've made some headway.  First I re-published the homepage album; in itself, that made no difference.  I then created a new home page, into which I inserted the homepage album; that made the album visible on the site.

Following the logic further, I attempted to re-publish one of the galleries, and added the Galleries Album set to the home page.  This made the one Album Set that I re-published visible.  Trying to enter the Album Set still doesn't work, though, and trying to re-publish the Albums (from Lightroom) gives an error message like:

Unable to perform action: getSetupForTemplate

Message: The album could not be found for id 84638.  Please edit this album and try again.

My impression was that moving from BL1 to BL2 should be pretty seamless, and not require everything to be re-published.

Any light you can throw....

Thanks
Geoff

#4 Re: Backlight Support » Albums not displaying after Backlight 1 -> Backlight 2 upgrade » 2020-02-04 01:53:07

Thanks Rod.

2 comments on your observation:

1 That was the case with the site under Backlight 1, which worked as expected.
2. In the Backlight 2 designer (Design -> pages -> Home -> Design) the option to insert an Album doesn't seem to work.

Geoff

#5 Re: Backlight Support » Albums not displaying after Backlight 1 -> Backlight 2 upgrade » 2020-02-03 23:38:56

Sure Ben.  I'll email details separately.

Thanks for all your help.

Geoff

#6 Re: Backlight Support » Albums not displaying after Backlight 1 -> Backlight 2 upgrade » 2020-02-03 21:22:43

Thanks Ben.

I had run 'Update Album Files' when I installed BL2, but just to be sure, I've just run it again.  No change.

I've reduced the size of the background image - it's now ~300kB, and loads much faster.

Geoff

#7 Backlight Support » Albums not displaying after Backlight 1 -> Backlight 2 upgrade » 2020-02-03 19:26:14

gcusick
Replies: 14

I hope this is something simple!

Just upgraded to Backlight 2.

Initially, all seemed to work, but coming back to the site gave me 'Something Went Wrong', The template could not be found for id 2 in GalleryDelegate.php on line 280.  I found a post that attributed that error to needing to assign a template.  Did that, and the error message no longer appears.

Now, though, the home page of the site appears (slowly, I'd add), menu etc come up, but the album on the page is not displayed.  Going to Galleries should bring up a grid of the album sets, but this, too, is blank.

The site is at https://www.cusick.org.uk/

Help!!

Thanks
Geoff

#8 Re: Backlight Support » Starting with Pangolin » 2017-11-17 01:34:01

Thanks Rod and Matt.

Sometimes my own stupidity truly amazes me!

I found that dropdown moments before Rod’s post landed!

Apologies.
Geoff

#9 Re: Backlight Support » Starting with Pangolin » 2017-11-17 01:12:08

Thanks Matt.

The four 'pangolin-...' folders (-core, -page, -album and -album-set) are there.  I did have some problems when I first installed 1.2.3 which (with Rod Barbee's help) I think were related to permissions, so all are now set to 755.

I'll try re-uploading the pangolin bits.

#10 Backlight Support » Starting with Pangolin » 2017-11-17 01:01:01

gcusick
Replies: 5

Hi,
I've had a Backlight (+Pages) site running for a while now, updated to 1.2.3.  I just looked at Matt's latest blog post regarding mastheads, and went to follow through on my site, but the Pangolin features don't appear in the template editor.

I've tried creating a new page template, but still don't see the Pangolin features, and can't see any way of forcing the template to use Pangolin.

Am I being stupid and missing something, or is there a problem with my installation?

Thanks
Geoff

#11 Re: Backlight Support » Backlight Admin after update to 1.2.3 » 2017-11-08 17:27:51

Thanks Rod.  I hadn’t found that document.

One additional note regarding FTP (or, more specifically, SFTP) clients for Macos:  FileZilla does not allow setting permissions on upload - I think (again, not sure it’s documented) it simply copies the permissions of the source file.  The files in the expanded .zip all have 700.  Cyberduck does allow you to set permissions for files and folders.

Thanks again for the help.

Geoff

#12 Re: Backlight Support » Backlight Admin after update to 1.2.3 » 2017-11-06 19:59:53

Thanks Matt.

The documentation I was looking for was on the file permissions in a Backlight installation.  I encountered a problem following a change in the FTP client I was using, from FireFTP within Firefox (no longer supported) to FileZilla.  Having worked through and resolved the problem with Rod's help, I came to the conclusion that FileZilla is handling file permissions differently from FireFTP.

The files on my Mac, having expanded the archive, are all shown as (octal) 700; it looks as if I need either to expand the archive differently, to preserve permissions (are they in the archive?), use an FTP client that will allow setting the permissions, or adjust the permissions after upload.  In any case, knowing what the permissions should be (I guessed at 705) would be helpful.

Cheers

#13 Re: Backlight Support » Backlight Admin after update to 1.2.3 » 2017-11-05 18:45:39

Thanks for the pointer, Rod.  The okapi-core folder was there, but the permissions on everything in the css folder below it were set to 700.  Changing the permissions on *.css to 705 resulted in the admin page displaying correctly.

I’ll take a look at the other updated folders later today.  Do you know if this is documented anywhere?

Thanks again.
Geoff

#14 Re: Backlight Support » Backlight Admin after update to 1.2.3 » 2017-11-05 10:05:21

I’ve worked my way down that tree, and set all the permissions to 705.  Now, I can see admin.css in the browser - as a text fike - but no difference to the Backlight admin login page.

G

#15 Re: Backlight Support » Backlight Admin after update to 1.2.3 » 2017-11-05 02:35:49

/backlight/admin/lib contains 3 folders: css, images and js.

css contains:
a folder - images
admin.css
jquery-ui.css
phpliteadmin.css

The images folder contains 6 .png files, with names starting 'ui-icons_'


The admin/images folder contains apple-touch-icon.png, favicon.ico, identityplate.png and nothumb.jpg

The admin/js folder contains just 2 files, admin.js and jquery-ui.min.js

I checked the files under css against the distribution, and against the v1.2.2 release 3 distribution, and they appear the same.

Thanks for your help
Geoff

#16 Re: Backlight Support » Backlight Admin after update to 1.2.3 » 2017-11-05 02:00:00

Thanks Rod.

The site is at

http://backlight.cusick.org.uk/backlight/admin/

There is a guest admin defined.  Password is blguest.

Regards
Geoff

#17 Backlight Support » Backlight Admin after update to 1.2.3 » 2017-11-05 01:09:43

gcusick
Replies: 13

On update to Backlight+Pages 1.2.3, the UI for Backlight admin does not appear to work properly.  I just see a lis of links, no header, no page formatting.

I'm using Firefox under Macos High Sierra; behaviour is the same in Safari and Chrome.

I followed the procedure in the readme - delete .../admin, .../designer, ..../framework, .../publisher and upload new copies from the 1.2.3 distribution.  I also tried re-expanding the distribution and repeating the exercise.

Help, please.

Thanks
Geoff

#18 Backlight Support » Controlling pagination in the Galleries page » 2017-02-03 01:20:45

gcusick
Replies: 1

Hi,

Moving from CE4 to Backlight, with reasonable success.

I have a fair number of galleries; is it possible:
1. To group them into multiple gallery sets;
2. To break the list of galleries into multiple pages.

I've hunted around, but can't find an answer.

Thanks
Geoff

#19 Re: CE4 Publisher » Wholesale move of Publisher-managed galleries » 2016-01-04 20:07:21

Success!!

Just worked through this, and succeeded in restoring my galleries without having to upload again.  Thought I'd document the steps briefly here.

My site normally sits on the server under a directory called /webroot.  Before I made any changes, I had made a copy of the entire site into another folder, /backup.  I'd then gone on and recreated the main site structure, without any galleries loaded.  To recreate the gallery structure:

  • Copied the new (empty) /webroot/galleries folder to a fresh backup location (/backup2, say)

  • Copied the /webroot/ttg-be/data/publisher folder to /backup2

  • Copied the /backup/galleries folder to /webroot, overwriting the empty galleries folder

  • Copied the /backup/ttg-be/data/publisher folder to /webroot/ttg-be/data, overwriting the existing folder

This reinstated the galleries as I wanted.

I'd guess you could use the same approach to migrate an existing gallery structure to a new website; maybe Rod or Ben would have a comment on that.

Thanks for the pointer Rod - helpful.

Have a beer

Geoff

#20 Re: CE4 Publisher » Wholesale move of Publisher-managed galleries » 2016-01-04 05:59:54

Thanks, Rod.  I had found the .sq3 files, and had a suspicion.  I'll follow the other thread, and report back.

Regards
Geoff

#21 CE4 Publisher » Wholesale move of Publisher-managed galleries » 2016-01-04 04:24:03

gcusick
Replies: 5

Hi,

Something disastrous happened to my website, and I finally resorted to reinstalling the main pages completely.  All appears OK now, but I'm left without the many galleries that I had published to the site over the last 3-4 years.  Before I overwrote the old site, I copied the entire galleries folder from the site root, so I have all the image sets there.

Is there a way to copy this set into the repaired site without the need to republish every gallery from LR?  I can see a couple of .xml files, but they don't seem to go beyond ~2014.

Any help gratefully received.

Thanks
Geoff

#22 Re: CE4 Pages » SMTP Problem with CE4 Pages Contact Form » 2015-05-02 21:34:57

Apologies for not reporting that this problem was resolved by using the 'mail' setting.

Thanks
Geoff

#23 Re: General » Problems with Contact form in CE4 » 2015-02-18 21:43:02

Thanks again Ben.  Just tried the 'mail' option in ttg-be config, and that resolved the problem.

Cheers
Geoff

#24 Re: General » Problems with Contact form in CE4 » 2015-02-18 21:17:27

Thanks Ben.  I'll look into it with the hosting company - both the website and the mail account are with the same host.

#25 General » Problems with Contact form in CE4 » 2015-02-18 20:05:15

gcusick
Replies: 4

Hi,

I posted this in January:



Hi,
Just upgraded the home page of my site from CE3 -> CE4.  Most seems to work correctly, but I'm having trouble with the Contact Form.  Specifically, submitting a message results in the following error response:

fsockopen() [function.fsockopen]: unable to connect to ssl://auth.smtp.1and1.co.uk:587 (Connection timed out)|#0 [internal function]: ErrorHandler::handleError('ssl://auth.smtp...', 587, 110, 'Connection time...', 10) #1 /homepages/42/d20590601/htdocs/webroot/ttg-be/framework/lib/SMTP.php(125): fsockopen('ssl://auth.smtp...', 587, 10) #2 /homepages/42/d20590601/htdocs/webroot/ttg-be/framework/lib/PHPMailer.php(604): SMTP->Connect() #3 /homepages/42/d20590601/htdocs/webroot/ttg-be/framework/lib/PHPMailer.php(520): PHPMailer->SmtpConnect('Date: Fri, 9 Ja...', '--b1_26555f09e8...') #4 /homepages/42/d20590601/htdocs/webroot/ttg-be/framework/lib/PHPMailer.php(413): PHPMailer->SmtpSend() #5 /homepages/42/d20590601/htdocs/webroot/ttg-be/framework/helpers/EmailHelper.php(115): PHPMailer->Send() #6 /homepages/42/d20590601/htdocs/webroot/ttg-be/framework/helpers/EmailHelper.php(61): EmailHelper->sendEmailViaSMTP() #7 /homepages/42/d20590601/htdocs/webroot/ttg-be/admin/application/delegates/ContactDelegate.php(67): EmailHelper->send(Array, Array) #8 /homepages/42/d20590601/htdocs/webroot/contact.php(130): ContactDelegate->contact() #9 {main}|URL: /contact.php

'auth.smtp.1and1.co.uk' is the smtp server for my ISP, which works correctly from my mailer (Thunderbird), from a Wordpress Blog on the same host,  and from a NAS on my home network.  I've checked username and password (more than once!).  I've also tried sending the form via my gmail account, with the appropriate credentials.

I've got ttg-be v2.0.2 installed (checked that), and I think (?) that everything is correctly configured (though, presumably, it's not or things would be working).

Not sure what to do next.  Looking on the bright side, it should cut down on the spam I receive!


Rod Barbee made a couple of suggestions, which I followed up, but the problem persists.  I've just updated my web server PHP version to 5.5 - wondered if that would resolve, but no change.

The website is at http://www.cusick.org.uk, and guest setup for ttg-be is set up.

Help, please!!!

Geoff

Board footer

Powered by FluxBB