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.
You are correct there is more than just Font size wrong. The widgets are overlapping and the font color in the drop-down boxes is the same color as the background until highlighted by a mouse flyover. I tried changing the Content => Pallets to the numbers you suggested and not much improvement. I then went the extreme and set them to 144 each. Not much improvement. Left this way on my way to work for today.
I didn't break my sight as I currently don't have much in the Pallets except a search graphic on the main site.
Thanks,
Jim.
All better. I can now see the cursor and text entered.
It is a width thing. I had decreased the width of the Pallet 01 during the transition to Pangolin. When I put the width back to the previous setting, It all fits much better. The rest of the site didn't seem to complain either.
Something odd. I changed back to my Okapi WP theme and have this look and feel.
Tried that previously. Tried again and made sure to clear template cache and browser cache as well. Also tried on Chrome, IE and Firefox on Windows 10 and on Chrome on Android. I can say the problem is consistent.
Yes. I assigned my Pangolin Standard template which I use for all of my published galleries and they seem to work well. Unfortunately, only Search has a text entry box. My Contact form works fine, but it uses a the Pages template, I think.
Updated my WP theme after spending a few hours finding my way around the update and everything seems to mostly work. Few minor issues to iron out. My Pallet 01 text is too large in the WP template and I have not found a way to fix it.
Site: https://www.jamesherman.net/blog/
I almost made it! Followed the directions and tried not to make too many stupid mistakes. 2 minor problems, I need a gentle nudge with. Site: https://www.jamesherman.net/backlight/search/
1. My search page, when selecting the upper right icon, comes up with a white page and fills the screen. When I first installed the Pangolin update - i.e. before I mucked with it, I thought I had a black box of some size less than full window. Now cannot seem to find the setting to correct.
2. The text in the separate search page seems to be set to white with a white background and I have failed to find where to reset or change it.
I've converted to https and after some initial problems, even FotoMoto seems to play well with Backlight. Checked with the Fotomoto people regarding a few of the page errors. Their response was no difficulty with security or reliability. I have found this is indeed the case.
To convert to https does require a few changes to make sure you don't have internal security problems. See this discussion and should fix your problem.
http://community.theturninggate.net/vie … hp?id=7335
Jim.
Received this from Fotomoto:
Thank you for providing the page and screenshot. I was able to replicate the warnings you mentioned.
At first glance these do not look like security errors, rather just warnings that some elements are deprecated, which typically means that parts of the code are being phased out.
My initial suggestion is that there shouldn't be any impact to your ability to use Fotomoto on your site, but I will pass this along to our engineering team for their appraisal and response. Please do note that we check Fotomoto regularly and update code as needed to make sure all works as it should.
I'll post a more official response after I have word from our engineers.
Thanks again for pointing this out and kind regards,
Derek
On the Fotomoto front, I suspected as much. Tried creating a new store, lost pricing structure as expected, not a huge loss at this point. Fotomoto does not seem to recognize an https:// site and automatically prepends http://. No help there. I have contacted the Fotomoto community for suggestions and will update as I learn more.
Regarding the other error, Matt is correct. attempted to automatically add focus on the Contact page. Seems to work but causes an error, see Rod's comments on http://community.theturninggate.net/vie … hp?id=7229.
I have fiddled with Matt's suggestion but have not yet made it work. Not that important. Have left commented out for now. Will try again soon.
I am still cleaning up some internal references which are not yet using https but most pages whether they are using Fotomoto or not have the error. I would suggest starting with my Featured page - all the galleries here have a Fotomoto enabled template.
Featured galleries with Fotomoto enabled template: https://jamesherman.net/galleries/
Galleries without Fotomoto enabled template: https://jamesherman.net/galleries2/turk … favorites/
Were it only that easy. Changed to:
<script src="https://widget.fotomoto.com/stores/script/
The site no longer reports a security error and Fotomoto now works as expected. Not sure of the importance of the new errors, my impression is this is now Fotomoto code over which we have no control:
My sinking suspicion is that I also need to change the Fotomoto linked site, in the free case remove and link to the new https:// site with likely loss of pricing structure. Since Fotomoto now works on the secure site and the browser no longer complains of a security breach. I am inclined to leave for now.
Like michilge, I paid several years ago for an https: certificate and had never gotten around to implementing. The conversion actually required a number of changes including:
- Backlight settings
- Menus
- Pages and templates - for the masthead image to work properly, I had to change image to anything else and then back to original
- .htaccess
- WP settings
- LR - don't forget to change the TTG Publisher, no need to re publish
I use a number of internal links to other pages and need to change them to reflect https:, only about half done at present.
Problem.... I keep getting the following error on all browsers and all pages and have not been able to find and fix it:
Mixed Content: The page at 'https://jamesherman.net/galleries3/1_cambodia/' was loaded over HTTPS, but requested an insecure script 'http://widget.fotomoto.com/stores/scrip … 1269330677'. This request has been blocked; the content must be served over HTTPS.
This is just an example but the error is on all pages. I use the free Fotomoto service and cannot change the website without deleting and restarting - possibly with loss of my current pricing structure.
Before going the brute force route, can anyone confirm this is a Fotomoto problem and not a Backlight issue?
Long story short, Bluehost has apparently updated security for emails and forms to decrease risk of bot action. Ben and others have been busy sorting this out and this morning in the Newsletter, Ben has put together a document whit discusses the issues and how to fix them.
http://backlight.theturninggate.net/doc … n_bluehost
Jim.
Works as advertised. I placed the above code in the user section of my phplugins.php file. Things have moved a bit since I last tried this, CE4.
There is a sample php file in .../backlight/custom/phplugins and it contains several sample functions all of which are inactive. I placed this function at the end. Location of the file is important for Backlight to be able to find it.
Then I renamed it to phplugins.php. This is important to prevent an inadvertent file overwrite with an update where Matt has traditionally updated only the phplugins-sample.php file.
I then went to my default page template and activated phplugins and selected my modified puplugins.php file.
I then made sure my browser reloaded the pages and now the focus is indeed in the text entry field.
I then tested in Chrome, IE, Edge and FireFox - seems to work and no unusual behavior noted elsewhere in the site.
Jim.
Putting it mildly. My cPanel indicates I have an email registered but when I check my email registration in cPanel it indicates none registered. I have apparently set up a registered email some years ago and have been unable to find it to confirm the address is the same. No email getting through this morning and I added my email, tested, then a forwarding rule, tested.
I also made sure I haven't broken my Google account on my domain.
FTP OTW.
JIm.
Fixed the php error without problem and now using single.
Tried 2 iterations with the first then both variables set. No email getting through.
sendmail_path = /usr/sbin/sendmail -t -i -f'jim@jamesherman.net' in Unix only
sendmail_from = jim@jamesherman.net in Win32 only
This should be only a server issue but cleared the template cache and tried sending on Chrome, IE, Edge and FireFox making sure the site and pages were reloaded from the server. None went through.
A few!
I was using 5.4 fastCGI but changed to single. It rewrites both the php.ini and the .htaccess files. In the latter only the first 2 lines are changed to reflect the current php configuration. Updated php.ini to match my note above.
Worked for 3 successive emails then stopped. Also started getting a red box on Backlight and my pages:
Something went wrong
Unexpected error: Module 'ionCube Loader' already loaded in Unknown on line 0
Please report error at http://community.theturninggate.net
I changed back to fastCGI and all the errors went away. For grins I tried disabling php.ini and the .htaccess lines. Leaving only your new ContactDelegate.php file as the only change. Nope.
Currently, fastCGI and php.ini settings as above.
Guest admin OTW.
JIm.
This is not apparently an isolated problem. My site is not frequently visited and I had not noticed the Contact page had stopped working. I also use Bluehost and with the above fixes, I am able to get one in 10 to go through.
My email is hosted by Google rather than Rackspace as above. Hosting doesn't seem to make a difference.
1. Created php.ini via the Bluehost cPanel and modified:
sendmail_path = /usr/sbin/sendmail -t -i -f'jim@jamesherman.net' in Unix only
After multiple failed messages and based upon Ben's discussion with Bluehost support also added:
sendmail_from = jim@jamesherman.net in Win32 only
View PHP Info:
sendmail_from jim@jamesherman.net
sendmail_path /usr/sbin/sendmail -t -i -fjim@jamesherman.net
2. Re-downloaded and updated ContactDelegate.php
If you need guest access to my site as well, let me know.
JIm.
Thanks Rod. Easy fix on the second problem. Ben may have some thoughts on the first.
Spent the past few hours building a cart infrastructure including discounts, shipping, ...... Everything seems to work for individual products and shipping correctly adjusts based upon cart value.
Ran into a problem with Packages which resulted an error with both add and edit in the package: I just disabled packages in pricing schemes for the short term. Tired generating a new Package and adding only items listed and everything seemed to go well. Any attempt to edit the new packages which only contain products listed elsewhere still produced the error.
Unexpected error: Undefined index: As viewed in ajax_item_options.php on line 30
Second issue is when a second, 4th, 6th, etc item is placed in the cart the background is now white with white text. Odd numbered items are correct and if the second item is removed and the third moves up, it is now white/white. OK, where did I go wrong in my setup? Paypal is still in testing mode.
http://jamesherman.net/galleries/2_all-time-favorites/
Found and fixed my first problem with my WOW Slider slide show. I fiddled with the xxxx.html (in my case wowslider.html) file in the root directory to set the background color to the same as my page layout background color in Backlight.
Matt said something recently about colors not being colors ... I had to do a bit of trial and error to match the Backlight gray with the WOW slider gray. In my case the Backlight #848484 translates to WOW #757575
The non standard size was chosen to reflect the APC sensor on my Canon camera with a 1.5:1 width:height ratio and a width of 640 pixels which my site seems to like. 427 it is.
Now what happens is in portrait mode, the background color matches and is not visible.
</head>
<body style="background-color:#d7d7d7;margin:auto"><!-- RESET COLOR TO #757575 /jrh -->
I also just created a slide show page using the free Wow slider as an example. Not too hard to do. I included the basic outline of what I did but can expand on it with a full blog post if needed:
http://backlight-rb-test.barbeephoto.com/wow-slider.php
Just added a WOW Slider slide show to my home page at http://jamesherman.net, This is a live site.
I used a simplified approach, brute force.
I pasted the contents of the xxx-iframe.html file genertated by WOW into the top of my home page copy area and copied the data1 and engine1 directories and the xxx.html file to my root directory.
This approach worked well with 2 small issues I haven't quite sorted out:
1. Runs well on Chrome, IE and Firefox on Windows and in landscape mode on Android devices. In the narrower portrait view, I see a blank space below the image.
2. When I try to add something like class="alignleft" to let the text wrap, I loose my left margin and the text is crammed up against the slideshow.
Thoughts?
Jim.
Working on configuring cart and have successfully set up the PayPal test environment. All seems to work well but still much work to do on pricing, products, ...
I've noticed an oddity which I cannot seem to locate. The page is properly formatted when leaving the cart to go to PayPal but the left margin is missing and everything is crammed up against the edge on return from PayPal to complete the purchase.
I have 2 small JPG's which illustrate the problem but not sure how to include them here. Happy to add with a little instruction.
I have a CRG test gallery which has a single image and Cart activated.
http://jamesherman.net/galleries/crg-test/