Roger,
You can also try using /?q=user as that sometimes will work. If not, you definitely need the error logs to assist. It's usually something simple with the settings that got messed up. If you use backup and migrate you can restore the db if you can get into phpmyadmin.
If you have no backups, in your settings.php set "allowFreeAccess" to true. It's commented out so uncomment, set to true and that should let you in. Don't forget to set back to false. The other thing I've done is delete the salt hash but don't close the settings.php and if you get in, you can revert and save again. The AllowFreeAccess should work though.
Hopefully that helps. Good luck.
Chris McAndrew csmcreative, llc. http://csmcreative.com
On Sat, Jan 4, 2014 at 6:21 PM, support-request@drupal.org wrote:
Send support mailing list submissions to support@drupal.org
To subscribe or unsubscribe via the World Wide Web, visit http://lists.drupal.org/mailman/listinfo/support or, via email, send a message with subject or body 'help' to support-request@drupal.org
You can reach the person managing the list at support-owner@drupal.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of support digest..."
Today's Topics:
- Re: Improving performance (Gregg Marshall)
- Disappearing user login (Roger)
- Disappearing user login (Don)
Message: 1 Date: Sat, 4 Jan 2014 14:37:38 -0700 From: "Gregg Marshall" mimlist@repconnection.com Subject: Re: [support] Improving performance To: support@drupal.org Message-ID: 01b801cf0995$30fcba80$92f62f80$@repconnection.com Content-Type: text/plain; charset="iso-8859-1"
I learned a whole lot from the excellent book High Performance Drupal that just came out this fall. An excellent resource.
Gregg Marshall
-----Original Message----- From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Alison Sent: Saturday, January 04, 2014 2:42 AM To: support@drupal.org Subject: Re: [support] Improving performance
Think the problem is now resolved to my satisfaction. Thanks.
I have previously used Memcache successfully, and now with APC opcode caching and a bit of MySQL tuning, all looks good.
Alison
At 07:50 PM 04-01-14, you wrote:
Dear Alison, Have you considered using varnish? Best wishes, Sh??rab. -- [
Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
Message: 2 Date: Sun, 05 Jan 2014 09:54:43 +1100 From: Roger arelem@bigpond.com Subject: [support] Disappearing user login To: support@drupal.org Message-ID: 52C89133.6060800@bigpond.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed
We have a most peculiar situation. While developing a theme in zen starterkit and following tuts and videos, etc the user login ceased to function. Cannot log in even with localhost/mydrupal/user which is how I normally login. All we get is a blank screen. Google suggested some overriding code to go into the page.tpl.php, which allowed login but returns the new theme screen but no admin even if we enter localhost/mydrupal/admin in the url. /user is core functionality, file template and css are all available, we have not changed any core files.
I used drush to make garland the default theme and tried to drush disable the zen theme but both fail. drush returns an error request -drush clear-cache drush which in turn returns the same error.
I did drush up to install drupal 7.25 and update modules but it did not help. Cannot find anything we have done in the dev theme which may relate to /user login or admin.
most perplexing. How would we solve the lack of admin and why would login cease to function?
Help much appreciated Roger
Message: 3 Date: Sat, 04 Jan 2014 18:14:14 -0500 From: Don donald@fane.com Subject: [support] Disappearing user login To: Roger arelem@bigpond.com, support@drupal.org Message-ID: 52C895C6.9020301@fane.com Content-Type: text/plain; charset="iso-8859-1"
Hi Roger, The blank screen means you're getting a php error but you have display_error set off in php.ini or in the boot path. You may have an error in your login path, your session table may be corrupted, you might be running out of memory on your server, or the server may be having trouble setting a session cookie on your browser. These are common problems.
Try adding error_reporting(E_ALL); ini_set('display_errors', TRUE); ini_set('display_startup_errors', TRUE);
after the boot code in index.php Also check your apache logs watchdog table to see if you're getting errors. --
-- -Don Pickerel- Fane Software
-
Chris McAndrew