Gabe462

Found one:

function jetpack_hide_from_subscribers() {

    if ( ! current_user_can('edit_posts') ) {
        remove_menu_page( 'jetpack' );
    }
}
add_action('jetpack_admin_menu', 'jetpack_hide_from_subscribers');

https://gist.github.com/4252178

I’m looking for a plugin-free solution for this.

I want to hide that too! It’s completely irrelevant and inappropriate for a particular site’s context.

That’s HTTP logs, here’s more of what I had in mind-

in phprc:

log_errors = on
error_log = /home/user/php-errors.log

(OT: know how to rotate php logs on shared hosting?)

You see a blank white page is a PHP error.

Is that error logged anywhere?

My issue was that I tried to drop in the original wp-config.php file! So simple.

I solved it by making a fresh WP install, then exporting the tables from the old site again, manually replacing old to new site details, and then importing over the tables of the fresh install.

I wish I could understand why it didn’t work in the first place. I used a different name for the first user in the fresh install. Perhaps something in the imported tables conflicted with the old user ID #1. Would that make any sense? I could try to break it again by changing the user name.

I should have specified that I’m looking for coding suggestions that would force the update. I errantly mentioned a plugin. I can’t activate a plugin if I can’t reach the dashboard! I guess I could through the DB, so I can either do that or find the relevent code in that plugin.

Thanks!

Something else I notice is that the site menu in the admin bar is not that of an admin. The only link is Dashboard.

I moved wp_users & wp_usermeta over manually. It didn’t help. There must be something else.

I do. This site is being moved from a multisite, and I still have the site on the other server as well.

I re-exported with Backupbuddy and again, the wp_users & wp_usermeta tables are missing.

That might not be all ??

I have two users, ID 1 & 4. Both started out as a:1:{s:13:”administrator”;b:1;}

I tried changing each to a:1:{s:13:”administrator”;s:1:”1″;} but that didn’t make any difference. Thanks for the try!

I just ran the database repair tool, and it said everything looks good. Would that be sufficient?

I’ll start checking manually too. Are you asking me to check that in each table all the fields are present?

Is there a tool to test permissions for the file/directory structure?

Confirmed that this came from the sucuri plugin!

I’ve informed their support :p

That didn’t work.

BUT I GOT IT!
I thought…
why might this URL be not working?
https://samadhi.gabeherbert.com/wp-includes/ms-files.php?file=2012/11/rainbowcake-125×125.jpg

then noticed the .htaccess file that existed in wp-include:

<Files *.php>
deny from all
</Files>
<Files wp-tinymce.php>
allow from all
</Files>

*facepalm*

I’m pretty sure that came from Sucuri’s “one-click hardening”. They seem smarter than that. What’s going on here?