linuxlover992000
Forum Replies Created
-
Forum: Fixing WordPress
In reply to: Why does it take so long for ‘admin’ to login?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!
LynnForum: Fixing WordPress
In reply to: Why does it take so long for ‘admin’ to login?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
Forum: Fixing WordPress
In reply to: Why does it take so long for ‘admin’ to login?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,
LynnForum: Fixing WordPress
In reply to: Why does it take so long for ‘admin’ to login?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,
LynnHowever, 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?
Forum: Fixing WordPress
In reply to: Why does it take so long for ‘admin’ to login?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,
LynnForum: Installing WordPress
In reply to: Not really a problem, but !!!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,
LynnForum: Installing WordPress
In reply to: Error establishing a database connectioncoopcdebaca, 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.
Forum: Installing WordPress
In reply to: Error establishing a database connectionBingo! 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.
Forum: Installing WordPress
In reply to: Error establishing a database connectionOK – 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,
LynnForum: Installing WordPress
In reply to: Error establishing a database connectionYes, 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,
LynnForum: Installing WordPress
In reply to: Error establishing a database connectionWell, 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,
LynnForum: Installing WordPress
In reply to: Error establishing a database connectionHmmm… 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!