rabmaster

Sorry had two support pages and meant to post this in the other one – here https://www.ads-software.com/support/topic/392416

Okay, I have played with this for a couple of hours today.

Turns out that it IS working for me, the files were copying, but the response was coming through as “failed” at first.

One issue is the placement of the .htaccess file – that was not mentioned anywhere (that I saw) until I found this topic. Just a note would be useful!

Have found using the IP address works best.

When things don’t work, it is good if there’s a definitive answer to stop us trialling everything pointlessly and endlessly, like for example, saying “with(out) trailing slash” or similar where appropriate. There’s quite a lot to change when things start going wrong otherwise!

Just a bit of constructive criticism ??

Will hopefully be able to get this configured and working (currently waiting for a few files to upload while I’m hammering this out) before I will explain precisely what to do to troubleshoot the above issues (well what worked / didn’t work for me!)

Thanks for the great plugin – will be great for us scaling our little news site up if and when those numbers requires it…

Rob

Which plugin was it causing you the problem? My trash deletion is ludicrously slow – hadn’t thought to check the plugins. I will try turning off all plugins and see if it improves, but some of them are fairly essential!

It is important, for example, that the sitemap is rebuilt, or the cache refreshed if a post is removed for obvious reasons, however, if it was a draft (or trash) post, then this is obviously something that isn’t required.

The trash feature for me seems unnecessary in any case – the nag box was enough to prevent accidental deletion IMO. Rather frustrating. It is slower to delete a post than to trash it, even if I switch off trash altogether, though I assumed this was because deleting takes longer than trashing?

Right – here I go with an explanation of what happened to me!

We have a lot of sites, one went white overnight.

The problem: something was corrupted in the cache.

If you have caching turned on, just undefine it in your wp-config.php file – literally delete this line:

define(‘WP_CACHE’, true);

Clear all your cache (maybe upgrade the supercache or whatevber plugin you use!) and put then reconfigure the caching. It all worked fine for us!

This is the first time this has happened in a couple of years, and the version of supercache we had on was old – so this is probably the culprit.

Hope this helps.

Thanks for the update Andy – that works. Incidentally, can you say where this rogue text needs eliminating from: we have a number of sites, some work, some don’t, as the files have been worked on by a few of us!

Is it just the wp-config.php file, or does each file which has ever been edited (and saved with the extra chars) require an update?

It looks like this could be a theme issue (my theme has in built widgetised functions!) however, the same theme is working with varying degree of success in two other places.

1) On the broken one, the widgets.php admin page won’t load fully.
2) On one other, I can only toggle the default “home” widgets
3) On another blog, I can toggle all widgets.

I’d now say its almost certainly theme incompatibilities causing this, coupled with incompatible plugins too…

Looks like another fun filled evening.

It doesn’t appear to be that plugin, or any other, which is breaking this. Very strange problem, I haven’t been able to replicate (nor fix!) yet.

The widgets still display ok, by the way, just the admin page to alter them has vamoosed!

In terms of a trade off, we need the exec php elements more.

Will have a play around and report back – re-uploading the admin and includes folders has not worked, though…

I have the same, or similar, problem with the widgets panel on one of our wordpress 2.8.2 installs. Problem does not replicate on any other installs. Only difference I notice is the site which is broken uses “Exec PHP Widget” plugin, so it could be an incompatibility with that one?

Basically, you should be removing all references to the old wp_categories etc that aren’t there any more and replacing them with new ones, or just taking them out for now. Or any plugins that call these tables!

Get the newest (compatible) plugins, or fix them yourself.

A lot of themes have stuff that calls them too, so check in Sidebar.php, footers and headers, depending on your theme.

It is a bit of a pain, but worth it when one considers just how good WordPress is!

To aid me in my quest, which specific files should I be changing to make amendments to the assigned ‘rights’ given to different user capabilities?

Once I know where to begin I’ll have a play around and try to get a resolution.

I’ll sort this one out and let you know tomorrow. I’m in Australia and its getting too far past my bedtime to be twiddling around with WP codes!

Argh. There is an awareness of the problem, but a lack of a fix! It looks in the second ticket as though the time to sort this out has been moved back to WP 2.4. D’oh!!

Does anyone have a workaround which will remove this issue?

I’m extremely confident coding the front-end of WordPress, but have never had reason to alter the admin panel etc, so really don’t want to waste hours fishing around in there (and probably mucking things up time and again!) when there is probably someone who will know an exact solution.

Thanks Michael, will check them out – have been searching around for a couple of hours now.

I will post any fixes I find ??

You have to play around with the options there sometimes, I did one for a friend who used a (poor) web-host, and a crappy MySQL database management software, I eventually got it to export a useable file. I’ve never used a plugin to export database tables, so can’t help you with them specifically.