devpaq

I modified the one you mentioned which is around line 89

Line 184
if( current_user_can( 'manage_options' ) )

Line 279 under
$ipfilter_options_page_handle = add_submenu_page(

Line 304
if ( ! current_user_can( 'manage_options' ) )

All of them I replaced “manage_options” with “publish_posts”

I tried searching the forums, but there seems the “cheatin” message is so general.

Thanks, Gab
I modified that line as well as the few other times it checks for the user type. Now it lets me see the page but if I try to save the changes (which goes to options.php) I get the “cheatin’ uh?” message.

Yes the blogs.dir folder is created and I gave it 777 permission.

I tried a few different approaches and one of the errors mentioned it can’t reach the database at https://www.mydomain.com. But my hosting company has the database setup that it can’t use localhost but needs and actual database location. Could that be the issue? (I am sure i am not the first one).

There isn’t much else on the config file between the salts and where it is.

I was doing some process of illumination and here is what I found. The 2 lines of code that are causing the issue are (not surprisingly)

define( 'MULTISITE', true );
define( 'SUBDOMAIN_INSTALL', false );

If any of these 2 lines are there it will cause the database error. All of the other lines I can put in without any issue.

If I switch the SUBDOMAIN INSTALL to true, I no longer get a database error but instead I get an indefinite loop.

Thanks again for your help.

I spoke with my hosting company. Their response was:
“This seems like a configuration issue. It is defintely not a limitation in our environment. I help customers everyday using wordpress multisite.”

Any other suggestions you can think of?

My host is rackspace – cloud sites.

I see the new tables were created automatically so can I assume I have the correct permissions?

Correct. I have that line in there as well.

What kind of control would I need fro the database? Does a network need more control than a regular WP install?

Thanks for your help.

I am putting it right before the line
/* That's all, stop editing! Happy blogging. */

I have the same code as you posted (except subdomain_install is set to false). When I remove these lines from the config file my site seems fine. But when I add it I get the error connecting to database.

Thanks. This is extremely helpful. I think I can easily apply this to all the sql statements I am using.

Thanks mercime,

I was hoping that the database structure itself only added tables/fields/columns with each version so it would be backward compatable.

Let me look for a quiet time and try your suggestion. When I had tried to do a direct upgrade it didn’t go smoothly.