Forum Replies Created

Viewing 6 replies - 46 through 51 (of 51 total)
  • Bump. I once knew a solution to this problem but have since forgotten it and the WP installation where I used it is gone. I think it involved a custom field. Can anybody who has better memory help out with this?

    Thread Starter ricka99

    (@ricka99)

    Sweet! That is exactly what I was looking for and it works perfectly. Thanks, uplandporter!

    Thread Starter ricka99

    (@ricka99)

    That’s an idea but the “iwg-hide-dashboard” plugin requires the “Role Manager” plug to work. I tried Role Manager recently. It gives you the ability to create new roles, something I would very much like to do. Unfortunately, these new roles remain even after you deactive Role Manager. That might be all right BUT if you decide to change one of these new roles back to a standard role after deactivation, you can’t do it. In other words, activating and using Role Manager is a one way trip. It doesn’t clean up after itself after you decide that you don’t want to use it anymore.

    I backed up my database before testing Role Manager and, after discovering these issues I deactivated it, dropped the database tables ane imported the backup files. That’s the only way to clean up after Role Manager. I’m happy that I took this precaution before activation it. Of course, this procedure won’t work if you don’t use it immediately. Once you have made any other changes to WordPress, you will lose them when you restore from backup.

    Bottom line: I still need what Role Manager can do but I don’t like plugins that don’t remove themselves completly when you decide not to use them for some reason.

    Maybe you can straighten me out as well.

    I want a widget to appear on the static home page, the “Markets” page and the children of the Markets page.

    is_page(‘home’) || is_page(‘services’) puts the widget on just the two pages.

    is_page(‘home’) || is_page(13) does the same thing

    is_page(‘home’) || global $post; return ($post->post_parent==”13″); returns an error message as follows:

    Parse error: syntax error, unexpected T_GLOBAL in (web site address)/wp-content/plugins/widget-logic/widget_logic.php(132) : eval()’d code on line 1

    What am I doing wrong? This is driving me crazy!

    Thread Starter ricka99

    (@ricka99)

    This has become a diary rather than a discussion but hopefully it might help for anyone who searches for this topic.

    Mystery Resolved!

    The wp_options table has five pages. The “Blog address URL” is stored on the second page as option_id “39” and option_name “home”. Duh! How could I have missed the fact that there was more than one page of fields in the wp_options table? No wonder I couldn’t find what I was looking for!

    Thread Starter ricka99

    (@ricka99)

    Well, I solved it myself except for one “mystery” but I can’t be the only one in the world that wants to do this so I am going to share how I did it. Maybe someone can help with the mystery that remains.

    Problem: On a domain that is registered to me, I run a business related WordPress 2.5.1 blog that can be found at https://mydomain.com/myblog/. I recently joined a company with a website at https://bigbusiness.com (Surprise! “bigbusiness” is just an alias!) that would like my blog to appear as an integral part of their web site located at an address such as https://myblog.bigbusiness.com. I’m OK with the idea because they will pay me to continue to create content for it but I don’t want to move my blog files to their domain.

    Solution:
    1) Create a subdomain https://myblog.mydomain.com
    2) On the WordPress 2.51 Dashboard for “myblog”, change the “Settings – General – Blog address (URL)” from https://mydomain.com/myblog/ to https://myblog.mydomain.com
    Note: This is a just a test to make sure you’re on the right track. The URL for “myblog” should now be https://myblog.mydomain.com. Your blog’s Dashboard can still be accessed at https://mydomain.com/myblog/wp-admin/ or via the subdomain at https://myblog.mydomain.com/wp-admin/.
    3) Ask the Website Administrator at “bigbusiness”
    a. to create a subdomain: https://myblog.bigbusiness.com
    b. to get their ISP or IT Department to create a CNAME entry in the dns configuration for bigbusiness.com to point to myblog: “myblog 14000 IN CNAME myblog.mydomain.com”
    4) On the WordPress Dashboard for “myblog”, click on “Settings – General”.
    a. Change the “Blog address (URL)” from https://myblog.mydomain.com to https://myblog.bigbusiness.com.
    b. Review the “Blog title”, because it appears on browser title bars and tabs. The default is the name of your blog. Because it now appears as part of a different domain, you might want to change it from “Myblog” to something more appropriate like “Bigbusiness – Myblog”.
    5) Check it out. You should now be able to find your blog at https://myblog.bigbusiness.com.

    Mystery (at least it’s a mystery to me): When “WordPress Dashboard -Settings – General – Blog title” is changed, the entry stored in the MySQL database in the “wp_options” table under “option_name” – “blogname” is changed but I don’t know where “Blog address (URL)” is stored. It’s not in MySQL and I haven’t been able to find it in any of the WordPress files. Why is this important? Well, if something goes wrong when you make the changes in 4b) above, you can edit the “Blog address URL” back to what it was when things were working if you know where this information is stored. If you don’t, you can’t.

    Will someone solve this mystery for me?

Viewing 6 replies - 46 through 51 (of 51 total)