 
    
<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>3.3.1 Archives - Complete, Concrete, Concise</title>
	<atom:link href="https://complete-concrete-concise.com/tag/3-3-1/feed/" rel="self" type="application/rss+xml" />
	<link>https://complete-concrete-concise.com/tag/3-3-1/</link>
	<description>Practical Information Without The Bloat</description>
	<lastBuildDate>Tue, 21 Feb 2012 21:25:44 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9</generator>
	<item>
		<title>WordPress &#8211; Error 404 When Trying to Login &#8211; Take 2</title>
		<link>https://complete-concrete-concise.com/wordpress-2/wordpress-error-404-when-trying-to-login-take-2/</link>
					<comments>https://complete-concrete-concise.com/wordpress-2/wordpress-error-404-when-trying-to-login-take-2/#comments</comments>
		
		<dc:creator><![CDATA[richardsplanet]]></dc:creator>
		<pubDate>Tue, 21 Feb 2012 21:25:44 +0000</pubDate>
				<category><![CDATA[WordPress]]></category>
		<category><![CDATA[3.3.1]]></category>
		<category><![CDATA[can't login]]></category>
		<category><![CDATA[error 404]]></category>
		<category><![CDATA[login error]]></category>
		<category><![CDATA[login problem]]></category>
		<category><![CDATA[wordpress]]></category>
		<guid isPermaLink="false">http://complete-concrete-concise.com/?p=1460</guid>

					<description><![CDATA[<p>UPDATE 14-March-2013 It has been over one year since I have disabled W3 Total Cache and the problem has not reoccurred, thus leading me to suspect the problem was caused by W3 Total Cache since the problem only occurred when I was using W3 Total Cache. UPDATE 23-May-2012 I now suspect the login problem is [&#8230;]</p>
<p>The post <a href="https://complete-concrete-concise.com/wordpress-2/wordpress-error-404-when-trying-to-login-take-2/">WordPress &#8211; Error 404 When Trying to Login &#8211; Take 2</a> appeared first on <a href="https://complete-concrete-concise.com">Complete, Concrete, Concise</a>.</p>
]]></description>
										<content:encoded><![CDATA[<div class="c4">
<h3>UPDATE 14-March-2013</h3>
<p>It has been over one year since I have disabled W3 Total Cache and the problem has not reoccurred, thus leading me to suspect the problem was caused by W3 Total Cache since the problem only occurred when I was using W3 Total Cache.
</p></div>
<div class="c4">
<h3>UPDATE 23-May-2012</h3>
<p>I now suspect the login problem is caused by W3 Total Cache.<br />
It has been about 2 months since I disabled it because I kept getting site errors &#8211; including login errors. The errors have stopped.<br />
My recommendations are: (1) try to login in using the techniques described here, (2) empty your W3 Total Cache caches, (3) disable W3 Total Cache.</p>
<div class="c1">
I would appreciate feedback letting me know if:</p>
<ol>
<li>you have W3 Total Cache installed and enabled when you get this problem, or</li>
<li>you get this problem but have some other caching plugin installed, or</li>
<li>you have no caching module installed and you still get this problem.</li>
</ol>
<p>This is a real problem because I get a steady stream of hits on this page and, aside from this article, I don&#8217;t know of any real solutions to this problem. All other articles seem to be of the &#8220;do something (like touching file permissions) and the problem magically goes away&#8221; variety.
</p></div>
</div>
<div class="c1">
In December 2011, I had trouble logging into my site. I kept getting an <strong>Error 404: Not Found</strong> message. I documented what I did to resolve that <a href="//complete-concrete-concise.com/wordpress-2/wordpress-error-404-not-found-when-trying-to-login">here</a>.<br />
<img decoding="async" class="centered" alt="" src="//complete-concrete-concise.com/wp-content/uploads/2011/12/WordPress-error-404-not-found-login.png" border="0" /><br />
In February 2012, it happened again. After waiting 48 hours for the problem to resolve itself &#8211; and it didn&#8217;t &#8211; I began troubleshooting again. Fortunately, I had a few more facts this time around and a lot less panic or worry about having my site having been hacked.<br />
What I knew: (1) my site was still accessible, (2) other people did not have problems leaving comments (during that time I received 1 legitimate comment, 3 SPAM comments, and 1 pingback) &#8211; even though I wasn&#8217;t able to leave a comment. (I tried a different computer, I tried a different browser, I tried a different OS, I tried a different IP address (depending on what type of Internet connection you have, turning your modem on and off may get you a new IP address) but none of them worked. The only thing I didn&#8217;t try for logging in from someone else&#8217;s Internet connection.)<br />
I was able, though not consistently, to login by clicking on an action link in the e-mail WordPress sends me to tell me I have a new comment (since I have comment moderation turned on, WordPress e-mails me every time there is a new comment). Even if I was able to login, I was not able to do a lot in the Admin panel (replying to or deleting comments wouldn&#8217;t work).<br />
I checked the WordPress error logs, there was nothing in them to suggest a problem.<br />
I searched the web for solutions. Again, nothing useful came of it &#8211; lots of people have experienced this problem, but no useful solutions were offered (and those that were offered were more of the &#8220;do something &#8211; anything &#8211; and the problem will miraculously go away&#8221; type.<br />
Checking my server logs, I could see 404 pages being delivered when I tried to log in. Nevertheless, the pages in question should exist (and I double checked that they did), so it didn&#8217;t make sense that they couldn&#8217;t be found.<br />
Finally, while studying the <a href="http://codex.wordpress.org/Login_Trouble">WordPress login help page</a>, and double checking everything on the page (even those I didn&#8217;t think made sense), I decided to try manually resetting my site&#8217;s URL as described in the section <span style="text-decoration: underline;">Site URL Redirecting</span>. <span class="i1">This worked!</span> And it was reproducible &#8211; if I changed my URL I was able to login, if I set it back to the original URL I couldn&#8217;t login. This was good because a reproducible problem means the solution works &#8211; I think.<br />
My original site URL was <span style="text-decoration: underline;">http://complete-concrete-concise.com</span> &#8211; notice the lack of the <span class="i1">www.</span>prefix. While my site was and continues to be accessible without using <span class="i1">www.</span> before the name, when I changed it to <span style="text-decoration: underline;">http://www.complete-concrete-concise.com</span> my login problem went away. And when I removed the <span class="i1">www.</span> the login problem came back.<br />
What causes this? To be honest, I don&#8217;t know. My suspicion is it is a problem with the name server (the name server is a Internet server that looks up the site name and returns its Internet address).<br />
For the first 8 months this site used WordPress (previously, I used Joomla!), this site used the name servers of my web host &#8211; without this problem occurring. Since switching to CloudFlare&#8217;s name servers (because I use them to relieve some of the bandwidth pressure on my web host) in December 2011, I have encountered this problem twice in 3 months. I don&#8217;t have enough evidence to conclusively claim this but others have had <a href="http://wordpress.org/support/topic/dreamhost-404-when-working-in-admin">this problem</a> with their <a href="http://wordpress.org/support/topic/wordpress-30-intermittent-404-errors-from-admin-panel">web hosts</a><br />
From what I can see, my DNS records with CloudFlare are fine, yet, changing my WordPress URL to use the <span class="i1">www.</span> prefix solves the issue &#8211; at least for now).
</div>
<div class="c2">
This solution assumes that:</p>
<ol>
<li>the problem is an improperly resolved URL</li>
<li>your site can be accessed with or without the <span class="i2">www.</span> prefix</li>
<li>cPanel is your website administration panel provided by your webhost</li>
</ol>
</div>
<div class="c2">
Some images may be clicked for larger versions.
</div>
<div class="c4">
<strong>WARNING!!!!</strong> Messing around directly with your MySQL database can result in a completely <strong>NON-FUNCTIONING</strong> site.<br />
Always make a backup before making any changes
</div>
<p><strong>1) Login</strong> to your web hosting control panel. This is not your WordPress admin panel. For many users this will be <span style="text-decoration: underline;">cPanel</span>, but your webhost my provide you with a different website administration panel.<br />
<strong>2) Click on </strong> the <span style="text-decoration: underline;">phpMyAdmin</span> icon:<br />
<img decoding="async" class="centered" alt="" src="//complete-concrete-concise.com/wp-content/uploads/2012/02/wordpress-error-404-1.png" border="0" /><br />
<strong>3) Click on</strong> your WordPress database in the left-hand side panel. If, like me, you run several websites from one account, you will have to find the appropriate database (in my case, it is not too hard, since I have one Joomla! site and one WordPress site and the database names are pretty obvious):<br />
<img decoding="async" class="centered" alt="" src="//complete-concrete-concise.com/wp-content/uploads/2012/02/wordpress-error-404-2.png" border="0" /><br />
<strong>4) Click on</strong> <span style="text-decoration: underline;">wp_options</span> in the left-hand side panel:<br />
<img decoding="async" class="centered" alt="" src="//complete-concrete-concise.com/wp-content/uploads/2012/02/wordpress-error-404-3.png" border="0" /><br />
<strong>5) Locate</strong> the option name <span style="text-decoration: underline;">siteurl</span> and <strong>click on</strong> <span style="text-decoration: underline;">Edit</span>:<br />
<a href="//complete-concrete-concise.com/wp-content/uploads/2012/02/wordpress-error-404-4-large.png" target="_blank"><img decoding="async" class="centered" alt="" src="//complete-concrete-concise.com/wp-content/uploads/2012/02/wordpress-error-404-4-thumb.png" border="0" /></a><br />
<strong>6) Change</strong> the URL name to your alternate one. My original URL was <span class="i1">http://complete-concrete-concise.com</span>. I changed it to include the <span class="i1">www.</span> prefix. If your original URL contains the <span class="i1">www.</span> prefix, and you have set up your name server to serve both versions, then remove the <span class="i1">www.</span> prefix. <strong>Click on</strong> <span style="text-decoration: underline;">Go</span> to save the settings:<br />
<a href="//complete-concrete-concise.com/wp-content/uploads/2012/02/wordpress-error-404-5-large.png" target="_blank"><img decoding="async" class="centered" alt="" src="//complete-concrete-concise.com/wp-content/uploads/2012/02/wordpress-error-404-5-thumb.png" border="0" /></a><br />
<strong>7) Check</strong> that you are able to login in to your website.</p>
<div class="c1">
<strong>Caveat</strong>: While this worked for me (as did just waiting &#8211; see my <a href="//complete-concrete-concise.com/wordpress-2/wordpress-error-404-not-found-when-trying-to-login">original post</a> on this problem), I make no guarantee. In looking for a solution to this problem, I see that lots of people have it, but I don&#8217;t see solutions to it.<br />
Obviously, I would love to get feedback on this. I am still unclear on where the problem lies &#8211; is it a web hosting problem? is it a name server problem? is it a WordPress problem?
</div>
<div class="c2">
<strong>Update 28-Feb-2012:</strong> I restored my <span style="text-decoration: underline;">siteurl</span> to its original value and my site continues to work correctly. I think this supports my original conclusion that patience is the solution &#8211; of course, waiting around for a few hours or even several days for it to resolve itself is not an option most would consider acceptable.<br />
It also lends weight to the argument that it might be a DNS issue.
</div>
<div class="c2">
<strong>Update 02-Mar-2012:</strong> the error returned. sigh. Changing <span style="text-decoration: underline;">siteurl</span> to use the <code>www.</code> prefix has, once again, fixed the problem.
</div>

<p>The post <a href="https://complete-concrete-concise.com/wordpress-2/wordpress-error-404-when-trying-to-login-take-2/">WordPress &#8211; Error 404 When Trying to Login &#8211; Take 2</a> appeared first on <a href="https://complete-concrete-concise.com">Complete, Concrete, Concise</a>.</p>
]]></content:encoded>
					
					<wfw:commentRss>https://complete-concrete-concise.com/wordpress-2/wordpress-error-404-when-trying-to-login-take-2/feed/</wfw:commentRss>
			<slash:comments>4</slash:comments>
		
		
			</item>
	</channel>
</rss>
