Forum Replies Created

Viewing 12 replies - 1 through 12 (of 12 total)
  • Thread Starter linuxlover992000

    (@linuxlover992000)

    Bingo! I tried again the plugin originally suggested by pizdin_dim – this time paying attention to files permisssions (all need to have 644) and following the detailed instructions on cjbehm.dyndns.org/wingingit/dashboard-options/ – and everying now works like a charm.

    Login and dashboard access are fast just like all other pages in the blog.

    I will be marking this thread as RESOLVED.

    Thanks!
    Lynn

    Thread Starter linuxlover992000

    (@linuxlover992000)

    OK – I succeeded restoring wordpress to its original mode operation. <sigh of relief>

    The problem was that when I was copying back-and-forth that wp-admin/index.php (via a Windows client), I didn’t notice that the file permissions changed from 644 to 660. That was critical. I retored that file permission back to 644 and all is as in before (slow as snail).

    Armed with this new knowledge (I bet the blank page I received originally was due to that file permissions problem) I will try again the plugin.

    Also note that the insturctions on the plugin author’s web site are much clearer than the few readme lines that come with the plugin. For your convenience:

    http://cjbehm.dyndns.org/wingingit/dashboard-options/

    Lynn

    Thread Starter linuxlover992000

    (@linuxlover992000)

    OMG! Yesterday night I was trying to install the ‘dashboardopts’ plugin suggested here and when it didn’t work I of course copied back the original index.php to the wp-admin directory.

    I thought that would restore things to exactly were they were before but to my great horror I now get only a blank page when I attempt to login (to my own blog).

    I tried extracting the original index.php from the latest.tar.tgz package that I used for installing wordpress – and copying it to the wp-admin directory – but that doesn’t seem to help either.

    Now what do I do?

    I can wipe out my wordpress database and re-install everything from scratch, but then I would loose everything that I have already written there.

    Is there a way to restore my wordpress to its original working state?

    BTW, it doesn’t have a “host provider”. I am running this entire thing locally, on a home LAN. So in a sense I am my own “host provider” (running Apache/httpd and MySQL on my own Linux box). I am learning as I go…

    Thanks,
    Lynn

    Thread Starter linuxlover992000

    (@linuxlover992000)

    Thanks for the two tips. Currently the plugin option looks very attractive.

    I downloaded the package and unzipped it into the wp-content/plugins directory. In there there are two index.php files: one for “pre wp2.0 admin” and the other is for “wp2.0 admin index”. The README for this plugin says “Rename appropriate index.php file and place in your wp-admin folder if you do not have a custom setup”.

    So I renamed wp2.0 admin index.php to index.php, copied it to the wp-admin directory and reloaded the dashboard page… only to get a blank page with nothing in it. 🙁

    Fortunately I saved the original index.php so I was able to return to install state in no time.

    Now I am wondring: does that plugin really work for WordPress 2.0.2?

    Thanks,
    Lynn

    However, when I went to that link it says that it was written for WordPress version 1.5. I am using version 2.0.2.

    Do you happen to know if that matters?

    Thread Starter linuxlover992000

    (@linuxlover992000)

    Another interesting detail about my setup – perhaps it is related to the problem: Since my Linux server (used for hosting wordpress) is disconnected from the Internet, I gave an invalid email address for ‘admin’ (admin@localhost.home).

    Could that be related?

    Does WordPress attempt to contact the Internet when performing login? The login takes MINUTES…

    Thanks,
    Lynn

    Thread Starter linuxlover992000

    (@linuxlover992000)

    Wow! that was quick. Thank you very much for your quick and very clear answer.

    Now at least I know that I didn’t misunderstand the installation concepts although I really am a newbie.

    I guess that whether I should use “WordPress MU” is a matter of convenience, since I don’t anticipate creating blogs for more than a handful of users. The overhead of approximately 4MB per user seems small enough to avoid the complexity of installing and maintaining “WordPress MU”.

    Or… is “WordPress MU” easy to install and maintain as WordPress?

    Also, is it true that I don’t need a separate database for each blog – even for WordPress SU (single user)?

    Thanks,
    Lynn

    Thread Starter linuxlover992000

    (@linuxlover992000)

    coopcdebaca, my very fresh & limited experience with wordpress suggests that the error message is very informative and contains all the hints to solving the problem.

    In my case it was bullet #2 (hostname).

    I guess that you have already checked that otherwise you wouldn’t have posted here.

    So, I would suggest that you go for bullets #3 and #1 (in that order).

    Other than that I am really clueless.

    Thread Starter linuxlover992000

    (@linuxlover992000)

    Bingo! That was it. I replaced the “%” in the server field by “localhost” and it solved all problems. (I didn’t have to created another user, I just edited that part for the user ‘wordpress’ I already created.

    Thank you so much, HandySolo!

    Now I am trying to think whether the detailed instructions can be improved further.

    Thread Starter linuxlover992000

    (@linuxlover992000)

    OK – I uploaded the snapshots so that everyone can see what I did and tell me what I am doing wrong:

    1. First, I start with basically an empty list of MySQL users: http://aycu05.webshots.com/image/2044/1480322176952002330_rs.jpg
    and click ‘Add a new User’

    2. That leads me to the following page in which I only fill the username and password. I can promise that these are the same as in the wp-config.php file.

    http://allyoucanupload.webshots.com/viewimage?imageID=1695920215476749610

    Notice that by default all global privileges are unchecked – and I leave them that way based on what the instructions say.

    In the “Database-specific section I select ‘wordpress’ – which leads to the following page:

    3. I get the following page:

    http://aycu10.webshots.com/image/849/1765916026465156197_rs.jpg

    which I use to check all database-specific privileges.

    I click ‘Go’ and get the following page:

    4. Page which confirms the update of the privileges:

    http://aycu23.webshots.com/image/462/1928039558288059854_rs.jpg

    5. Now clicking on the Privileges tab again, shows the updates list of users:

    http://aycu14.webshots.com/image/773/1710760894648363178_rs.jpg

    It seems that I did eveything according to the instructions. So what am I doing wrong?

    Thanks,
    Lynn

    Thread Starter linuxlover992000

    (@linuxlover992000)

    Yes, I am positive that I am following step 3 but it is quite possible that ironically this is might be the problem, since in step 2.5 it says:

    “Leave all options under Global privileges at their defaults.”

    Now, the *global* privileges are all unchecked for that user. Could this be the problem?

    BTW, is there a way to attach to this post a snapshot of the browser so that I can show exactly what I am doing?

    Thanks,
    Lynn

    Thread Starter linuxlover992000

    (@linuxlover992000)

    Well, I tried once again step 2 as outline here:

    http://codex.wordpress.org/Installing_WordPress#Using_phpMyAdmin

    This time adding a *different* username and password and the problem is consistent: running the wp-admin/install.php works only for ‘root’.

    Which tells me that something in the instructions is simply missing.

    Uh oh…

    Now what do I do?

    I can go ahead and continue configuring with ‘root’ but:

    (1) I am almost sure this will create some problems down the road.

    (2) Store the root password in *clear text* in wp-config.php??? No thanks.

    Any help?

    Thanks,
    Lynn

    Thread Starter linuxlover992000

    (@linuxlover992000)

    Hmmm… suspecting a username/password mismtach, I modified wp-config.php to to contain ‘root’ and the root’s password in DB_USER and DB_PASSWORD, respectively.

    And… it worked!

    Which brings the obvious question: How come WordPress instructs me to use any username and password (I used ‘wordpress’ and ‘wordpresspassword’ respectively), phpMyAdmin displays that username details as valid, but step 5 fails for that username?

    Even more importantly: Now that the WordPress installation seems to have succeeded (using the ‘root’ username and password), what are the implications on the ability to maintain this database remotely?

    Thanks!

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