Best,
Kent

I’m hoping this is the correct place to request help, i’m at a loss with this.

I work for an IT company and a client asked us to process an upgrade manually to the latest version of WordPress, due to the automatic update feature failing to unpack the zip file. I have processed these types of upgrades for my personal website before and never had any issues but I’ve run into a wall with this one.

What I done…

I replaced the WP-INCLUDES and WP-ADMIN and also copied the files inside the WP-CONTENT folder (did not delete etc)
The database (myphpadmin hosted on UK2) was then requested to be upgraded, once I clicked the DB upgrade link the page crashed / wouldn’t load and nothing would proceed.

I tried reverting the WP-INCLUDES / WP-ADMIN etc folders back to the original version but this has caused a 500 internal error and I’m unable to view the website or login to wp-admin.

I have tried the usual:

1) creating php.ini files and setting memory to 128mb – no luck
2) created a new .htacess file with the same entries – no luck
3) disabled the plugins through cpanel – no luck
4) disabled the ionic one theme to try and get wordpress to revert to the default website – no luck
5) Transferring the latest WP-ADMIN / WP-INCLUDES

At the moment the website is showing The theme directory “iconic-one” does not exist. – This is due to it being disabled by adding iconic-one.dis.

If anyone has any ideas, I would be very grateful – look forward to any replies.

kind regards,

martin.

Recently I’ve set up a blog using wordpress. It’s been working until I changed the site addres in settings from https:// to https://. I did it because I have got a certificate from cloudflare and when I was using browser to add https:// everything was working.

I tried everything – deleting .htaccess, removing plugins, themes and using fresh versions of wp-admin and wp-includes.

Any help would be appreciated, thanks in advance.

Tested your plugin and we dont have any coomerce plugin and if I understod this plugin should work as standalone. I have filled settings and tested to import an existing or create a new customer but after all has been filled and we press save we get 500 http error. Any idea why?

Setup:
Windows Hosted with WordPress 4.0 and above (perhaps lower)
IIS 2003 or 2008 or 2012
via your ISP(host) c.p. mappings of asp.net 2 or asp.net 4 as active and in defaults
———
Possible additional setting: (avoiding other error)
on some servers .json mime type is not mime’d proper on mine, thus:
via ISP(host) c.p. go to ‘mime types’
associated extension: .json
content type (MIME): application/x-www-form-urlencoded
———
In the main file of the plugin [wp-rsc]: really-simple-captcha.php line 71 and 74 (line numbers change over time) the mode of the files created on the server are set with the following permissions of 0444 and 0440 these could be changed to 0644 and 0644 to fix 500 http error/php warning denied

/* Mode of temporary image files */
$this->file_mode = 0644;

/* Mode of temporary answer text files */
$this->answer_file_mode = 0644;

Why: these great plugins like to run tidy-up routines for efficiency etc. where in this case its the ‘unlink’ command/instruction to delete the captcha png’s and answer file (txt) that are more than 60 minutes old and located in the ‘uploads’ folder ‘wpcf7_captcha’, don’t have the sufficient permissions to erase these ‘older’ files.

Downside: Each time [wp-rsc] is updated you will have to apply these changes again (a common thing on all cms systems not just wp), but maybe Takayuki Miyoshi maker of [wp-rsc] will patch for this?

I welcome any suggestion that the ‘mode’ setting i’ve suggested as a fix, could be a security concern, or the new permissions are far too elevated.

posted also at cf7

https://www.ads-software.com/plugins/really-simple-captcha/

Setup:
Windows Hosted with WordPress 4.0 and above (perhaps lower)
IIS 2003 or 2008 or 2012
via your ISP(host) c.p. mappings of asp.net 2 or asp.net 4 as active and in defaults
———
Possible additional setting: (avoiding other error)
on some servers .json mime type is not mime’d proper on mine, thus:
via ISP(host) c.p. go to ‘mime types’
associated extension: .json
content type (MIME): application/x-www-form-urlencoded
———
In the main file of the plugin [wp-rsc]: really-simple-captcha.php line 71 and 74 (line numbers change over time) the mode of the files created on the server are set with the following permissions of 0444 and 0440 these could be changed to 0644 and 0644 to fix 500 http error/php warning denied

/* Mode of temporary image files */
$this->file_mode = 0644;

/* Mode of temporary answer text files */
$this->answer_file_mode = 0644;

Why: these great plugins like to run tidy-up routines for efficiency etc. where in this case its the ‘unlink’ command/instruction to delete the captcha png’s and answer file (txt) that are more than 60 minutes old and located in the ‘uploads’ folder ‘wpcf7_captcha’, don’t have the sufficient permissions to erase these ‘older’ files.

Downside: Each time [wp-rsc] is updated you will have to apply these changes again (a common thing on all cms systems not just wp), but maybe Takayuki Miyoshi maker of [wp-rsc] will patch for this?

I welcome any suggestion that the ‘mode’ setting i’ve suggested as a fix, could be a security concern, or the new permissions are far too elevated.

posted also at [wp-rsc]

https://www.ads-software.com/plugins/contact-form-7/