wprelief

Hey guys, I just fixed a client’s site with this problem.
After wasting HOURS searching the code I finally searched the database and found the JS being inserted into the Post at the bottom. Going to the “Edit Post” page for that, sure enough, showed the code at the bottom of the post!

I had the client follow all the awesome instructions here (full-disclosure: not my instructions): http://botcrawl.com/how-to-remove-text-enhance/

Then I edited ALL the posts that were showing weird links and deleted the JS showing up at the bottom (this must be done from the HTML tab).

Note: This was the JS that was being embedded on Save:

http://loading-resource.com/data.geo.php?callback=window.__geo.getData
http://cdncache3-a.akamaihd.net/loaders/1032/l.js?aoi=1311798366&pid=1032&zoneid=62862

That has fixed the problem for a week now. This is quite an example of a browser bot getting into a website! The client said he was seeing the JS added upon ‘Save’ of new posts.

Good luck!
-Spotted Koi

If you don’t want header images at all in your version of this theme, then do the following:
1. Make a backup of header.php
2. Remove everything from/including line 57 to/including line 66.

This will remove any image from your header and allow the header to be just the title and the nav.

If you don’t like it, restore back to the backed up version of your header.

If you screw up, just redownload WP3.0 and get header.php from wp-content/themes/twentyten/header.php

Good hunting.

@ryssmiles I would definitely check your plugins, try disabling them one at a time and see if the problem goes away. If you find out which plugin it is that is causing the problem, please update the thread here.

More than likely what is going on is not just the permissions, but the owner/group of the file.

I would check with your host, but you probably need the files in your wp-content/plugins/ directory to be apache/apache instead of root/root or whatever they are now so that PHP actually can delete the files through the WordPress console.

I am wondering if you could try something else for me, since you have the change in your wp-config file completed.

Can you please take a list of all your plugins that are activated, then disable ALL plugins.

See if your 404 or 500 errors comes back. If they are gone, one or more of your plugins is causing the issue you are reporting. If not, then you may need some more hands on help with this issue.

Ahh, I see what is going on. Instead of what I said before:
<textarea><?php gcll_tweak_textarea(); ?>
do this:
<textarea <?php gcll_tweak_textarea();?>>

Where the closing “>” for textarea is after the php function.

I found the issue to be caused by wp-e-commerce (WP Shopping Cart) on my blog.

I aggregated a list of the plugins that have been found to cause this issue and put instructions about how I went about fixing the problem on my blog here: http://wp-relief.com/2010/07/09/call-to-a-member-function-add_rewrite_tag-on-a-non-object/

Since wp-settings has the check to see if WP_MEMORY_LIMIT is defined, you could in fact just drop the suggested code above into your wp-config.php file.