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.
This rule should do what you need, added directly under RewriteEngine On:
RewriteRule ^travel$ http://yoursite.com/gallery/gallery-travel/ [R=301,L]
Change yoursite.com to your actual site URL. I've tested this, and the other .htaccess rules still work as expected.
THANKS! I've just put that into my .htaccess and it works like a charm. I ended up putting 5 lines in there, so there is now a shortcut for each of the main gallery categories.
Now that I have used your solution, and found it works, I guess I need to do some reading to see what this RewriteRule is all about, and why this line works at all...
My guess is that the code in the file is there for a reason.
If you want a shorter url, why not use one of the url shortening services like bitly?Another approach is to embed the album into a page named travel.
The bitly isn't what I want, since those are full of gobbledygook and hard to remember or type. Remember, this is so that I can print an easily memorable url in a show brochure.
My first thought was a page at the target location ("/travel") that just had an HTML redirect. However, my reading said that it was considered the least desirable for a bunch of reasons that I no longer remember. Each of the sites I went to said the .htaccess redirect was the cleanest, so is the way I went with.
As for creating a duplicate page -- that would work today, but has too much risk of quickly getting out of sync, since all these galleries are fluid as we travel more and have other events to track.
Thanks for your suggestions, but it looks like Ben came up with the solution that I will be using this time.
I am trying to do a page redirect on my site, to create a short url to publish in a printed pamphlet, rather than the much longer actual url. I therefore put the following line in the .htaccess file:
Redirect 301 /travel /gallery/gallery-travel/
It fails, because it is redirected with some arguments ("/?mod_rewrite=on&page=travel") that seems to mess it up. If I delete those arguments, then the url is correct.
With some experimentation, I found that if the "Rewrite Engine" part of the .htaccess file is removed, then my redirect works exactly correct.
QUESTION -- Is there some Backlight2 need for this section? Can I just delete it without unwanted side effects?
Just in case it is not clear what section I am referring to, here is the code currently in the .htaccess that is interfering:
<IfModule mod_rewrite.c>
RewriteEngine On
############################################################################
# Edit this section for servers using FastCGI
# For FastCGI (or seeing the error message 'No input file specified.':
# add # to the start of the next line
RewriteBase /
RewriteCond $0#%{REQUEST_URI} ([^#]*)#(.*)\1$
# For FastCGI (or seeing the error message 'No input file specified.':
# add # to the start of the next line and remove # from the line after)
RewriteRule ^.*$ - [E=BASE:%2]
#RewriteRule ^(.*)$ - [E=BASE:]
############################################################################
RewriteRule ^(.*)$ - [E=QS:mod_rewrite=on]
RewriteRule ^([^\/.]*)-single.php$ %{ENV:BASE}single.php?%{ENV:QS}&id=$1 [QSA,L]
RewriteRule ^([^\/.]*).css$ %{ENV:BASE}index.php?%{ENV:QS}&extension=css&name=$1 [QSA,L]
RewriteRule ^([^\/.]*).js$ %{ENV:BASE}index.php?%{ENV:QS}&extension=js&name=$1 [QSA,L]
RewriteRule ^([^\/.]*).gif$ %{ENV:BASE}index.php?%{ENV:QS}&extension=gif&name=$1 [QSA,L]
RewriteRule ^([^\/.]*).png$ %{ENV:BASE}index.php?%{ENV:QS}&extension=png&name=$1 [QSA,L]
RewriteRule ^([^\/.]*).jpg$ %{ENV:BASE}index.php?%{ENV:QS}&extension=jpg&name=$1 [QSA,L]
#RewriteCond %{QUERY_STRING} !mod_rewrite=on
#RewriteRule ^index.php$ %{ENV:BASE}index.php?%{ENV:QS} [QSA,L]
RewriteCond %{QUERY_STRING} !mod_rewrite=on
RewriteRule ^mobile.php$ %{ENV:BASE}mobile.php?%{ENV:QS} [QSA,L]
RewriteCond %{QUERY_STRING} !mod_rewrite=on
RewriteRule ^(.*)download.php %{ENV:BASE}download.php?%{ENV:QS} [QSA,L]
RewriteRule ^$ %{ENV:BASE}index.php?%{ENV:QS} [QSA,L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ %{ENV:BASE}index.php?%{ENV:QS}&page=$1 [QSA,L]
</IfModule>
You can also add text specific to the top level gallery. In Backlight go to Publisher. Click on the name of the top level gallery and edit properties
That did it -- thanks again!
You’re choosing a cover image for each album set.
Thanks. I see now that you can get there by clicking on the cookie trail (I forget the proper name of that text hierarchy).
I have now put icons for each of those. I don't see how to get rid of the "main copy block" text though. I eliminated it on the others by setting the TTG Publisher edit album set to "replace text" (rather than "above text"). I don't see where to access that for this top-level ("gallery") display.
@Daniel --
I am using the TTG Publisher module from Lightroom. Just checking now, and I don't see any way to define the thumbnails at that top level. I can do it for each of the album sets I created, but not for the top level 'gallery'.
Or is there something I am missing in the Publisher too?
That's not a cache issue... There is no thumbnail:
Aha! You manually went where no man should go!
That is, I have no menu that goes to that url (do I???). I checked the thumbnails for each menu landing target, but had not looked at the level above them.
I would design a dedicated menu-set for mobile that uses a simpler structure. First I would design this alternative menu in Backlight (create a new menu-set for that!), then copy the generated source code that is enclosed by the nav divs:
Thanks -- I'll see if I can give that a try. I actually knew CSS about 15 years ago, but haven't done any coding in it since then, and now after 5 years of full retirement, have trouble making sense of what used to be second-nature...
BTW, if you go to /gallery, you will notice that some of the gallery-sets don't have thumbnails.
That was true yesterday, but I added the thumbnails to all the galleries last night. Could you please clear your cache and check again? If you find any that do not have a thumbnail, I would really appreciate a specific pointer. I just went through them all here on Firefox (which I clear cache on frequently, and use only for tests like this), and every gallery set I saw had a thumbnail.
no. the flyout only applies to desktop (or displays wider than the mobile breakpoint set in Layout. The smallest breakpoint being 640px)
Bummer. I may have to rethink the menu then. Perhaps have a second menu design oriented around the mobile devices, and use that navigation menu on smaller screens.
Do you think that would work, or is there some other roadblock I would run into that I haven't thought of yet?
@Rod - Thanks! That does show now. I had not used that, thinking it would show up in the right-column pallet I use on the computer for 'recent posts' and the like.
The BL designer does say that the menu will be 'flat' on mobile devices. I believe (after seeing it now) that means that all submenus are visible at all times.
Is there any way to change that, so that only top level menus are visible until one is chosen? As is now ("flat"), the user has to scroll through an awful lot of 'travel' items before reaching the next main topic ("art", then "studio", etc)
My website now looks pretty solid on a computer, so I am turning my attention the mobile device display.
I have the horizontal navigation working on the computer, but it does not show up on my iPhone. I have the Masthead in the Header, and that is then set to 'always' show. I also have the horizontal navigation set to show in the header.
On my computer, I see the masthead and menu as expected.
On my iPhone I see the masthead, but no menu.
What have I done wrong this time? --- www.mindstormphoto.com
@ Daniel -- YOU FIXED IT!!
Poking around, on a hunch, I changed the name of the root ".htaccess.bak" to ".htaccess" and tried the website. Those links now work!
So the problem (I think) is that there was no .htaccess file at all. I still do not understand the content of that file or why it would have this effect, but the links are now working, and I will settle for that after these last couple weeks!
THANKS AGAIN!
@Daniel --
There is no .htaccess in the 'docs' folder (the root for wordpress on my ISP)., though there is a .htaccess.bak . Reading that file, I don't see anything that I think would influence url links from the blog to another url (such as the links within the blog that you pointed out do not work).
There is a .htaccess in the backlight folder, but I don't think that would influence wordpress either, and is definitely part of the new BL2 install.
I don't think there is a problem with your widgets. Even the links to the different posts from your home page are not working.
Ouch. One more thing that doesn't work. I had not noticed that one yet...
To me, it looks like there is an issue with your .htaccess file. Did you modify it? This is the .htaccess file that came with the Wordpress installation, isn't it?
Probably not... When I first installed BL2, I copied over the .htaccess and index.php, but goofed and put them in the wrong directory (the root instead of the BL2 -- drag and hit-wrong-target). I would not be surprised if the current .htaccess is thus the "wrong one"...
However... I thought the .htaccess just defined who could log on, what their passwords and privileges are. Does it control something that would mess up these file paths too???
I have recently (last week) moved from CE4 to Backlight2 for my blog / website. After much tearing of hair, and help from both Matt and the people here, I have the basic blog and menus working.
I have hit another snag though. Not sure if this should be asked here, or in some Wordpress or other site. If there is a better place to ask this, please let me know where.
Basically, the widgets are not working properly. I have had widgets in Pallet1 for years that included 'categories', 'history' and 'recent posts'. Those still show up properly on the html web site, but the links all fail.
That is, if I click on any "recent post' in the listing, it will give a 404, since the link is wrong. If I choose any 'category' I will also get a 404, since the url is wrong again.
You can see this behavior at:
I have tried deleting all widgets (nor just removing, which would keep old settings, but delete, which should remove them entirely) then adding them again. The removal shows them gone. The adding back shows them on the site. All that looks cool and perfect. Trouble is, all the links they show are invalid.
What have I done wrong this time...??
Backlight's page template has a menu assigned. If there's no menu in Wordpress, then it will display. If you have a menu in Wordpress, the Backlight menu is overridden.
Backlight menus do not show in Wordpress' admin.
That is exactly what I ended up deducing.
I would like to recommend that info be put in the documentation for both BL menus and WP theme. It is not at all the behavior I expected, which is how I got into such a fix until I deleted the WP menu as a test (at which point I thought it was still failing, since WP said there was no menu).
I can certainly live with the current approach. I just would have appreciated not running in circles for a day trying to figure out WTHeck I did wrong this time...!
So all is good now?
I think so. I have asked my wife to go through and test all the menus. I am in the process right now of writing the next blog (2 weeks late, since I have been fighting the conversion to a new ISP and BL2 all that time).
I still need to go back and improve the colors a bit, since it looks pretty stark right now. However, it does appear to be fully functioning.
Thanks again for all your help on this!
@Daniel -
Interesting guess about the display size. However, I am on a maxed-out iMac Pro with two 27" displays, so that isn't the issue...
Note my last response (after you suggested the display size). Turns out that WP seeing no menu at all is a GOOD THING. If WP complains there is no menu, then it will use the BL2 supplied one when the site actually runs.
The problem i had earlier was that i did have a different menu on WP. When that exists, WP insists on using it, and does not let the BL2 menu shine through. Once I deleted the WP menu, suddenly the web site worked properly again!
HOLD THE PHONE.... it works...???
I went back and created a new theme (as shown in steps above).
Wordpress says there is no menu available. it also says there in no palette being used, even though there should be.
HOWEVER, when I go into the site (www.mindstormphoto.com), the menu DOES appear and so does the palette...?!
Apparently, if WP knows about a menu, it overrides BL2 and uses it. If WP cannot find a menu, it tells you there is none, but the web site itself does show it.
Baffling, but at least it appears to be working now...
THANKS to everyone who helped on this mystery!
@Daniel --
Well, da**... Here are my steps in screenshots. Can you see where i might have made a mistake?
https://www.dropbox.com/sh/0qhmevt8qebt … 6_Xta?dl=0
01-menu sets.png -- in BL2, shows the menu sets that exist
02-menu design.png -- in BL2, shows the first page of the design of that single menu
03-templates.png -- in BL2, shows the templates that exist
04-create new MSP WP template.png -- in BL2, shows that I created a new Wordpress template called MSP
05-settings for MSP WP.png -- in BL2, shows the settings i have for the MSP WP template
06-MSP WP now created.png -- in BL2, shows that I have created and exported the theme to WP
07-MSP settings.png -- in BL2, shows the settings for that WP template
11-WP showing MSP exists.png -- in Wordpress, showing themes, including the new MSP
12-WP MSP made active.png - in WP, shows I have made that new BL2 theme active
13-WP MSP has no menu.png - in WP, shows that no menus are available to that theme in WP
@Daniel -- So you created a menu in Backlight 2, and when you created a Wordpress theme, that menu showed up?
it doesn't for me...
A factor may be that I have been using CE4 for the past 5 years, and did some bandaging to get it to work way back then. Matt later told me I was fighting the system rather than using it, but I had it working by then, so did not go clean anything up.
I still have the CE4 folders on the site, though I don't believe they are being used. I intend to delete them, but have waited until I get the new system working.
sooo... it is possible there is some detritus from the earlier incarnation that is interfering here? if so, I need some idea of where to look.
FWIW, Matt already has full admin access to both the Wordpress and Backlight 2 portions of the site.
That surprises me. That is what I ended up doing in 2014 when I made the CE4 site, but doing so caused a lot of grief. Trying to keep them identical as new galleries were added, and trying to get them to look the same was a PITA.
I can always do that again, but i was trying to do it "right" this time and not get caught in that same endless chasing-my-tail situation.
Oops. you are right. It WAS set there. I forgot where it was (I have been fighting this pretty much nonstop for the past couple weeks...).
Here is a screenshot showing that the menu was indeed chosen:
https://www.dropbox.com/s/yrg66kuia3b18 … M.png?dl=0
however, it is still not visible in Wordpress,
Screenshot from Wordpress showing which template I am using (MSP 2018 is derived from BL2):
https://www.dropbox.com/s/ce0368zpabklq … M.png?dl=0
and screenshot showing menu available -- now none. The one from BL2 is not showing up in WP:
The web site is -- www.mindstormphoto.com
Mathew helped me get back a roadblock this weekend, where the blog was not showing up. Turned out I had inadvertently copied the BL2 index.php file one directory too high, which meant it wiped out the Wordpress file of that name. Reverted to the Wordpress index.php file from a couple weeks ago, and the blog worked fine.
However, I later realized the menus no longer worked in that case. More investigation shows the menu from the Wordpress BL customization is being used, instead of the menu created in the BL2 templates.
to answer your specific question about menu in Navigation. There is nowhere to indicate the menu name to be used there. I can indicate the colors, directions, etc, but not the menu name itself.
Here is a screenshot of the Navigation section of the Page template to show what I am looking at... just in case you meant somewhere else:
https://www.dropbox.com/s/gusbuh6llbwqm … u.png?dl=0
Note that there is currently no menu at all on that web site, since my last attempt was to delete it on Wordpress, hoping I could then see the BL2 menu. Can't see it though, leaving me no menu at all.
I have created a menu in Backlight2 and saved it. When I go to the Wordpress BL2 theme, I only see menus created there under Wordpress. I do not see the menu I created in BL2.
On a hunch, I deleted the WP menu entirely, hoping it would then see the BL2 menu. No dice. WP now just says I have no menus.
??