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.
Thanks, Regine. I have uploaded a file test_connection.php to your server, and it fails to connect with our server.
Can you please ask your host's technical support to: run the command traceroute get.theturninggate.net and provide the output. This will help diagnose the issue.
Hi Dieter, thanks for the file. Unfortunately the access_log won't help diagnose this problem.
Please see if this helps: http://backlight.theturninggate.net/doc … ule_errors
Thanks for the login. I am only seeing the 500 error, and not the message with "body..." that you encountered.
Hi Dieter, can you try zipping the log file? Or, if the email is still rejected, putting the zipped file on your server so that I can download it via FTP?
Hi Regine, thanks for the login. Can you also provide me with FTP access via Email so that I can look into it?
I just tried this. I never knew it could do this. Pretty cool.
Yes, everything you can change in albums within the Backlight admin gets propagated back to Lightroom. Note that you can't change the parent of a LR-created album within the Backlight admin for the reason that the change can't be propagated back.
That's a very strange error. Can you provide me with a Backlight admin login, and FTP access via Email so that I can look into this?
Hi Regine, can you provide me with a Backlight admin login via email?
The Cart itself doesn't depend on a level of encryption. I suggest though that you take the necessary steps to remove support for older versions of TLS.
TLS versions 1.0 and 1.1 are not secure.
Hi Dieter, I have taken a look at your site. It is not able to connect to https://get.theturninggate.net
The installer tries three approaches to connect, and all three fail. Trying the connection with another URL, such as https://somethingchanged.com, does work.
I have written a small test script that I've placed on your server. I will email you the URL. Trying it with ?url=https://somethingchanged.com returns the page at somethingchanged.com. Trying it with ?url=https://get.theturninggate.net/ or even ?url=http://theturninggate.net fails
The test script and URLs that I've emailed you can make a good demonstration to share with Strato support.
What we need to do is get Strato to run a network diagnosis command to determine where the connection fails. This command is traceroute, and only the server support will have the right access to run it. As an example, when I run it from my laptop I get the following response:
ben@MacBook-Pro ~/temp $ sudo traceroute get.theturninggate.net
traceroute to get.theturninggate.net (70.32.80.218), 64 hops max, 52 byte packets
1 10.0.0.1 (10.0.0.1) 1.380 ms 1.151 ms 1.086 ms
2 * * *
3 58.160.248.130 (58.160.248.130) 14.108 ms 12.180 ms 16.070 ms
4 bundle-ether4.win-edge902.melbourne.telstra.net (203.50.76.8) 12.947 ms 21.937 ms 9.416 ms
5 bundle-ether12.win-core10.melbourne.telstra.net (203.50.11.111) 14.283 ms 26.477 ms 14.323 ms
6 bundle-ether12.ken-core10.sydney.telstra.net (203.50.11.122) 34.008 ms 24.706 ms 26.009 ms
7 bundle-ether1.pad-gw11.sydney.telstra.net (203.50.6.61) 24.630 ms 23.737 ms 25.793 ms
8 bundle-ether1.sydp-core04.sydney.reach.com (203.50.13.90) 30.679 ms 38.995 ms 23.901 ms
9 i-52.tlot-core02.bx.telstraglobal.net (202.84.137.101) 204.360 ms 202.671 ms 200.816 ms
10 i-91.tlot02.telstraglobal.net (202.40.149.177) 235.497 ms 203.622 ms 203.916 ms
11 l3-peer.tlot02.pr.telstraglobal.net (134.159.61.18) 167.096 ms
l3-peer.tlot02.pr.telstraglobal.net (134.159.62.14) 168.722 ms
l3-peer.tlot02.pr.telstraglobal.net (134.159.61.18) 168.210 ms
12 4.69.153.133 (4.69.153.133) 168.772 ms
4.69.153.117 (4.69.153.117) 167.703 ms
4.69.153.121 (4.69.153.121) 170.011 ms
13 4.53.230.102 (4.53.230.102) 168.285 ms 169.579 ms 201.330 ms
14 * * *
15 ip-148-72-32-16.ip.secureserver.net (148.72.32.16) 186.038 ms 187.082 ms 205.317 ms
16 ip-184-168-2-245.ip.secureserver.net (184.168.2.245) 264.873 ms 262.237 ms 263.689 ms
17 e1.4.as02.iad01.mtsvc.net (70.32.64.246) 265.975 ms 263.678 ms 283.167 ms
18 vzx1208.mediatemple.net (70.32.87.208) 360.138 ms 278.026 ms 257.925 ms
19 theturninggate.net (70.32.80.218) 262.640 ms 262.000 ms 277.135 msWe need Strato to run that command on your server and to provide us with the output. If the problem is on their end then they need to change their network settings.
Hi Dieter, I'm looking into it now. Several customers using Strato are facing the same problem, and I don't yet have a solution. It doesn't help that Strato support is not helping us with network diagnosis.
Hi Regine, since you're on the same host as Bernard, I'd hope that the same fix will work. Can you explain what you've done to try and fix it? Perhaps Bernard can assist?
Hi Bernard, I'm glad to hear. Looking at the error you had, and the fix, it looks like your host hasn't included the proper connection support in PHP for version 7.2. Other cases we've had, including Regine's, look to have the support for connections within PHP, but not to allow the connections on a network level.
Hi Bernard, this shouldn't be related to RewriteEngine. Can you provide me with a Backlight admin login via email? I'll use the FTP access you gave me and the Backlight login to try and debug this, in case there's something more I can tell from the code.
Hi Paul, can you elaborate on saying ‘it doesn’t help’ when trying to change the email within the smtp settings? In what way doesn’t it work?
What have you been using for your mail settings to-date? Mail or smtp?
I’ll look into the phpliteadmin error. That looks like an incompatibility with recent versions of PHP. Which version do you have on your server? In any case, I don’t advise using that approach to changing site settings.
Hi Paul, the account email addresses can be changed under Backlight > Settings > Users
Hi Donald, is this the page that should be loading? http://www.fotograafdonald.nl/2019/?page=ebooks
For some reason ebooks/ isn’t being handled by the .htaccess file. ebooks.html and ebooks.php both work
Hi Regine, orders should be valid straight away. If for some reason your order hadn’t yet come through the message would be along the lines of ‘the order could not be found’.
Which company are you hosting with?
Hi Rod, I still have that odd error in my list to look at. It's a very strange error. That message is intended for another quirky scenario.
Donald, can you share a Backlight admin login and provide me with FTP access so that I can try and look into this? I realise that Rod has fixed it, but I'd still like to get to the bottom of it. It may well be the case that I've solved it already in our development version of the code.
Hi, I have just released an updated version of the Cart, version 4.1.6, that addresses these incompatibilities with PHP 7.2
Please download the latest Cart zip fie and replace the files under backlight/modules/module-cart
Hi Donald, it works for me, e.g. navigating to http://www.fotograafdonald.nl/2019/gall … unt-takao/
Is there an album in particular that doesn't work?
Hi Chumby, I've had a look into this on your server and found the issue twofold:
1. The maximum size that the uploader reports is using the post_max_size setting in your PHP config. The maximum size should really be the minimum of the post_max_size and upload_max_filesize settings.
2. You have settings of 8M for post_max_size and 2M for upload_max_filesize. That places a limit of 2MB per image.
I'll look into fixing the messaging here, so that in your case it would have reported a maximum size of 2MB rather than 8MB. If you'd like to be able to upload larger images, then increase the setting for upload_max_filesize.
Hi Christian, it looks like the .htaccess file isn't operating, either because it's not there or your server is not configured to use it.
Is this a server that you are managing? If so, make sure that the directive is set for your website:
AllowOverride AllThis may well be a setting somewhere in your Apache settings for a section that looks like this:
<Directory "/srv/www/vhosts/gosslartest_port8888/htdocs/">There are a number of possible causes, with PHP limits being one of them. Can you provide me with a Backlight admin login and email me the image so that I can look into this?