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/ ]
participants (3)
-
Cog Rusty -
Shai Gluskin -
Troy