For some reason I have yet to discover, I cannot login to my Drupal website any more.
Attempts to do so result in loading my user page (as usual), but it is shown as if I still were a guest.
This is the case for any user I try to log in with.
No problems with passwords. No blank pages of death. Everything goes just fine except for the fact that the login is not affective: admin pages are still 403 forbidden and there is no admin bar.
Any thoughts?
I already tried clearing the cache and repairing the sessions table.
And it got solved. Some bright mind suggested restarting the MySQL server Drupal was running on. That did the trick, though I don't understand why.
Related
So I set up a wordpress website on my ubuntu machine. I am getting a problem i've never had before.
When I go to my domain's homepage with either wp.ryan-41.local or my IP, it shows the default "it works" page, while i'm not suppose to get it any more.
However when I go to wp.ryan-41.local/wp-admin/ I am able to login normally.
https://gyazo.com/d4b3945396b4e11a7aa6aa0145c5b7fd
here's a screencap highlighting my issue.
Anyone who knows what's wrong here? I'm able to login and fully configure my wordpress, but when I go to the homepage of the site itself, I get this.
Have you tried moving everything back one directory, because that's just what comes to my mind when I see that.
I eventually decided to just toss it out and start over. This worked, eventually, but it was a bunch of work. I think I might've done something weird earlier in the process with my scripts, so it must've gone wrong there.
I've got a site thats been up for over a year. Today, however, I tried to login to the dashboard today and was presented with a blank screen.
The login form appeared fine, but just redirected to a blank page.
I've cleaned the cache manually and toggled the News and Security feeds and the css and js compress options via the database to no effect.
Would anyone know what I can do?
Thanks
Not a proper answer, but I reinstalled and it fixed it.
First question posted, apologies if it's been answered, but I have been searching for hours and can not seem to find the answer.
I developed a new version of my site on a sub domain and then set it live by moving it up to the domain itself -- a Drupal 7 site.
Apart from a couple of glitches everything went smoothly, I changed the settings.php to point to the correct base url, changed .htaccess etc, all hunky dory.
The one thing that is not working is account creation, either by the user themselves or by admin. I have checked permissions, all OK. No errors in logs. The live site is forced to use the https protocal, reverted it back to http, no joy. I read somewhere that the metatab module sometimes causes issues, I disabled it, again no joy.
I have an action that sends users a bespoke welcome email when admins create their account... This was working perfectly under the sub domain.
Got to the bottom of this, I had over ridden the form_submit hook for user registration. Odd how it worked before...
Fixed
Our website has been recently hacked (Joomla 1.5, hosted on VPS). Attacker added few php scripts that were redirecting to some ad sites. We have cleaned everything (or at least we think we did), and now everything works as it should.
However, links on Google (or Yahoo) that are pointing to our web site are still trying to include these php scripts (and returns 404 as these are deleted now). Direct links from browser works as they should.
We have cleaned site 10 days ago, so I do not think that something is cached at Google servers. Re-indexing should be done by now.
To reproduce this behavior:
Go to www.google.com
type in "anitex socks"
click any php link that starts with "anitexsocks.com"
You will get "The requested URL /wp-includes/client.php was not found on this server" + 404 error
Refresh page and everything works without issues
Why are only Google links making troubles?
Any help is welcome. Thanks!
As for the reason why this is happening, I installed a firefox add-on which blocks my browser's Referrer Header and then followed a Google link to your site and it worked fine. Then I disabled the add-on and the problem started occurring again.
This shows that there is still some malicious code running on your website which is checking all http requests to see if they come from Google (based on checking the HTTP Referrer header) and redirecting them to /wp-includes/client.php if they do,
To try to determine where this code may lie, try performing a recursive grep through all your www files on your server as well as your www configuration files,somewhere in there there must still be a reference to that client.php script, hopefully you can find and eliminate it.
That said, if it were my site and I knew a hacker had had free reign over my server to do whatever they wanted to it, I would not mess around with trying to undo the damage and would instead restore the most recent backup from before the site was hacked. You only have to miss one back door the hacker left in place and they can re-enter your site. After restoring backups, you should also upgrade/reconfigure the software they used to gain access in the first place so they can't simply rehack it in the same manner again.
I previously set a directory on my web server to require a username/password during development phase. I have since removed the .htaccess file to remove the password, I have also checked the cPanel to make sure there are no settings for a user/password.
Despite this, Chrome keeps asking for a username/password. If I click Cancel, the page continues to load anyway.
This only happens on Chrome Windows and Mac. I have cleared the entire cache for Chrome but to no avail. I am not able to replicate the problem on Firefox 4 or Internet Explorer 9.
I figured it out. I was silly enough to have left the URL pointing to a domain which does ask for a username/password but the domain it was pointing to was for the development site. Not sure why the other browsers didn't do the same thing but updating the base href has solved the problem.