nickpelling
Forum Replies Created
-
Forum: Fixing WordPress
In reply to: Updating FailedFor what it’s worth, I’m also getting this “Updating Failed” message with WP 5.0.2 (in troubleshooting mode, i.e. with all plugins disabled) when I try to save a post. php version = 7.0.25 (as high as HostGator goes, I believe).
I think I’ve found the cause of the problem. Because WP 3.7 moved to secure connections with wordpress.org (to avoid MITM attacks), some sites weren’t correctly set up for secure connections.
To debug this issue, there’s an HTTPS Debugger plugin:-
This gave me the following helpful debug:-
1.[PASS]: Your WordPress install claims to support HTTPS Connections
2.[FAIL]: Checking that the HTTPS Root Certificate bundle exists and is accessible
3.[PASS]: cURL is installed and supports SSL communication, cURL Details: version_number=468225; age=3; features=34333; ssl_version_number=0; version=7.37.1; host=x86_64-unknown-linux-gnu; ssl_version=OpenSSL/0.9.8b; libz_version=1.2.3; protocols=dict,file,ftp,ftps,gopher,http,https,imap,imaps,pop3,pop3s,rtsp,smtp,smtps,telnet,tftp
4.[PASS]: OpenSSL is installed. OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 9469999
5.[PASS]: Checking if stream_socket_client exists
6.[PASS]: Checking if openssl_x509_parse exists
7.[PASS]: Verifying api.wordpress.org resolves correctly.
8.[FAIL]: [Streams] Communication with WordPress.org failed with error: [http_request_failed]: The SSL certificate for the host could not be verified.
9.[FAIL]: [Streams with a POST body] Communication with WordPress.org failed with error: [http_request_failed]: The SSL certificate for the host could not be verified.
10.[FAIL]: [cURL] Communication with WordPress.org failed with error: [http_request_failed]: error setting certificate verify locations: CAfile: /home/ciphermy/public_html/wp-includes/certificates/ca-bundle.crt CApath: none
11.[FAIL]: [cURL with a POST body] Communication with WordPress.org failed with error: [http_request_failed]: error setting certificate verify locations: CAfile: /home/ciphermy/public_html/wp-includes/certificates/ca-bundle.crt CApath: none
12.[INFO]: PHP Version: 5.4.32Hence I appear to have the same problem that was reported by a poster on the WordPress support forum 10 months ago:-
…which was then resolved by the poster’s hosting company:-
Does this sound plausible?
It may also be relevant that I’m unable to bring up the…
Featured | Popular | Newest
…pages on the Plugin page, i.e.
wp-admin/plugin-install.php?tab=featured
wp-admin/plugin-install.php?tab=popular
wp-admin/plugin-install.php?tab=newMy guess is that a script loaded by the plugin-install.php script communicates with wordpress.org in a similar sort of way to the background updater.
All of which might seem to suggest that the underlying issue may be an absence of secure communication means (https?) between my site and wordpress.org. Though how you’d test that I don’t know. 🙁
Yes. 🙁
It just silently fails in all update scenarios, which is why I was really excited to find Background Update Tester. 🙂
If there’s any additional test I can run or information that might throw some light on this, please feel free to ask. (e.g. anything in the phpinfo() output, etc).
Forum: Fixing WordPress
In reply to: Unable to upgrade WordPress from 3.7 – a crc or openssl issue?Note: the only similar issue I found on the WordPress forums was this one:
http://wordpress.org/support/topic/some-files-are-not-writable-by-wordpress?replies=3There, Jeffin Johnson suggested:
Hi Gofe, I found a solution: Just ask your webhost to recompile PHP and change the handler to SuPHP. Before doing this, just make sure you haven’t made any significant manual customizations.
The problem is because your webhost is not using secure PHP configurations.
I don’t believe that this will solve the problem, but… might it?
Thanks Laszlo, much appreciated!
Forum: Plugins
In reply to: [Plugin: Robots Meta] How to make page/1 not identical to the home-page?I should also note a little background: the problem here is that Google’s spider has managed along the way to pick up copies of /page/1 , /page/2 , /page/3 all the way up to /page/27 . These (of course) duplicate content with my homepage, causing (I think) my homepage to drop several hundred places in keyword searches. 🙁
Now, I’ve had /page/2 through /page/27 removed (using Google Webmaster Tools’ Remove URL tool, though they’re still coming up in searches?), but even after that works I’ll still be stuck with /page/1 as a duplicate. Just so you know!
Forum: Plugins
In reply to: [Plugin: Robots Meta] How to make page/1 not identical to the home-page?r/Robota/Robots *sigh*
Forum: Fixing WordPress
In reply to: Calendar and Archives not workingI’m getting the same problem: from around the time I upgraded to WP2.7, archive links on my Cipher Mysteries site now silently redirect to the homepage. This is true for the default archive widget, the collapsible archive widget, the drop-down archive widget, and also if you physically type in the archive address (i.e. http://www.[domain.com]/2008/06 etc)
What is frustrating is that even though it silently redirects to the homepage (oh yes, and it’s not a redirection plugin error either, I checked), WP2.7 fails to emit an error message to the error log about what is going on, so there’s no obvious way of diagnosing this helpfully.
Right now, my best guess is that this might well prove to be a PHP 4-related bug that has silently crept into the WP2.7 codebase along the way, but which nobody thought to test against. Has WP2.7’s archive behaviour been tested on sites running PHP4?
I noindex the archive pages anyway, so this is not a terrible loss: but it’s irritating all the same, and it would be very nice to know what to do about it.
Thanks, ….Nick Pelling…. // Cipher Mysteries