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.
Rod - it seems to be working properly now.
I had some kind of glitch going on in Transmit, and a few other programs, that required a shut down to reset. Upon startup the problem seems to have gone away. Must have been some kind of miscommunication between the server side and my computer.
Thanks..
I have set up some Albums and Album sets to require an access code to view. All looks good on the top-level gallery page - the lock icon is in place next to the cover image and name of the albums and album sets listed there.
However upon clicking on an album cover image, the access code page does not appear. Instead I go directly to the thumbnail page for that particular album. Then, upon clicking on a single image, it then asks for the access code. Strange, as I don''t think it is meant work that way.
But, when I click on the album set cover image, it does take me to the access code login. This is the way it should work for albums as well, shouldn't it?
What am I missing?
Thanks, Rod.
In thinking on this a bit more, I have found the solution to what I am trying to do, I believe:
1) In Backlight Admin, create a new top-level gallery
2) Assign an Album Set Template to the new gallery that contains the text, and whatever else I want to publish there - including inline images I believe. And/or I could edit the page copy for this new top-level gallery.
3) Could then link to this page through Menu Sets that contain its URL
I could create as many of these as I want. No albums or album sets involved (unless I want to do that).
Probably more to this, but it seems to work.
Is it possible to use the Pages function in BL2 to create separate, independent pages on my site? My site does not use BL2 as the core structure of the site. That is I am using another system for my index page and other pages, just using BL2 to create albums and album sets.
My idea is to create separate pages (for informational uses with inline images) that could be linked to through menu sets I create for use on the BL2 albums and album sets. By my reckoning that can be done in theory, but then where would the actual "pages" exist on the site? Where would I find them on the server?
Or is this not an option when using BL2 without its root index.php file?
Short answer - an error page triggered by a login error. So want to customize it to the particular set of people logging in, if they mistype.
Long Answer - I have a client that has a subset of people - about 75 - that I need to set up with separate login to see a gallery of their respective portraits. With CE4 I could set up separate galleries,, then created a login page in html, using a single entry very simple javascript to access their individual gallery. I also created a custom error page in html, so that if they mistyped the login it would direct them back to the login page with a button, as well as providing other information.
Tried to set this up using album set as a login page and then separate albums (although not within the album set) for each of the 75. But javascript cannot function properly from embedded content in album set. Wanting to keep things as simple as possible, I did not want to use the login function that is accessible when creating the albums in LR Publisher. Just wanted a one entry login.
But since I wrote the original post, I am thinking the best way to handle this is to create a subdomain and use a separate installation of Backlight just dedicated to this subset group. That way the error page will be customized to just this group. Also will use the username/passwd fields in LR Publisher to allow access to albums. Can live with that, as I gain a more customized site and can even set up Pages, etc to make this subdomain more robust and informative.
OK, thanks for the pointer to that. Don't know why I did not find that in my search. That is helpful for site wide error page, but from Ben's comments, it seems the idea of adding custom error page info by specific album or album set is not workable in Backlight. I assume that is still true today, as when he wrote his comments on 10-31-16.
Is it possible to create a custom error page that could apply only to a certain subset of albums or album sets?
The way Backlight is currently set up, as I understand it, is the only customization one has for a 404 page is in the Publisher settings. This, then, effects all albums, and album sets generated through Publisher.
If I wanted to make it specific to a certain album or album set, I would be out of luck.
Unless, perhaps, .....I could put some ErrorDocument 404 code into the htaccess file associated with those albums and album set.
Would that work?
Thanks, Matt. Following intent of instructions in the last paragraph the doc you referenced I deleted, via FTP, the htaccess files in the albums in questions (and even those that were set to slideshow) and all of them seem to work correctly now.
So I will empty out the htaccess code in the advanced setting in Backlight admin (as the article outlines) and create new albums going forward with that change in place All should work OK. Will let you know if problems arise.
Yes, tried that as well. Several times during the process. But no change.
Not as far as I know. Using Network Solutions.
I changed the htaccess files anyway (to the recommendations for FastCGI server), just to see if any difference could be seen. At first the page did come up correctly - the stand-alone page - one one of the thumbnails. But then it 404'd. Also the index page went to a 404 as well. So changed them back to the default settings. Index page comes back, but still 404s when trying to load the single-page-html.
So no change. Also tried to set the SQLite Journal and Synchronous to "DEFAULT" in both cases. They were set to "PERSIST and "OFF". But no change there. So set them back to original values (Persist and Off).
Any other ideas?
Rod - I tried the update albums, and no change in the behavior there. Since Matt answered here, I am continuing the thread for now, but let me know if you want me to reopen as another topic.
Matt - I used the correct code you indicated in the web inspector (using Safari):
mydomain.com/topgallery/album/single.php?id=imageName
Result - the single image page links did work properly. So this indicates an htaccess issue. I think. The htaccess files are loading. There is one in the specific album directory as well as the topgallery directory. They appear to be identical. I see you have a caveat about Fast CGI servers at the head of the htaccess file. Could that be the issue? However I am not getting the "No input file specified" message. Just the 404.
I also use an htaccess file at the root. (my site is a hybrid of sorts - not using Pages). But nothing in there to cause an issue as far as I know - just some redirect from another domain name to mydomain.com
Thanks, Rod. I saw this which tells me how to eliminate the social media icons through CSS -http://community.theturninggate.net/vie … hp?id=7319
As for the other (map, permalink, etc) - yes I may want to eliminate those as well. Is there a CSS property for that? Additionally can I just eliminate the whole share menu, which would take them all out at once?
Using the latest Backlight update - 1.2.3 Rel 4
https://wheelerimaging.com/mcds8th2018/myers/
Album template is set to Single-Image-Presentation for the above. The social media icon issue is only apparent when I change it back to Slideshow. So I guess one problem at a time.
Thanks, Rod..
I have emptied all settings for social media icons in the Page Template. Nevertheless they still show up whenever I go to a slideshow page in the album.
I sense something is amiss here. Any thoughts?
Second issue, which may be connected (?) I can't seem to get the single-image presentation page to be recognized. Clicking on the thumbnail goes to an error page. Everytime. In checking the web inspectorr the thumbnail points to - mydomain.com/topgallery/album/filename-single.php - yet there is no such file in the album directory. There is a single.php there, and the photos are in the "photos" folder, which makes me think it is the Backlight magic that brings those two together somehow. But in my case it does not seem to work. Just goes to a 404.
Any thoughts about how to fix that one?
OK - that is kind of what I thought. Thanks, Daniel.
What I liked about CE4 (and earlier iterations) was the ability to generate a web gallery that I could just upload to my server and create any name I wanted for it. All at the root level. So I could just use http:mydomain.com/anynameiwant/ and send the link to someone, and also change it at will on the FTP interface.
So my questions is - is it possible to mimic this in Backlight? I believe the answer is no, as the way it links with publisher requires a top level gallery and an album, or album set to work.
Would it be possible to have a web gallery (using CE4 terminology) at root level? Such as http:mydomain.com/anynameiwant/ or must it be http:mydomain.com/toplevelgallery/anynameiwant/?
Rod - originally, yes, I did remove the index.php from the /backlight folder - (the wrong one, as you said). But of course this caused the login problem, so I just put it back. Then login was functional again.
My site (since it is constructed independent of Turning Gate products) uses existing .htaccess and index.php files at root already. So I did not replace those on installation. Nor should I , or the site will crash. Question is now, what to do with (if anything) the Backlight root .htaccess file. I assume it is only needed for Pages, so I can dispense with it for now, as with the Backlight root index.php file.
Sound right?
Except by removing the index.php I can't log in to Backlight. So all except that one, I presume.
Thanks, Rod. Should have been able to think of that....
Have been a Turning Gate client since CE2. Currently using CE4 for generating galleries, but only for some of them. The main structure of my site is built outside of Turning Gate products, so have never used Pages.
Just purchased Backlight as i need to keep up with the turning wheels of progress (I hope). However, as the deal was a good one, and I may at some point change my site structure, I purchased the Backlight+Pages bundle.
To keep things simple I am thinking to just remove, for now, the Pages module from the backlight installation.
So my question - what files or folders should I remove from the /backlight folder to accomplish this?
Secondly does this make any difference if I am not employing the Pages module at all? That is - is it of no consequence if I leave those files/folders in?
Thanks-
Derek and his engineering team over at Fotomoto, found the problem, which, as I understand it, resided on their end. They were able to fix it, so now I am good to go.
However, I wanted to mention to you, Matt, that the CE4 Gallery engine (and I am assuming i have the latest version - #6110 dated August 8, 2016) seems to me to contain a problem. See above in my response on 01-30-17 13:10:35. I have tested this both ways, that is with what I downloaded from Turning Gate, and with the edit I mentioned in the above post. With an http site, there is no difference in behavior. But with an https site, the SSL blocks the connection to the Fotomoto script, as written in the CE4 Gallery code. Removing the "http:" in the script reference allows the connection, and it then works properly.
This is my reading of the situation. But I am certainly no where near your level of expertise in this area, and realize I could have something amiss in my reading of it.. But just wanted to bring it to your attention, should there indeed be a problem there.
I have that question in to Fotomoto currently. Derek is looking into it. I asked specifically if there was some error log information that would shed some light on the problem. Have not heard back yet.
Charlie, yes, I did encounter that issue. According to Fotomoto the CE4 Gallery reference to the Fotomoto script should not contain the "http://" before the script. I was able to go in to the Gallery Engine and edit that to what fotomoto gave me, which is "//widget.fotomoto.com/stores/script/....." While that made the script responsive (i.e. allowed buttons to show up and respond), it does not solve the blocking of images issue.
So I am thinking the problem lies elsewhere. Or is it (Fotomoto through CE4 Gallery) just incompatible with https sites? Fotomoto says their product does work with https sites.
I changed my site to an SSL site a few weeks ago. But I find that now the Fotomoto widget is not operating properly. Before the changeover, it was working fine. Images are being blocked from the Fotomoto site. In other words Fotomoto can't access them. See here for example: https://wheelerimaging.com/testing-106/ When clicking on the shopping cart the widget comes up, but with the message that image pricing cannot be determined at this time, etc.
I have been working with the folks at Fotomoto to solve it, but we have not found anything yet. They say all my storefront operations are set-up properly, and all looks good on their end. I tried working with my host (Network Solutions), but they were of Zero help, basically saying it was not their problem. By all info I have looked into, Fotomoto should work with SSL enabled sites. So should CE4 Gallery.
So, I am going to try here again, to see if Ben or Matt, or anyone else may have an insight into this that may solve it, or at least isolate the problem. I doubt this is a problem with the CE4 Gallery engine, but perhaps I am overlooking something. I realize changing hosts may be the solution, but won't know that until I actually go through that whole process.
I touched on this issue in an earlier post, a few weeks ago, here: https://community.theturninggate.net/vi … hp?id=7398 The other issues I was having in that post are solved. Just this Fotomoto issue that is still out there.
Any help would be greatly appreciated.