Community @ The Turning Gate

Thanks Rod.
I'll have to read up on double underscores.

That is weird as I have just been in the domain editing that css in the link in my signature. I’ll go and login again but the file is custom-copyright.css

Hi Matt,
I think I found the problem here. It was your mentioning of 500 error that made me look up likely causes and .htaccess was listed as a first port of call so I compared the .htaccess I posted in the shortcode thread to that working yesterday.
The old .htaccess file lisyed the php version as 7.0.
The current one listed it as alt-php72 whereas I had applied alt7.4 in cpanel before I did the fresh install of WordPress to test the shortcode error. The .htacess had not reflected this and I fear to tread where I ought not to and when I see a do not edit statement, I behave myself.

</IfModule>

# php -- BEGIN cPanel-generated handler, do not edit
# Set the “alt-php72” package as the default “PHP” programming language.
<IfModule mime_module>
  AddHandler application/x-httpd-alt-php72___lsphp .php .php7 .phtml
</IfModule>
# php -- END cPanel-generated handler, do not edit

I had not applied the PHP change to my TLD so I tried applying alt-7.4.5 to that and promptly got a 500 error with the stylesheet not loading.
Applying alt72 to the TLD and sub-domain seems to work but applying 7.3 and above brings the intermittent error back.
PHP alt72 does not resolve the shortcode issue though.

I don't understand why PHP versions 73 and 74 cause the errors in loading images though when they are available to use on the server but maybe it makes sense to you? Maybe it it something that will help overall debugging?

I'll ask my host why the .htaccess did not update after applying the change in cPanel.

I've done some more testing today. Just in case something was corrupt in the live installation, I uploaded copies of the same logos used in the right pallet on my live home page to my test domain and I also replicated settings for templates by just selecting the options in the test domain rather that export and import copies from the live site.
The errors persist on a random cyclical basis
https://owenstest.openpoint.co.uk
This was a fresh install of BL3 so no upgrading involved and therefore not likely to have orphans etc.

Hi Rod,
I'm struggling to post the screen shot. I created a sub-directory off the root, moved the image into it, renamed it to take out the underscore in the filename and when I used the img tag then inserted the url and previewed it I get a warning that I cannot do that - embed a url in img.

https://tomowens.openpoint.co.uk/memory_errors.png
this url should take you to a screen shot I uploaded so I don't know why the gallery error comes up

I got this back from the hosting company

I can see the strange behaviour now.

This would indicate your script is trying to allocate more memory that is allowed. But as we allow php 256mb I can not see why it would be trying to use this much just to load a page and some images.

One error for the software developer. Here is some of the shared environment parameters they may find useful in tracking down the issue.

PHP ini params

allow-url-fopen TRUE
allow_url_include TRUE
max Execution time 90 seconds
max input vars 2000
memory limit 256mb
post max size 64mb

Hi Rod,
Home ,Exhibitions pages so far

Update for anyone reading this post.

Matt and Daniel have debugged the issue with me over several days and the issue is manifested by the environment I am hosted in. Matt is on the case now we know what is causing the issue.

As always my sincere thanks for the prompt and attentive support from the Turning Gate team and the effort behind the scenes that is not reflected in this post thread.

Hi Matt,
Daniel sent me some scripts to run last night and a model text to send to my host asking them to investigate REST API Error 404. I raised the ticket last night for them to see when their helpdesk people start at 0830 BST.
I'll update here when I get a response.

Thanks Daniel,
I would not have known it was a virtual directory or that REST API is JSON
Mod Security is enabled on all domains in my cPanel. I have tried disabling it for this domian and testing the test post in WP but that does not make a difference so I have turned Mod Security back on.

Update,
I deleted the published album including the images on-line and re-published to see if publisher 5.0.2 made a difference, it did not. The JSON API https://tomowens.openpoint.co.uk/backli … bum/125632 returns data but result is WP is still the same.