Forum Replies Created

Viewing 8 replies - 1 through 8 (of 8 total)
  • Thread Starter kbeebalm

    (@kbeebalm)

    HI,

    I did figure this out, but I don’t remember exactly what the issue is.

    I think I went through all the database and site settings to make sure that I had them working.

    I also may have “refreshed” the permalinks.

    Sorry I don’t have more info – It has been a while since I had this issue.

    Kbee

    Thread Starter kbeebalm

    (@kbeebalm)

    Hello,

    I wanted to see if anyone can help me with this?

    Can you please share the CSS code for changig the color of the “today” day/date in the the mobile – calendar view on mobile?

    We are using the tribe styles – so it is blue right now.

    Thanks

    Kristen

    Thread Starter kbeebalm

    (@kbeebalm)

    HI,

    I have figured a lot of this out since no one else posted about this.

    I had to learn how to edit the database – either in cPanel with the MyPHPAdmin area, or with MySQL editor.

    I am pasting the notes I have been taking for the steps and will share below:

    STEP 1: Change the values of the url in some key areas.

    This is from : http://wpengine.com/support/how-to-change-a-multi-site-primary-domain/

    The directions:

    If you want to change the primary domain of your WordPress multisite installation, there are 5 values to change. There is no need to perform a database dump. This is actually frowned upon, as WordPress stores serialized data in the database, and altering it can cause corruption. Here is a list of the 3 main tables (for https) and options that need to be changed (note that we’re assuming your table prefix is “wp_”. If you’re using a different table prefix, replace “wp_” in the following table names with your prefix):

    For changing the url from http to https:

    • wp_options: options named “siteurl” and “home”
    • wp_sitemeta: the option named “siteurl”
    • wp_#_options: Each sub-site will have sets of tables that correspond to the blog_id in the wp_blogs table. You need to go to the wp_#_options table, where # corresponds to the blog_id, and update the “siteurl” and “home” settings in that table.

    This resolved most of the issues with changing over the url.

    2. FOR SITES WITH LOTS OF PAGES AND POSTS AND IMAGES AND MEDIA – RUN QUERIES ON THE DATABASE TO REPLACE THE URL

    WordPress uses exact urls for media including images and .pdfs in pages and posts of the site. I have updated these by hand, but for some of my sites in my multi-site install, some sites had lots of links and images in pages and posts – so I edited the database again.

    After doing research on this here is what I have done to update the media in pages and posts.

    (from https://wpbeaches.com/updating-wordpress-mysql-database-after-moving-to-a-new-url/)

    cPanel – using phpMyAdmin to change urls in multi-sites

    Depending on how you access the database – here are the notes/directions I took for myself.

    1. Open PHP MyAdmin

    2. Goto each sites’ wp_posts (ex wp_6_posts, wp_4_posts) table
    (Note: the wp_posts, and wp_#_posts contains the information of posts and pages)

    3. Click on SQL tab.

    4. Run this query on each posts (change the wp_posts to each posts table and run for each one:

    UPDATE wp_posts SET post_content = replace(post_content, ‘http://www.yoururl.com’, ‘https://www.yoururl.com);

    If you are not using PHPMyAdmin, and are using MySQL Workbench here are the direcitons:

    MYSQLWorkbench

    1. Go to wp_number_posts table. (do this for each one ex wp_2_posts, then do it again for wp_3_posts, etc.)

    2. Run: (get ID number ahead of time)

    UPDATE wp_6_posts SET post_content = REPLACE(post_content, ‘http://www.yoururl.com’, ‘https://www.yoururl.com’);

    3. Click on lightening bolt icon to run query

    4. Search and replace is then run.

    ex: UPDATE wp_50_posts SET post_content = REPLACE(post_content, ‘https://empire.ncsu.edu/blogs/’, ‘https://emire.ncsu.edu/blogs/’);

    3. POSSIBLY NEEDED – TO CHECK AND EDIT YOUR THEME FILES..

    On some sites I updaed, the theme was good to go. On some sites, the theme had elements that did not work with SSL, and needed to be updated in the theme files.

    Directions:
    1. Check your site with whynopadlock your site – which will alert you to errors. If the errors are from the theme files, you will have to search and fix the elements that you can in the theme.

    2. Download theme files, and do a find for each element that generated the error. Test Edit the code for each element making the urls https instead of http. Save your files that you edited. When done, replace theme files with any ones that you edited.

    I used https://www.whynopadlock.com/ to show me any errors, and then if I saw they were from my theme, these were the things that I fixed in the theme, and then reuploaded.

    So I have done this a few times now, and once I learned how to edit the database and run the queries, this was not so bad to do.

    Also – the https://whynopadlock.com website is really helpful, helping me hunt down the cuprits I need to change!

    kbeebalm

    (@kbeebalm)

    Hello,

    This issue happened to me today.

    In a multi site, I was making a new role and all of a sudden – my role (as Super Admin) , and other administrators in the site — all had the role that I had just made.

    For now I disabled the AAM plugin at the network level. I left enabled on the other sites that use it and do not need any setup.

    I have it disabled on the site I got locked out of.

    How can I fix this?

    Is any update for WordPress 4.2 coming ?

    Thanks,

    kbee

    kbeebalm

    (@kbeebalm)

    HI,

    This just happened to me today.

    Did you resolve this? If so, how?

    Thanks,

    Kbee

    Thread Starter kbeebalm

    (@kbeebalm)

    Hi,

    I figured it out I was using ID intead of name:

    works when I do not put any text inside the tags.

    Thanks!

    Kbee

    Thread Starter kbeebalm

    (@kbeebalm)

    Hello

    I resolved my issue by looking at some other threads.

    Here is what helped:

    I read this:
    Guys, check your database tables collations, as in my case it turns out that some are different from utf8 and my guess is that with the security patch in WordPress 4.1.2 they prohibit inserting invalid characters in the db. Most probably you all have utf8 in wp-config.php as encoding. Don’t change the DB_CHARSET constant, I’m still looking for a solution, but just have in mind that you all might be having the problem.

    Current workaround is just to replace wp-includes/wp-db.php with the old one till a better (and safe) fix is at hand.

    And then I

    1. Went and downloaded WordPress 4.1.1
    I replaced the wp-includes/wp-db.php in my current site that is updated to 4.1.2 with this file from the 4.1.1 installation.

    And it all works now.

    Thread Starter kbeebalm

    (@kbeebalm)

    One more note:

    There are no plugins installed at the network level, only site level.

    Thanks,

    Kristen

Viewing 8 replies - 1 through 8 (of 8 total)