robscott

Posting a me too @mike Jolley with some (limited) value add 😉

Have seen this issue several times, and also watched the various threads on this subject with interest, since admin-ajax and the more recent ?wc-ajax=get_refreshed_fragments end point.

What almost always resolves this issue are, in this order:

1) Host. Usually some bad host setup (puny memory allocation, other old or otherwise misconfigured setup). Change hosts. See if problem persists. In case of doubt, setup an AWS EC2 instance with only the stuff on it needed to run WP + WooCommerce. There’s a couple of AMIs with this on. 90% of the time, you’ll find there’s no issue.

2) Plugin conflict / bloat. Some plugin or theme file is bloated or a conflict exists. Try disabling everything, and using woocommerce with the default WP theme. If your issue persists, it is probably point 1 😉

Posting this as I’m a little tired of reading that this is a WooCommerce issue, when its really not.

This sounds like it almost certainly is a permissions issue.

If you cannot delete the files from WP, this is because it is not permitted so to do.

Likewise if you cannot upload.

You need to set the permissions on the “uploads” folder to allow your web user (or group) to write (7) and also on the current year / month too.

755 is usually about right.

Try setting permissions for:

1) Uploads
2) uploads / 2016
3) Uploads / 2016 / 03

to 755. If its still the same try 777 (note this is insecure). If that fixes things, you may need to change the owner of the folders to your web user (usually “apache” but not always).

Note if this works, you may then wish to change the permissions back to a more restrictive setting.

This page will help you:

https://codex.wordpress.org/Changing_File_Permissions

Try visiting yoursite.com/wp-login.php in a browser incognito window.

Also, if you have access to logs, have a look what these are showing, and, if necessary, post the last 5 or 10 here.

That is a shortcode, which may well have been created to customise the appearance based on your theme or some plugin.

The theme is my best guess.

At some point, between the time when your team page was last working as intended, and now, there has been an update to either your theme or some plugin which has replaced / removed the shortcode which used to drive this page.

What theme are you using?

You may need to get MySQL to repair this table.

If you have phpMyAdmin, you can select the table and click “repair table” (its in the drop-down to the right of “check tables having overhead”).

If you don’t you can run the following command in terminal, once connected to MySQL:

REPAIR TABLE wp_options;

Note that this may not always work.

There’s sometimes an issue with php mail routing when the sending domain and recipient domain are both at the same domain.

For example – your website is somedomain.com and your email address is somename@somedomain.com.

The server thinks that this mail should be routed locally. But maybe it shouldn’t.

This depends entirely on how mail is setup.

+1 to the advice to try sending mail through an external service.

Mailgun is a good one, is free for low usage, and has a WP plugin. With Mailgun, you can also check the logs to see if the mail got sent, in which case you will know its in your spam box (or similar) on the receiver side:

https://en-gb.wordpress.org/plugins/mailgun/

But the first thing you will want to do is reset your password, and get logged in! The advice above will help with that.

It could be:

Permissions – is your web user / group able to write to the uploads directory?

It might also be the image library functions which happen after a file is uploaded (creating several versions of the image file, for thumbnail, medium, and etc – and crunching the file, too), which require certain PHP settings to be enabled / working.

It sounds like a file permission issue, so try this first.

Using your FTP software, set file permissions on wp-content/uploads (and all DIRECTORIES) below this to 755. Then try an upload.

What happens?