Forum Replies Created

Viewing 15 replies - 31 through 45 (of 50 total)
  • Thread Starter chattan

    (@chattan)

    Ok, I checked my two single-user sites. Neither has wp_user_roles defined. Is there some surgery that can be performed on the multisite data defined above?

    Thread Starter chattan

    (@chattan)

    My other WordPress sites are single user, so the userids won’t correspond to this multisite. Can I do something simple here like insert syntax for userids 1, 3 and 5 to have administrator privileges and delete the rest?

    Thread Starter chattan

    (@chattan)

    Ok, I found PHPMyAdmin via my control panel, then located wp-options and wp-user-roles. The latter contains:

    a:5:{s:13:”administrator”;a:2:{s:4:”name”;s:13:”Administrator”;s:12:”capabilities”;a:73:
    {s:13:”switch_themes”;b:1;s:11:”edit_themes”;b:1;s:16:”activate_plugins”;b:1;s:12:”edit_plugins”;b:1;s:10:”edit_users”;b:1;s:10:”edit_files”;b:1;s:14:”manage_options”;b:1;s:17:”moderate_comments”;b:1;s:17:”manage_categories”;b:1;s:12:”manage_links”;b:1;s:12:”upload_files”;b:1;s:6:”import”;b:1;s:15:”unfiltered_html”;b:1;s:10:”edit_posts”;b:1;s:17:”edit_others_posts”;b:1;s:20:”edit_published_posts”;b:1;s:13:”publish_posts”;b:1;s:10:”edit_pages”;b:1;s:4:”read”;b:1;s:8:”level_10″;b:1;s:7:”level_9″;b:1;s:7:”level_8″;b:1;s:7:”level_7″;b:1;s:7:”level_6″;b:1;s:7:”level_5″;b:1;s:7:”level_4″;b:1;s:7:”level_3″;b:1;s:7:”level_2″;b:1;s:7:”level_1″;b:1;s:7:”level_0″;b:1;s:17:”edit_others_pages”;b:1;s:20:”edit_published_pages”;b:1;s:13:”publish_pages”;b:1;s:12:”delete_pages”;b:1;s:19:”delete_others_pages”;b:1;s:22:”delete_published_pages”;b:1;s:12:”delete_posts”;b:1;s:19:”delete_others_posts”;b:1;s:22:”delete_published_posts”;b:1;s:20:”delete_private_posts”;b:1;s:18:”edit_private_posts”;b:1;s:18:”read_private_posts”;b:1;s:20:”delete_private_pages”;b:1;s:18:”edit_private_pages”;b:1;s:18:”read_private_pages”;b:1;s:12:”delete_users”;b:1;s:12:”create_users”;b:1;s:17:”unfiltered_upload”;b:1;s:14:”edit_dashboard”;b:1;s:14:”update_plugins”;b:1;s:14:”delete_plugins”;b:1;s:15:”install_plugins”;b:1;s:13:”update_themes”;b:1;s:14:”install_themes”;b:1;s:11:”update_core”;b:1;s:10:”list_users”;b:1;s:12:”remove_users”;b:1;s:9:”add_users”;b:1;s:13:”promote_users”;b:1;s:18:”edit_theme_options”;b:1;s:13:”delete_themes”;b:1;s:6:”export”;b:1;s:24:”NextGEN
    Gallery overview”;b:1;s:19:”NextGEN Use TinyMCE”;b:1;s:21:”NextGEN Upload images”;b:1;s:22:”NextGEN Manage gallery”;b:1;s:19:”NextGEN Manage tags”;b:1;s:29:”NextGEN Manage others gallery”;b:1;s:18:”NextGEN Edit album”;b:1;s:20:”NextGEN Change style”;b:1;s:22:”NextGEN Change options”;b:1;s:24:”NextGEN Attach Interface”;b:1;s:15:”wpseo_bulk_edit”;b:1;}}s:6:”editor”;a:2:{s:4:”name”;s:6:”Editor”;s:12:”capabilities”;a:35:{s:17:”moderate_comments”;b:1;s:17:”manage_categories”;b:1;s:12:”manage_links”;b:1;s:12:”upload_files”;b:1;s:15:”unfiltered_html”;b:1;s:10:”edit_posts”;b:1;s:17:”edit_others_posts”;b:1;s:20:”edit_published_posts”;b:1;s:13:”publish_posts”;b:1;s:10:”edit_pages”;b:1;s:4:”read”;b:1;s:7:”level_7″;b:1;s:7:”level_6″;b:1;s:7:”level_5″;b:1;s:7:”level_4″;b:1;s:7:”level_3″;b:1;s:7:”level_2″;b:1;s:7:”level_1″;b:1;s:7:”level_0″;b:1;s:17:”edit_others_pages”;b:1;s:20:”edit_published_pages”;b:1;s:13:”publish_pages”;b:1;s:12:”delete_pages”;b:1;s:19:”delete_others_pages”;b:1;s:22:”delete_published_pages”;b:1;s:12:”delete_posts”;b:1;s:19:”delete_others_posts”;b:1;s:22:”delete_published_posts”;b:1;s:20:”delete_private_posts”;b:1;s:18:”edit_private_posts”;b:1;s:18:”read_private_posts”;b:1;s:20:”delete_private_pages”;b:1;s:18:”edit_private_pages”;b:1;s:18:”read_private_pages”;b:1;s:15:”wpseo_bulk_edit”;b:1;}}s:6:”author”;a:2:{s:4:”name”;s:6:”Author”;s:12:”capabilities”;a:11:
    {s:12:”upload_files”;b:1;s:10:”edit_posts”;b:1;s:20:”edit_published_posts”;b:1;s:13:”publish_posts”;b:1;s:4:”read”;b:1;s:7:”level_2″;b:

    When I look at wp-users, id 1 is admin; there is no id 2; id 3 is iain (my alternate administrator id); there is no id 4; id 5 is heather (the other user with admin rights). Can you suggest what changes to make?

    Thread Starter chattan

    (@chattan)

    I don’t know how to do that without logging in – is there a utility program I can use? What am I looking for and how do I go about making changes so I can then login?

    Thread Starter chattan

    (@chattan)

    I tried various ploys with my host, mainly re-installing from fresh images of 4.0, but no joy. They have no specialist WP expertise, but volunteered to migrate my site to a newer server build, a job which ran last night. The new configuration is:

    System: Linux vhost14-b.iomart.com 2.6.32-431.29.2.el6.x86_64 #1 SMP Tue Sep 9 21:36:05 UTC 2014 x86_64
    Apache Version: Apache/2.2.15 (CentOS)
    PHP Version: 5.4.35

    The good news is that the svg image for the WP logo is now rendering correctly, but my login redirect problems continue – both of my userids result in the: http://www.soutarwriters.co.uk/wp-login.php?redirect_to=http%3A%2F%2Fwww.soutarwriters.co.uk%2Fwp-admin%2F&reauth=1
    appearing in the browser url box.

    Any further thoughts?

    Thread Starter chattan

    (@chattan)

    Ok, will do. I’ll post again when I get an answer from them.

    Thread Starter chattan

    (@chattan)

    On my hard drive backup, I can see I was using 3.0.4 in Jan 2011. The earliest blog file I can find with FTP on the site is Aug 2010, so my starting version of multisite probably pre-dates 3.0.4.

    Thread Starter chattan

    (@chattan)

    Thanks for replying Mika

    My .htaccess file reads:

    RewriteEngine On
    RewriteBase /
    RewriteRule ^index\.php$ - [L]
    # uploaded files
    RewriteRule ^([_0-9a-zA-Z-]+/)?files/(.+) wp-includes/ms-files.php?file=$2 [L]
    # add a trailing slash to /wp-admin
    RewriteRule ^([_0-9a-zA-Z-]+/)?wp-admin$ $1wp-admin/ [R=301,L]
    RewriteCond %{REQUEST_FILENAME} -f [OR]
    RewriteCond %{REQUEST_FILENAME} -d
    RewriteRule ^ - [L]
    RewriteRule  ^([_0-9a-zA-Z-]+/)?(wp-(content|admin|includes).*) $2 [L]
    RewriteRule  ^([_0-9a-zA-Z-]+/)?(.*\.php)$ $2 [L]
    RewriteRule . index.php [L]

    (I’ve deleted a lot of empty lines; I don’t think this file has changed in a long time.)

    phpinfo.php is on the site. It tells me, inter alia:
    System: Linux vhost9-1 2.6.18-398.el5PAE #1 SMP Tue Sep 16 21:31:44 EDT 2014 i686
    Apache Version: Apache/2.2.3 (CentOS)
    PHP Version: 5.3.10

    What’s the significance of the WP logo not showing? Hope this info allows you to see deeper into things…

    Thread Starter chattan

    (@chattan)

    Thanks Ipstenu – that looks very promising. I’ve already set up the sub-site with all the permitted users identified as contributors. Browsing through readme.html, the Private Blog component of Members should hide all content until a user logs in. I could define appropriate capabilities for contributor (and administrator) roles. Hopefully users could still upload their docs (as well as copy shorter texts into posts) as the doc links wouldn’t show to unregistered people. If I can avoid htaccess I’ll be pleased as my competence is low! I’ll install the plugin, do some tests and report back.

    Thread Starter chattan

    (@chattan)

    Andrea – I’m sure you’re right about the link, but the plugin seems to require buddypress. If I adapt it, I need to acquire the technical expertise to find out what it is doing, plus some php and js skills I don’t have. My earlier posts made the disclaimer that I’m an idiot.

    Any simple solutions for simpletons out there?

    Thread Starter chattan

    (@chattan)

    Thanks Andrea – I looked at your link but couldn’t see an obvious answer to my problem. I think it’s just my lack of technical expertise in using .htaccess/.htpasswd that is the issue. Either I’ve got the syntax wrong or some higher level WP .htaccess is overriding my stuff.

    To recap, I’ve tried various AuthUserFile paths:
    (a) /www/wp-content/blogs.dir/17/files/.htpasswd
    (b) /vhost/vhost8/s/o/u/soutarwriters.co.uk/www/wp-content/blogs.dir/17/files/.htpasswd (as returned by path.php)
    (c) /www/drafts/files/.htpasswd (drafts is the sub-site name)
    (d) as above, but placing .htaccess/.htpasswd in folders 17, files, 2011 and 05 and using the appropriate path.

    The other syntax in .htaccess seems ok, viz:
    AuthType Basic
    AuthName “Soutar Writers Drafts”
    Require valid-user

    The .htpasswd syntax is just username:encrypted password, obtained from http://www.4webhelp.net/us/password.php

    All of these variants fail to produce a username/password prompt dialogue box when I try to access docs in the 05 folder.

    Can some .htaccess expert spot what I’m doing wrong?

    I tried the PJW-MIME-Config plugin today on a multisite and got the same problem, but fixed it by adding some MIME types in the Settings menu of the sub-site I was working with. Looks like there is no network-wide settings file which kicks in after network activation of the plugin. However, you can put all your common settings into a document and upload it to each multisite which needs it. Tedious, but a workround.

    Thread Starter chattan

    (@chattan)

    Still stuck I’m afraid.

    I created a new sub-site and had some fun trying to get it to recognise document types (solved by installing the PJW mime config plugin). Some docs now uploaded, but can’t get .htaccess and .htpasswd to work. I’ve uploaded them to the files folder within the path: /www/wp-content/blogs.dir/17/files/ – 17 is the sub-site I just created.

    The .htaccess file contains the line: AuthUserFile /www/wp-content/blogs.dir/17/files/.htpasswd

    When I display a page on the new sub-site and click the link to an uploaded doc, I can see it without being prompted for a userid and password.

    Anyone get me straight?

    Thread Starter chattan

    (@chattan)

    Thanks Dan – that certainly helps!

    I looked at the directory structure and it’s something like:
    /wp-content/blogs.dir/nn/files/yyyy/mm/(docs)
    nn is the sub-site number

    Do I stick some .htaccess thing in the appropriate sub-site folder? Down below that, the year and month are going to change all the time.

    More shovelling to report. As above, my main site and network admin functions worked ok after running upgrade.php, but I later discovered my subsidiary sites remained in a state of complete torpidity.

    I’m speculating, but I think the network update I tried last week must have timed out when everything was running dead slow. I tried it again from the network admin dashboard yesterday and it appeared to do nothing useful, so I logged out and manually applied upgrade.php to each subsidiary site in turn. This prompted the database update message for each site, and they seem to be accessible once more.

    Have the perpetrators of this shambles been shipped to Guantanamo yet?

Viewing 15 replies - 31 through 45 (of 50 total)