I'm having an issue getting clean urls to work. I'm set-up on a shared hosting plan, and my host verified mod_rewrite is already enabled on the server side. I tried different settings in .htaccess, but nothing seems to work. Here's the interesting part: When I run the "clean URL test" it passes and the radio buttons to enable clean urls become functional. However, after selecting enable, then clicking save configuration, the selection defaults back to disabled.
My drupal install is located in a directory called httpdocs, which I was told is equivalent to /var/www. I did not put the drupal install in a folder of its own, rather I just installed all the files in the httpdocs directory.
Any ideas or suggestions?
Thanks,
Troy
On Mon, May 19, 2008 at 6:59 PM, Troy troythetechguy@gmail.com wrote:
I'm having an issue getting clean urls to work. I'm set-up on a shared hosting plan, and my host verified mod_rewrite is already enabled on the server side. I tried different settings in .htaccess, but nothing seems to work. Here's the interesting part: When I run the "clean URL test" it passes and the radio buttons to enable clean urls become functional. However, after selecting enable, then clicking save configuration, the selection defaults back to disabled.
The only thing which the clean URLs setting does is to make Drupal actually use them in the menu links, if they are *already* enabled by .htaccess. So, try to type some clean URLs yourself in your browser to see if they work. If they do work, then the problem is not clean URLs but saving your setting.
If they work, try also to force-enable them in your settings.php file by adding a $conf['clean_url'] = 1; at the end.
My drupal install is located in a directory called httpdocs, which I was told is equivalent to /var/www. I did not put the drupal install in a folder of its own, rather I just installed all the files in the httpdocs directory.
Any ideas or suggestions?
Thanks,
Troy
-- [ Drupal support list | http://lists.drupal.org/ ]
Is httpdocs at the root level of the domain. Enabling Clean URLs works simply by running the "clean url test" and toggling that "enabled" radio on a mod_rewrite enabled server when Drupal is installed at the domain route. If Drupal is not installed at the domain route is the scenario for fussing with .htaccess, settings.php etc.
I think that fussing with these files should only be done in the service of figuring out WHY it isn't working out of the box. If clean urls are not working and they should be, and you successfully get them to work by fussing with code in various files, whatever is broken will likely come back later to bite you.
Best,
Shai content2zero http://content2zero.com
On Mon, May 19, 2008 at 12:24 PM, Cog Rusty cog.rusty@gmail.com wrote:
On Mon, May 19, 2008 at 6:59 PM, Troy troythetechguy@gmail.com wrote:
I'm having an issue getting clean urls to work. I'm set-up on a shared hosting plan, and my host verified mod_rewrite is already enabled on the server side. I tried different settings in .htaccess, but nothing seems
to
work. Here's the interesting part: When I run the "clean URL test" it passes and the radio buttons to enable clean urls become functional. However, after selecting enable, then clicking save configuration, the selection defaults back to disabled.
The only thing which the clean URLs setting does is to make Drupal actually use them in the menu links, if they are *already* enabled by .htaccess. So, try to type some clean URLs yourself in your browser to see if they work. If they do work, then the problem is not clean URLs but saving your setting.
If they work, try also to force-enable them in your settings.php file by adding a $conf['clean_url'] = 1; at the end.
My drupal install is located in a directory called httpdocs, which I was told is equivalent to /var/www. I did not put the drupal install in a folder of its own, rather I just installed all the files in the httpdocs directory.
Any ideas or suggestions?
Thanks,
Troy
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
Thank you. I tried typing the clean urls in my browser, and they worked. I then added $conf['clean_url'] = 1; to the end of my settings.php file, and now clean urls are enabled!
I disabled the log-in block, so I log-in using the appended url ?q=user. Now that clean urls are enabled, I tried logging in by using www.sitename.com/user. I receive the log-in prompt, but the log-in does not work, the page only refreshes. Is this normal?
Thanks again,
Troy
On Mon, May 19, 2008 at 11:24 AM, Cog Rusty cog.rusty@gmail.com wrote:
On Mon, May 19, 2008 at 6:59 PM, Troy troythetechguy@gmail.com wrote:
I'm having an issue getting clean urls to work. I'm set-up on a shared hosting plan, and my host verified mod_rewrite is already enabled on the server side. I tried different settings in .htaccess, but nothing seems
to
work. Here's the interesting part: When I run the "clean URL test" it passes and the radio buttons to enable clean urls become functional. However, after selecting enable, then clicking save configuration, the selection defaults back to disabled.
The only thing which the clean URLs setting does is to make Drupal actually use them in the menu links, if they are *already* enabled by .htaccess. So, try to type some clean URLs yourself in your browser to see if they work. If they do work, then the problem is not clean URLs but saving your setting.
If they work, try also to force-enable them in your settings.php file by adding a $conf['clean_url'] = 1; at the end.
My drupal install is located in a directory called httpdocs, which I was told is equivalent to /var/www. I did not put the drupal install in a folder of its own, rather I just installed all the files in the httpdocs directory.
Any ideas or suggestions?
Thanks,
Troy
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
On Tue, May 20, 2008 at 5:08 AM, Troy troythetechguy@gmail.com wrote:
Thank you. I tried typing the clean urls in my browser, and they worked. I then added $conf['clean_url'] = 1; to the end of my settings.php file, and now clean urls are enabled!
I disabled the log-in block, so I log-in using the appended url ?q=user. Now that clean urls are enabled, I tried logging in by using www.sitename.com/user. I receive the log-in prompt, but the log-in does not work, the page only refreshes. Is this normal?
Of course it isn't normal. As I suspected, "If they do work, then the problem is not clean URLs but saving your setting." The problem is probably that your session is lost for some reason and for a moment Drupal does not recognize you.
This can be hard to track. Did you say what your Drupal version was?
One thing which often helps in recent versions is to go to settings.php and set $cookie_domain = 'example.com'; (important:*without* www) and remove the front #. Also check if there is a wrong $base_url left over (if any).
Thanks again,
Troy
On Mon, May 19, 2008 at 11:24 AM, Cog Rusty cog.rusty@gmail.com wrote:
On Mon, May 19, 2008 at 6:59 PM, Troy troythetechguy@gmail.com wrote:
I'm having an issue getting clean urls to work. I'm set-up on a shared hosting plan, and my host verified mod_rewrite is already enabled on the server side. I tried different settings in .htaccess, but nothing seems to work. Here's the interesting part: When I run the "clean URL test" it passes and the radio buttons to enable clean urls become functional. However, after selecting enable, then clicking save configuration, the selection defaults back to disabled.
The only thing which the clean URLs setting does is to make Drupal actually use them in the menu links, if they are *already* enabled by .htaccess. So, try to type some clean URLs yourself in your browser to see if they work. If they do work, then the problem is not clean URLs but saving your setting.
If they work, try also to force-enable them in your settings.php file by adding a $conf['clean_url'] = 1; at the end.
My drupal install is located in a directory called httpdocs, which I was told is equivalent to /var/www. I did not put the drupal install in a folder of its own, rather I just installed all the files in the httpdocs directory.
Any ideas or suggestions?
Thanks,
Troy
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
After hacking my settings.php file to force clean urls to stay enabled, I found I was unable to enable any blocks, and was unable to log in to the site with www.domain.com/user - I had to still use www.domain.com/?q=user. After removing $conf['clean_url'] = 1; from settings.php, I can now enable blocks on the site, but clean urls still does not work.
Any suggestions on what changes need to take place for clean urls to stay enabled? As previously determined, this is not a clean url problem, but a problem with saving my settings.
Thanks,
Troy
On Mon, May 19, 2008 at 10:03 PM, Cog Rusty cog.rusty@gmail.com wrote:
On Tue, May 20, 2008 at 5:08 AM, Troy troythetechguy@gmail.com wrote:
Thank you. I tried typing the clean urls in my browser, and they worked.
I
then added $conf['clean_url'] = 1; to the end of my settings.php file,
and
now clean urls are enabled!
I disabled the log-in block, so I log-in using the appended url ?q=user. Now that clean urls are enabled, I tried logging in by using www.sitename.com/user. I receive the log-in prompt, but the log-in does
not
work, the page only refreshes. Is this normal?
Of course it isn't normal. As I suspected, "If they do work, then the problem is not clean URLs but saving your setting." The problem is probably that your session is lost for some reason and for a moment Drupal does not recognize you.
This can be hard to track. Did you say what your Drupal version was?
One thing which often helps in recent versions is to go to settings.php and set $cookie_domain = 'example.com'; (important:*without* www) and remove the front #. Also check if there is a wrong $base_url left over (if any).
Thanks again,
Troy
On Mon, May 19, 2008 at 11:24 AM, Cog Rusty cog.rusty@gmail.com wrote:
On Mon, May 19, 2008 at 6:59 PM, Troy troythetechguy@gmail.com wrote:
I'm having an issue getting clean urls to work. I'm set-up on a
shared
hosting plan, and my host verified mod_rewrite is already enabled on
the
server side. I tried different settings in .htaccess, but nothing
seems
to work. Here's the interesting part: When I run the "clean URL test" it passes and the radio buttons to enable clean urls become functional. However, after selecting enable, then clicking save configuration, the selection defaults back to disabled.
The only thing which the clean URLs setting does is to make Drupal actually use them in the menu links, if they are *already* enabled by .htaccess. So, try to type some clean URLs yourself in your browser to see if they work. If they do work, then the problem is not clean URLs but saving your setting.
If they work, try also to force-enable them in your settings.php file by adding a $conf['clean_url'] = 1; at the end.
My drupal install is located in a directory called httpdocs, which I
was
told is equivalent to /var/www. I did not put the drupal install in a folder of its own, rather I just installed all the files in the
httpdocs
directory.
Any ideas or suggestions?
Thanks,
Troy
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
I assume you tried the suggestions for the cookie domain and it failed.
- Your exact Drupal version? - When using clean URLs, do you lose your session when using both www.domain.com and simply domain.com? - Does your settings.php file contain a $base_url setting and/or a cookie_domain settings, or are they commented out with a #. - Also try to enable the "RewriteBase /" line in .htaccess, removing the #.
On Fri, May 23, 2008 at 8:02 PM, Troy troythetechguy@gmail.com wrote:
After hacking my settings.php file to force clean urls to stay enabled, I found I was unable to enable any blocks, and was unable to log in to the site with www.domain.com/user - I had to still use www.domain.com/?q=user. After removing $conf['clean_url'] = 1; from settings.php, I can now enable blocks on the site, but clean urls still does not work.
Any suggestions on what changes need to take place for clean urls to stay enabled? As previously determined, this is not a clean url problem, but a problem with saving my settings.
Thanks,
Troy
On Mon, May 19, 2008 at 10:03 PM, Cog Rusty cog.rusty@gmail.com wrote:
On Tue, May 20, 2008 at 5:08 AM, Troy troythetechguy@gmail.com wrote:
Thank you. I tried typing the clean urls in my browser, and they worked. I then added $conf['clean_url'] = 1; to the end of my settings.php file, and now clean urls are enabled!
I disabled the log-in block, so I log-in using the appended url ?q=user. Now that clean urls are enabled, I tried logging in by using www.sitename.com/user. I receive the log-in prompt, but the log-in does not work, the page only refreshes. Is this normal?
Of course it isn't normal. As I suspected, "If they do work, then the problem is not clean URLs but saving your setting." The problem is probably that your session is lost for some reason and for a moment Drupal does not recognize you.
This can be hard to track. Did you say what your Drupal version was?
One thing which often helps in recent versions is to go to settings.php and set $cookie_domain = 'example.com'; (important:*without* www) and remove the front #. Also check if there is a wrong $base_url left over (if any).
Thanks again,
Troy
On Mon, May 19, 2008 at 11:24 AM, Cog Rusty cog.rusty@gmail.com wrote:
On Mon, May 19, 2008 at 6:59 PM, Troy troythetechguy@gmail.com wrote:
I'm having an issue getting clean urls to work. I'm set-up on a shared hosting plan, and my host verified mod_rewrite is already enabled on the server side. I tried different settings in .htaccess, but nothing seems to work. Here's the interesting part: When I run the "clean URL test" it passes and the radio buttons to enable clean urls become functional. However, after selecting enable, then clicking save configuration, the selection defaults back to disabled.
The only thing which the clean URLs setting does is to make Drupal actually use them in the menu links, if they are *already* enabled by .htaccess. So, try to type some clean URLs yourself in your browser to see if they work. If they do work, then the problem is not clean URLs but saving your setting.
If they work, try also to force-enable them in your settings.php file by adding a $conf['clean_url'] = 1; at the end.
My drupal install is located in a directory called httpdocs, which I was told is equivalent to /var/www. I did not put the drupal install in a folder of its own, rather I just installed all the files in the httpdocs directory.
Any ideas or suggestions?
Thanks,
Troy
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
I did try the suggestions for the cookie domain, and obtained the same results.
I'm running Drupal 5.7. I tried accessing the site using http://www.site.com/user and http://site.com/user, and both failed to allow me to log in - the result is the page simply refreshes with the user name and password fields blank.
Both $base_url and cookie_domain settings are commented out. I tried commenting out "RewriteBase /" in .htaccess, but this did not work either. My host says the issue is on my end. Any other ideas or suggestions?
Thanks,
Troy
On Sat, May 24, 2008 at 2:12 AM, Cog Rusty cog.rusty@gmail.com wrote:
I assume you tried the suggestions for the cookie domain and it failed.
- Your exact Drupal version?
- When using clean URLs, do you lose your session when using both
www.domain.com and simply domain.com?
- Does your settings.php file contain a $base_url setting and/or a
cookie_domain settings, or are they commented out with a #.
- Also try to enable the "RewriteBase /" line in .htaccess, removing the #.
On Fri, May 23, 2008 at 8:02 PM, Troy troythetechguy@gmail.com wrote:
After hacking my settings.php file to force clean urls to stay enabled, I found I was unable to enable any blocks, and was unable to log in to the site with www.domain.com/user - I had to still use
www.domain.com/?q=user.
After removing $conf['clean_url'] = 1; from settings.php, I can now
enable
blocks on the site, but clean urls still does not work.
Any suggestions on what changes need to take place for clean urls to stay enabled? As previously determined, this is not a clean url problem, but
a
problem with saving my settings.
Thanks,
Troy
On Mon, May 19, 2008 at 10:03 PM, Cog Rusty cog.rusty@gmail.com wrote:
On Tue, May 20, 2008 at 5:08 AM, Troy troythetechguy@gmail.com wrote:
Thank you. I tried typing the clean urls in my browser, and they worked. I then added $conf['clean_url'] = 1; to the end of my settings.php file, and now clean urls are enabled!
I disabled the log-in block, so I log-in using the appended url
?q=user.
Now that clean urls are enabled, I tried logging in by using www.sitename.com/user. I receive the log-in prompt, but the log-in
does
not work, the page only refreshes. Is this normal?
Of course it isn't normal. As I suspected, "If they do work, then the problem is not clean URLs but saving your setting." The problem is probably that your session is lost for some reason and for a moment Drupal does not recognize you.
This can be hard to track. Did you say what your Drupal version was?
One thing which often helps in recent versions is to go to settings.php and set $cookie_domain = 'example.com'; (important:*without* www) and remove the front #. Also check if there is a wrong $base_url left over (if any).
Thanks again,
Troy
On Mon, May 19, 2008 at 11:24 AM, Cog Rusty cog.rusty@gmail.com
wrote:
On Mon, May 19, 2008 at 6:59 PM, Troy troythetechguy@gmail.com
wrote:
I'm having an issue getting clean urls to work. I'm set-up on a shared hosting plan, and my host verified mod_rewrite is already enabled
on
the server side. I tried different settings in .htaccess, but nothing seems to work. Here's the interesting part: When I run the "clean URL test" it passes and the radio buttons to enable clean urls become
functional.
However, after selecting enable, then clicking save configuration, the selection defaults back to disabled.
The only thing which the clean URLs setting does is to make Drupal actually use them in the menu links, if they are *already* enabled by .htaccess. So, try to type some clean URLs yourself in your browser
to
see if they work. If they do work, then the problem is not clean URLs but saving your setting.
If they work, try also to force-enable them in your settings.php file by adding a $conf['clean_url'] = 1; at the end.
My drupal install is located in a directory called httpdocs, which
I
was told is equivalent to /var/www. I did not put the drupal install
in
a folder of its own, rather I just installed all the files in the httpdocs directory.
Any ideas or suggestions?
Thanks,
Troy
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
Can you check the cookie in your browser to see - if there is one or multiple cookie names for your site? - what is the cookie domain (is it '.example.com')? - what is the cookie path (is it just '/')?
On Wed, May 28, 2008 at 12:38 AM, Troy troythetechguy@gmail.com wrote:
I did try the suggestions for the cookie domain, and obtained the same results.
I'm running Drupal 5.7. I tried accessing the site using http://www.site.com/user and http://site.com/user, and both failed to allow me to log in - the result is the page simply refreshes with the user name and password fields blank.
Both $base_url and cookie_domain settings are commented out. I tried commenting out "RewriteBase /" in .htaccess, but this did not work either. My host says the issue is on my end. Any other ideas or suggestions?
Thanks,
Troy
On Sat, May 24, 2008 at 2:12 AM, Cog Rusty cog.rusty@gmail.com wrote:
I assume you tried the suggestions for the cookie domain and it failed.
- Your exact Drupal version?
- When using clean URLs, do you lose your session when using both
www.domain.com and simply domain.com?
- Does your settings.php file contain a $base_url setting and/or a
cookie_domain settings, or are they commented out with a #.
- Also try to enable the "RewriteBase /" line in .htaccess, removing the
#.
On Fri, May 23, 2008 at 8:02 PM, Troy troythetechguy@gmail.com wrote:
After hacking my settings.php file to force clean urls to stay enabled, I found I was unable to enable any blocks, and was unable to log in to the site with www.domain.com/user - I had to still use www.domain.com/?q=user. After removing $conf['clean_url'] = 1; from settings.php, I can now enable blocks on the site, but clean urls still does not work.
Any suggestions on what changes need to take place for clean urls to stay enabled? As previously determined, this is not a clean url problem, but a problem with saving my settings.
Thanks,
Troy
On Mon, May 19, 2008 at 10:03 PM, Cog Rusty cog.rusty@gmail.com wrote:
On Tue, May 20, 2008 at 5:08 AM, Troy troythetechguy@gmail.com wrote:
Thank you. I tried typing the clean urls in my browser, and they worked. I then added $conf['clean_url'] = 1; to the end of my settings.php file, and now clean urls are enabled!
I disabled the log-in block, so I log-in using the appended url ?q=user. Now that clean urls are enabled, I tried logging in by using www.sitename.com/user. I receive the log-in prompt, but the log-in does not work, the page only refreshes. Is this normal?
Of course it isn't normal. As I suspected, "If they do work, then the problem is not clean URLs but saving your setting." The problem is probably that your session is lost for some reason and for a moment Drupal does not recognize you.
This can be hard to track. Did you say what your Drupal version was?
One thing which often helps in recent versions is to go to settings.php and set $cookie_domain = 'example.com'; (important:*without* www) and remove the front #. Also check if there is a wrong $base_url left over (if any).
Thanks again,
Troy
On Mon, May 19, 2008 at 11:24 AM, Cog Rusty cog.rusty@gmail.com wrote:
On Mon, May 19, 2008 at 6:59 PM, Troy troythetechguy@gmail.com wrote: > I'm having an issue getting clean urls to work. I'm set-up on a > shared > hosting plan, and my host verified mod_rewrite is already enabled > on > the > server side. I tried different settings in .htaccess, but nothing > seems > to > work. Here's the interesting part: When I run the "clean URL > test" > it > passes and the radio buttons to enable clean urls become > functional. > However, after selecting enable, then clicking save configuration, > the > selection defaults back to disabled.
The only thing which the clean URLs setting does is to make Drupal actually use them in the menu links, if they are *already* enabled by .htaccess. So, try to type some clean URLs yourself in your browser to see if they work. If they do work, then the problem is not clean URLs but saving your setting.
If they work, try also to force-enable them in your settings.php file by adding a $conf['clean_url'] = 1; at the end.
> > My drupal install is located in a directory called httpdocs, which > I > was > told is equivalent to /var/www. I did not put the drupal install > in > a > folder of its own, rather I just installed all the files in the > httpdocs > directory. > > Any ideas or suggestions? > > Thanks, > > Troy > > -- > [ Drupal support list | http://lists.drupal.org/ ]
>
[ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
I cleared my cookies and entered http://site.com and http://www.site.com. I have one folder (site.com) with 3 files inside (site.com :description = dhtml_menu, site.com :description= long string of numbers and letters, and site.com: description = long string of numbers and letters.). The path for all 3 files is /, but the host name for dhtml_menu is www.site.com, and the other 2 are domain .site.com. I'm not sure what all this means, but hopefully it can help us solve this issue.
Thanks again for the help.
Troy
On Tue, May 27, 2008 at 6:53 PM, Cog Rusty cog.rusty@gmail.com wrote:
Can you check the cookie in your browser to see
- if there is one or multiple cookie names for your site?
- what is the cookie domain (is it '.example.com')?
- what is the cookie path (is it just '/')?
On Wed, May 28, 2008 at 12:38 AM, Troy troythetechguy@gmail.com wrote:
I did try the suggestions for the cookie domain, and obtained the same results.
I'm running Drupal 5.7. I tried accessing the site using http://www.site.com/user and http://site.com/user, and both failed to
allow
me to log in - the result is the page simply refreshes with the user name and password fields blank.
Both $base_url and cookie_domain settings are commented out. I tried commenting out "RewriteBase /" in .htaccess, but this did not work
either.
My host says the issue is on my end. Any other ideas or suggestions?
Thanks,
Troy
On Sat, May 24, 2008 at 2:12 AM, Cog Rusty cog.rusty@gmail.com wrote:
I assume you tried the suggestions for the cookie domain and it failed.
- Your exact Drupal version?
- When using clean URLs, do you lose your session when using both
www.domain.com and simply domain.com?
- Does your settings.php file contain a $base_url setting and/or a
cookie_domain settings, or are they commented out with a #.
- Also try to enable the "RewriteBase /" line in .htaccess, removing the
#.
On Fri, May 23, 2008 at 8:02 PM, Troy troythetechguy@gmail.com wrote:
After hacking my settings.php file to force clean urls to stay
enabled,
I found I was unable to enable any blocks, and was unable to log in to
the
site with www.domain.com/user - I had to still use www.domain.com/?q=user. After removing $conf['clean_url'] = 1; from settings.php, I can now enable blocks on the site, but clean urls still does not work.
Any suggestions on what changes need to take place for clean urls to stay enabled? As previously determined, this is not a clean url problem,
but
a problem with saving my settings.
Thanks,
Troy
On Mon, May 19, 2008 at 10:03 PM, Cog Rusty cog.rusty@gmail.com
wrote:
On Tue, May 20, 2008 at 5:08 AM, Troy troythetechguy@gmail.com
wrote:
Thank you. I tried typing the clean urls in my browser, and they worked. I then added $conf['clean_url'] = 1; to the end of my settings.php file, and now clean urls are enabled!
I disabled the log-in block, so I log-in using the appended url ?q=user. Now that clean urls are enabled, I tried logging in by using www.sitename.com/user. I receive the log-in prompt, but the
log-in
does not work, the page only refreshes. Is this normal?
Of course it isn't normal. As I suspected, "If they do work, then the problem is not clean URLs but saving your setting." The problem is probably that your session is lost for some reason and for a moment Drupal does not recognize you.
This can be hard to track. Did you say what your Drupal version was?
One thing which often helps in recent versions is to go to settings.php and set $cookie_domain = 'example.com'; (important:*without* www) and remove the front #. Also check if there is a wrong $base_url left over (if any).
Thanks again,
Troy
On Mon, May 19, 2008 at 11:24 AM, Cog Rusty cog.rusty@gmail.com wrote: > > On Mon, May 19, 2008 at 6:59 PM, Troy troythetechguy@gmail.com > wrote: > > I'm having an issue getting clean urls to work. I'm set-up on a > > shared > > hosting plan, and my host verified mod_rewrite is already
enabled
> > on > > the > > server side. I tried different settings in .htaccess, but
nothing
> > seems > > to > > work. Here's the interesting part: When I run the "clean URL > > test" > > it > > passes and the radio buttons to enable clean urls become > > functional. > > However, after selecting enable, then clicking save
configuration,
> > the > > selection defaults back to disabled. > > > The only thing which the clean URLs setting does is to make Drupal > actually use them in the menu links, if they are *already* enabled > by > .htaccess. So, try to type some clean URLs yourself in your
browser
> to > see if they work. If they do work, then the problem is not clean > URLs > but saving your setting. > > If they work, try also to force-enable them in your settings.php > file > by adding a $conf['clean_url'] = 1; at the end. > > > > > > My drupal install is located in a directory called httpdocs,
which
> > I > > was > > told is equivalent to /var/www. I did not put the drupal
install
> > in > > a > > folder of its own, rather I just installed all the files in the > > httpdocs > > directory. > > > > Any ideas or suggestions? > > > > Thanks, > > > > Troy > > > > -- > > [ Drupal support list | http://lists.drupal.org/ ] > > > -- > [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
Not sure if this matters, but the next obvious try is to disable the dhtml_menu module and see if it makes any difference.
On Wed, May 28, 2008 at 6:44 AM, Troy troythetechguy@gmail.com wrote:
I cleared my cookies and entered http://site.com and http://www.site.com. I have one folder (site.com) with 3 files inside (site.com :description = dhtml_menu, site.com :description= long string of numbers and letters, and site.com: description = long string of numbers and letters.). The path for all 3 files is /, but the host name for dhtml_menu is www.site.com, and the other 2 are domain .site.com. I'm not sure what all this means, but hopefully it can help us solve this issue.
Thanks again for the help.
Troy
On Tue, May 27, 2008 at 6:53 PM, Cog Rusty cog.rusty@gmail.com wrote:
Can you check the cookie in your browser to see
- if there is one or multiple cookie names for your site?
- what is the cookie domain (is it '.example.com')?
- what is the cookie path (is it just '/')?
On Wed, May 28, 2008 at 12:38 AM, Troy troythetechguy@gmail.com wrote:
I did try the suggestions for the cookie domain, and obtained the same results.
I'm running Drupal 5.7. I tried accessing the site using http://www.site.com/user and http://site.com/user, and both failed to allow me to log in - the result is the page simply refreshes with the user name and password fields blank.
Both $base_url and cookie_domain settings are commented out. I tried commenting out "RewriteBase /" in .htaccess, but this did not work either. My host says the issue is on my end. Any other ideas or suggestions?
Thanks,
Troy
On Sat, May 24, 2008 at 2:12 AM, Cog Rusty cog.rusty@gmail.com wrote:
I assume you tried the suggestions for the cookie domain and it failed.
- Your exact Drupal version?
- When using clean URLs, do you lose your session when using both
www.domain.com and simply domain.com?
- Does your settings.php file contain a $base_url setting and/or a
cookie_domain settings, or are they commented out with a #.
- Also try to enable the "RewriteBase /" line in .htaccess, removing
the #.
On Fri, May 23, 2008 at 8:02 PM, Troy troythetechguy@gmail.com wrote:
After hacking my settings.php file to force clean urls to stay enabled, I found I was unable to enable any blocks, and was unable to log in to the site with www.domain.com/user - I had to still use www.domain.com/?q=user. After removing $conf['clean_url'] = 1; from settings.php, I can now enable blocks on the site, but clean urls still does not work.
Any suggestions on what changes need to take place for clean urls to stay enabled? As previously determined, this is not a clean url problem, but a problem with saving my settings.
Thanks,
Troy
On Mon, May 19, 2008 at 10:03 PM, Cog Rusty cog.rusty@gmail.com wrote:
On Tue, May 20, 2008 at 5:08 AM, Troy troythetechguy@gmail.com wrote: > Thank you. I tried typing the clean urls in my browser, and they > worked. I > then added $conf['clean_url'] = 1; to the end of my settings.php > file, > and > now clean urls are enabled! > > I disabled the log-in block, so I log-in using the appended url > ?q=user. > Now that clean urls are enabled, I tried logging in by using > www.sitename.com/user. I receive the log-in prompt, but the > log-in > does > not > work, the page only refreshes. Is this normal?
Of course it isn't normal. As I suspected, "If they do work, then the problem is not clean URLs but saving your setting." The problem is probably that your session is lost for some reason and for a moment Drupal does not recognize you.
This can be hard to track. Did you say what your Drupal version was?
One thing which often helps in recent versions is to go to settings.php and set $cookie_domain = 'example.com'; (important:*without* www) and remove the front #. Also check if there is a wrong $base_url left over (if any).
> Thanks again, > > Troy > > On Mon, May 19, 2008 at 11:24 AM, Cog Rusty cog.rusty@gmail.com > wrote: >> >> On Mon, May 19, 2008 at 6:59 PM, Troy troythetechguy@gmail.com >> wrote: >> > I'm having an issue getting clean urls to work. I'm set-up on >> > a >> > shared >> > hosting plan, and my host verified mod_rewrite is already >> > enabled >> > on >> > the >> > server side. I tried different settings in .htaccess, but >> > nothing >> > seems >> > to >> > work. Here's the interesting part: When I run the "clean URL >> > test" >> > it >> > passes and the radio buttons to enable clean urls become >> > functional. >> > However, after selecting enable, then clicking save >> > configuration, >> > the >> > selection defaults back to disabled. >> >> >> The only thing which the clean URLs setting does is to make >> Drupal >> actually use them in the menu links, if they are *already* >> enabled >> by >> .htaccess. So, try to type some clean URLs yourself in your >> browser >> to >> see if they work. If they do work, then the problem is not clean >> URLs >> but saving your setting. >> >> If they work, try also to force-enable them in your settings.php >> file >> by adding a $conf['clean_url'] = 1; at the end. >> >> >> > >> > My drupal install is located in a directory called httpdocs, >> > which >> > I >> > was >> > told is equivalent to /var/www. I did not put the drupal >> > install >> > in >> > a >> > folder of its own, rather I just installed all the files in the >> > httpdocs >> > directory. >> > >> > Any ideas or suggestions? >> > >> > Thanks, >> > >> > Troy >> > >> > -- >> > [ Drupal support list | http://lists.drupal.org/ ] >> > >> -- >> [ Drupal support list | http://lists.drupal.org/ ] > > > -- > [ Drupal support list | http://lists.drupal.org/ ]
>
[ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
I tried disabling dhmtl_menu, and clean urls still does not work. My hosting company said mod_rewrite is already enabled on the server side, and I just need to play with the .httaccess file to get it to work. Is it possible there is another setting on the server side that is preventing clean urls from taking effect? I'm not sure what other modifications I can try on my side to enable clean urls. Any ideas?
Thanks,
Troy
On Tue, May 27, 2008 at 11:25 PM, Cog Rusty cog.rusty@gmail.com wrote:
Not sure if this matters, but the next obvious try is to disable the dhtml_menu module and see if it makes any difference.
On Wed, May 28, 2008 at 6:44 AM, Troy troythetechguy@gmail.com wrote:
I cleared my cookies and entered http://site.com and http://www.site.com.
I
have one folder (site.com) with 3 files inside (site.com :description = dhtml_menu, site.com :description= long string of numbers and letters,
and
site.com: description = long string of numbers and letters.). The path
for
all 3 files is /, but the host name for dhtml_menu is www.site.com, and
the
other 2 are domain .site.com. I'm not sure what all this means, but hopefully it can help us solve this issue.
Thanks again for the help.
Troy
On Tue, May 27, 2008 at 6:53 PM, Cog Rusty cog.rusty@gmail.com wrote:
Can you check the cookie in your browser to see
- if there is one or multiple cookie names for your site?
- what is the cookie domain (is it '.example.com')?
- what is the cookie path (is it just '/')?
On Wed, May 28, 2008 at 12:38 AM, Troy troythetechguy@gmail.com
wrote:
I did try the suggestions for the cookie domain, and obtained the same results.
I'm running Drupal 5.7. I tried accessing the site using http://www.site.com/user and http://site.com/user, and both failed to allow me to log in - the result is the page simply refreshes with the user name and password fields blank.
Both $base_url and cookie_domain settings are commented out. I tried commenting out "RewriteBase /" in .htaccess, but this did not work either. My host says the issue is on my end. Any other ideas or suggestions?
Thanks,
Troy
On Sat, May 24, 2008 at 2:12 AM, Cog Rusty cog.rusty@gmail.com
wrote:
I assume you tried the suggestions for the cookie domain and it
failed.
- Your exact Drupal version?
- When using clean URLs, do you lose your session when using both
www.domain.com and simply domain.com?
- Does your settings.php file contain a $base_url setting and/or a
cookie_domain settings, or are they commented out with a #.
- Also try to enable the "RewriteBase /" line in .htaccess, removing
the #.
On Fri, May 23, 2008 at 8:02 PM, Troy troythetechguy@gmail.com
wrote:
After hacking my settings.php file to force clean urls to stay enabled, I found I was unable to enable any blocks, and was unable to log in
to
the site with www.domain.com/user - I had to still use www.domain.com/?q=user. After removing $conf['clean_url'] = 1; from settings.php, I can
now
enable blocks on the site, but clean urls still does not work.
Any suggestions on what changes need to take place for clean urls
to
stay enabled? As previously determined, this is not a clean url
problem,
but a problem with saving my settings.
Thanks,
Troy
On Mon, May 19, 2008 at 10:03 PM, Cog Rusty cog.rusty@gmail.com wrote: > > On Tue, May 20, 2008 at 5:08 AM, Troy troythetechguy@gmail.com > wrote: > > Thank you. I tried typing the clean urls in my browser, and
they
> > worked. I > > then added $conf['clean_url'] = 1; to the end of my settings.php > > file, > > and > > now clean urls are enabled! > > > > I disabled the log-in block, so I log-in using the appended url > > ?q=user. > > Now that clean urls are enabled, I tried logging in by using > > www.sitename.com/user. I receive the log-in prompt, but the > > log-in > > does > > not > > work, the page only refreshes. Is this normal? > > > Of course it isn't normal. As I suspected, "If they do work, then > the > problem is not clean URLs but saving your setting." The problem is > probably that your session is lost for some reason and for a
moment
> Drupal does not recognize you. > > This can be hard to track. Did you say what your Drupal version
was?
> > One thing which often helps in recent versions is to go to > settings.php and set $cookie_domain = 'example.com'; > (important:*without* www) and remove the front #. Also check if > there > is a wrong $base_url left over (if any). > > > > Thanks again, > > > > Troy > > > > On Mon, May 19, 2008 at 11:24 AM, Cog Rusty <
cog.rusty@gmail.com>
> > wrote: > >> > >> On Mon, May 19, 2008 at 6:59 PM, Troy <
troythetechguy@gmail.com>
> >> wrote: > >> > I'm having an issue getting clean urls to work. I'm set-up
on
> >> > a > >> > shared > >> > hosting plan, and my host verified mod_rewrite is already > >> > enabled > >> > on > >> > the > >> > server side. I tried different settings in .htaccess, but > >> > nothing > >> > seems > >> > to > >> > work. Here's the interesting part: When I run the "clean URL > >> > test" > >> > it > >> > passes and the radio buttons to enable clean urls become > >> > functional. > >> > However, after selecting enable, then clicking save > >> > configuration, > >> > the > >> > selection defaults back to disabled. > >> > >> > >> The only thing which the clean URLs setting does is to make > >> Drupal > >> actually use them in the menu links, if they are *already* > >> enabled > >> by > >> .htaccess. So, try to type some clean URLs yourself in your > >> browser > >> to > >> see if they work. If they do work, then the problem is not
clean
> >> URLs > >> but saving your setting. > >> > >> If they work, try also to force-enable them in your
settings.php
> >> file > >> by adding a $conf['clean_url'] = 1; at the end. > >> > >> > >> > > >> > My drupal install is located in a directory called httpdocs, > >> > which > >> > I > >> > was > >> > told is equivalent to /var/www. I did not put the drupal > >> > install > >> > in > >> > a > >> > folder of its own, rather I just installed all the files in
the
> >> > httpdocs > >> > directory. > >> > > >> > Any ideas or suggestions? > >> > > >> > Thanks, > >> > > >> > Troy > >> > > >> > -- > >> > [ Drupal support list | http://lists.drupal.org/ ] > >> > > >> -- > >> [ Drupal support list | http://lists.drupal.org/ ] > > > > > > -- > > [ Drupal support list | http://lists.drupal.org/ ] > > > -- > [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]
-- [ Drupal support list | http://lists.drupal.org/ ]