Slowly I am getting irritated with Bluehost. I upgraded to 7.14 and now am getting 404s cause the urls are being built with *//root/sitename/sitename/etc *instead of *//root/sitename/etc*. And they are again telling me it is a drupal problem. Anyone else getting this? Tony
I haven't updated mine, but BlueHost really lost my trust with their server update adding the slashes to quotes. You need to push to escalate the issue. It's really not a Drupal issue.
Joel
From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Anthony Sent: Thursday, May 17, 2012 11:00 AM To: support@drupal.org Subject: [support] URL problem with upgrade to 7.14 on Bluehost
Slowly I am getting irritated with Bluehost. I upgraded to 7.14 and now am getting 404s cause the urls are being built with //root/sitename/sitename/etc instead of //root/sitename/etc. And they are again telling me it is a drupal problem. Anyone else getting this? Tony
On Thu, May 17, 2012 at 12:07 PM, Joel Willers wrote:
I haven't updated mine, but BlueHost really lost my trust with their server update adding the slashes to quotes. You need to push to escalate the issue. It's really not a Drupal issue.
No, it is not a Drupal issue but that magic_quotes issue is not a BlueHost issue either; it is actually a bug in the PHP version being used easily resolved by updating the php.ini file in the web root of the site.
I suppose that's true, but, in my mind, if I update my client's server and my client's code stops working that is written under very high standards (like Drupal), then it is my responsibility to get it working. I definitely wouldn't just pass the buck and pretend like there's nothing I could do.
Joel
-----Original Message----- From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Earnie Boyd Sent: Thursday, May 17, 2012 1:55 PM To: support@drupal.org Subject: Re: [support] URL problem with upgrade to 7.14 on Bluehost
On Thu, May 17, 2012 at 12:07 PM, Joel Willers wrote:
I haven't updated mine, but BlueHost really lost my trust with their server update adding the slashes to quotes. You need to push to escalate the issue. It's really not a Drupal issue.
No, it is not a Drupal issue but that magic_quotes issue is not a BlueHost issue either; it is actually a bug in the PHP version being used easily resolved by updating the php.ini file in the web root of the site.
-- Earnie -- https://sites.google.com/site/earnieboyd -- [ Drupal support list | http://lists.drupal.org/ ]
And Blue told me they are also not responsible for the Drupal update as well. "Simple Scripts is an independent company, we do not have control over or access to their application upgrade schedule. You could contact then using the "Feedback" link in the upper right hand corner of http://simplescripts.com and request information. You are welcome to manually upgrade any installation. Please reply if you have any questions.
On Thu, May 17, 2012 at 11:55 AM, Earnie Boyd earnie@users.sourceforge.netwrote:
On Thu, May 17, 2012 at 12:07 PM, Joel Willers wrote:
I haven't updated mine, but BlueHost really lost my trust with their
server update adding the slashes to quotes. You need to push to escalate the issue. It's really not a Drupal issue.
No, it is not a Drupal issue but that magic_quotes issue is not a BlueHost issue either; it is actually a bug in the PHP version being used easily resolved by updating the php.ini file in the web root of the site.
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]
On Thu, May 17, 2012 at 3:05 PM, Anthony tony@tony-mac.com wrote:
And Blue told me they are also not responsible for the Drupal update as well. "Simple Scripts is an independent company, we do not have control over or access to their application upgrade schedule. You could contact then using the "Feedback" link in the upper right hand corner of http://simplescripts.com and request information. You are welcome to manually upgrade any installation. Please reply if you have any questions.
Yes, and simplescripts.com asks if you accept their policy which states "we are not responsible" which is why I do it myself. Now simplescripts.com isn't a bad service for those not wanting to get dirty in the mud but you have to live by their rules which may be a different kind of dirt.
[QUOTE] Post Process Support. SimpleScripts does not provide support for the application once the application has been successfully installed; SimpleScripts provides support only for the installation or upgrade process. Any support requests regarding actual use of the application must be directed to the organization or company that developed the application. [/QUOTE]
What is the unclean url for getting to the modules page? I am trying to use http://foo/bar/polamnew/admin/module with no luck. I need to re-enable clean urls. Thanks Tony
On Thu, May 17, 2012 at 12:19 PM, Earnie Boyd earnie@users.sourceforge.netwrote:
On Thu, May 17, 2012 at 3:05 PM, Anthony tony@tony-mac.com wrote:
And Blue told me they are also not responsible for the Drupal update as well. "Simple Scripts is an independent company, we do not have control over or access to their application upgrade schedule. You could contact then
using
the "Feedback" link in the upper right hand corner of http://simplescripts.com and request information. You are welcome to manually upgrade any installation. Please reply if you have any questions.
Yes, and simplescripts.com asks if you accept their policy which states "we are not responsible" which is why I do it myself. Now simplescripts.com isn't a bad service for those not wanting to get dirty in the mud but you have to live by their rules which may be a different kind of dirt.
[QUOTE] Post Process Support. SimpleScripts does not provide support for the application once the application has been successfully installed; SimpleScripts provides support only for the installation or upgrade process. Any support requests regarding actual use of the application must be directed to the organization or company that developed the application. [/QUOTE]
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]
Always your sites homedirctory?q=relative_path
SO in this case http://foo/bar/polamnew?q=admin/modules
For the modules page but:
http://foo/bar/polamnew?q=admin/config/search/clean-urls
for the clean urls page.
________________________________
From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Anthony Sent: Thursday, May 17, 2012 2:09 PM To: support@drupal.org Subject: Re: [support] URL problem with upgrade to 7.14 on Bluehost
What is the unclean url for getting to the modules page? I am trying to use http://foo/bar/polamnew/admin/module with no luck. I need to re-enable clean urls. Thanks Tony
On Thu, May 17, 2012 at 12:19 PM, Earnie Boyd earnie@users.sourceforge.net wrote:
On Thu, May 17, 2012 at 3:05 PM, Anthony tony@tony-mac.com wrote:
And Blue told me they are also not responsible for the Drupal update
as
well. "Simple Scripts is an independent company, we do not have control over
or
access to their application upgrade schedule. You could contact then
using
the "Feedback" link in the upper right hand corner of http://simplescripts.com and request information. You are welcome to manually upgrade any installation. Please reply if
you
have any questions.
Yes, and simplescripts.com asks if you accept their policy which states "we are not responsible" which is why I do it myself. Now simplescripts.com isn't a bad service for those not wanting to get dirty in the mud but you have to live by their rules which may be a different kind of dirt.
[QUOTE] Post Process Support. SimpleScripts does not provide support for the application once the application has been successfully installed; SimpleScripts provides support only for the installation or upgrade process. Any support requests regarding actual use of the application must be directed to the organization or company that developed the application. [/QUOTE]
-- Earnie -- https://sites.google.com/site/earnieboyd -- [ Drupal support list | http://lists.drupal.org/ ]
access denied even though I went to the http://foo/bar/polamnew?q=user http://foo/bar/polamnew?q=admin/modulesand managed to login but after hitting enter got a 404 for the /1 page.
On Thu, May 17, 2012 at 2:16 PM, Metzler, David metzlerd@evergreen.eduwrote:
**
Always your sites homedirctory?q=relative_path ****
SO in this case http://foo/bar/polamnew?q=admin/modules ****
For the modules page but: ****
http://foo/bar/polamnew?q=admin/config/search/clean-urls****
for the clean urls page. ****
*From:* support-bounces@drupal.org [mailto:support-bounces@drupal.org] *On Behalf Of *Anthony *Sent:* Thursday, May 17, 2012 2:09 PM *To:* **support@drupal.org** *Subject:* Re: [support] URL problem with upgrade to 7.14 on Bluehost****
What is the unclean url for getting to the modules page? I am trying to use http://foo/bar/polamnew/admin/module with no luck. I need to re-enable clean urls. Thanks Tony****
On Thu, May 17, 2012 at 12:19 PM, Earnie Boyd < earnie@users.sourceforge.net> wrote:****
On Thu, May 17, 2012 at 3:05 PM, Anthony tony@tony-mac.com wrote:
And Blue told me they are also not responsible for the Drupal update as well. "Simple Scripts is an independent company, we do not have control over or access to their application upgrade schedule. You could contact then
using
the "Feedback" link in the upper right hand corner of http://simplescripts.com and request information. You are welcome to manually upgrade any installation. Please reply if you have any questions.****
Yes, and simplescripts.com asks if you accept their policy which states "we are not responsible" which is why I do it myself. Now simplescripts.com isn't a bad service for those not wanting to get dirty in the mud but you have to live by their rules which may be a different kind of dirt.
[QUOTE] Post Process Support. SimpleScripts does not provide support for the application once the application has been successfully installed; SimpleScripts provides support only for the installation or upgrade process. Any support requests regarding actual use of the application must be directed to the organization or company that developed the application. [/QUOTE]****
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]****
-- ****
*Anthony Stefan Maciejowski*****
-- [ Drupal support list | http://lists.drupal.org/ ]
MIght be something to do with the firewall here at this seminar place. Will try later. Thanks
On Thu, May 17, 2012 at 2:33 PM, Anthony tony@tony-mac.com wrote:
access denied even though I went to the http://foo/bar/polamnew?q=user http://foo/bar/polamnew?q=admin/modulesand managed to login but after hitting enter got a 404 for the /1 page.
On Thu, May 17, 2012 at 2:16 PM, Metzler, David metzlerd@evergreen.eduwrote:
**
Always your sites homedirctory?q=relative_path ****
SO in this case http://foo/bar/polamnew?q=admin/modules ****
For the modules page but: ****
http://foo/bar/polamnew?q=admin/config/search/clean-urls****
for the clean urls page. ****
*From:* support-bounces@drupal.org [mailto:support-bounces@drupal.org] *On Behalf Of *Anthony *Sent:* Thursday, May 17, 2012 2:09 PM *To:* **support@drupal.org** *Subject:* Re: [support] URL problem with upgrade to 7.14 on Bluehost****
What is the unclean url for getting to the modules page? I am trying to use http://foo/bar/polamnew/admin/module with no luck. I need to re-enable clean urls. Thanks Tony****
On Thu, May 17, 2012 at 12:19 PM, Earnie Boyd < earnie@users.sourceforge.net> wrote:****
On Thu, May 17, 2012 at 3:05 PM, Anthony tony@tony-mac.com wrote:
And Blue told me they are also not responsible for the Drupal update as well. "Simple Scripts is an independent company, we do not have control over
or
access to their application upgrade schedule. You could contact then
using
the "Feedback" link in the upper right hand corner of http://simplescripts.com and request information. You are welcome to manually upgrade any installation. Please reply if
you
have any questions.****
Yes, and simplescripts.com asks if you accept their policy which states "we are not responsible" which is why I do it myself. Now simplescripts.com isn't a bad service for those not wanting to get dirty in the mud but you have to live by their rules which may be a different kind of dirt.
[QUOTE] Post Process Support. SimpleScripts does not provide support for the application once the application has been successfully installed; SimpleScripts provides support only for the installation or upgrade process. Any support requests regarding actual use of the application must be directed to the organization or company that developed the application. [/QUOTE]****
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]****
-- ****
*Anthony Stefan Maciejowski*****
-- [ Drupal support list | http://lists.drupal.org/ ]
--
*Anthony Stefan Maciejowski*
From hearing what you're describing, sounds like clean urls is broken
but configured on your site. Have you made sure that the .htaccess file is intact in your upgraded directory?
I'm not quite sure that I understand you, but after you login, you visit http://foo/bar/plamnew?q=admin/config/search/clean-urls and you get an access denied? If that's the case, it sounds like you might not be user 1 on your site.
If you have phpMyAdmin and are comfortable running SQL scripts, here's one that will disable clean urls on your site:
delete from variable where name='clean_url'
________________________________
From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Anthony Sent: Thursday, May 17, 2012 2:34 PM To: support@drupal.org Subject: Re: [support] URL problem with upgrade to 7.14 on Bluehost
access denied even though I went to the http://foo/bar/polamnew?q=user http://foo/bar/polamnew?q=admin/modules and managed to login but after hitting enter got a 404 for the /1 page.
On Thu, May 17, 2012 at 2:16 PM, Metzler, David metzlerd@evergreen.edu wrote:
Always your sites homedirctory?q=relative_path
SO in this case http://foo/bar/polamnew?q=admin/modules
For the modules page but:
http://foo/bar/polamnew?q=admin/config/search/clean-urls
for the clean urls page.
________________________________
From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Anthony Sent: Thursday, May 17, 2012 2:09 PM To: support@drupal.org Subject: Re: [support] URL problem with upgrade to 7.14 on Bluehost
What is the unclean url for getting to the modules page? I am trying to use http://foo/bar/polamnew/admin/module with no luck. I need to re-enable clean urls. Thanks Tony
On Thu, May 17, 2012 at 12:19 PM, Earnie Boyd earnie@users.sourceforge.net wrote:
On Thu, May 17, 2012 at 3:05 PM, Anthony tony@tony-mac.com wrote:
And Blue told me they are also not responsible for the Drupal update
as
well. "Simple Scripts is an independent company, we do not have control over
or
access to their application upgrade schedule. You could contact then
using
the "Feedback" link in the upper right hand corner of http://simplescripts.com and request information. You are welcome to manually upgrade any installation. Please reply if
you
have any questions.
Yes, and simplescripts.com asks if you accept their policy which states "we are not responsible" which is why I do it myself. Now simplescripts.com isn't a bad service for those not wanting to get dirty in the mud but you have to live by their rules which may be a different kind of dirt.
[QUOTE] Post Process Support. SimpleScripts does not provide support for the application once the application has been successfully installed; SimpleScripts provides support only for the installation or upgrade process. Any support requests regarding actual use of the application must be directed to the organization or company that developed the application. [/QUOTE]
-- Earnie -- https://sites.google.com/site/earnieboyd -- [ Drupal support list | http://lists.drupal.org/ ]
"Clean URLs are enabled, but the clean URL test failed. Uncheck the box below to disable clean URLs."
On Thu, May 17, 2012 at 3:25 PM, Metzler, David metzlerd@evergreen.eduwrote:
**
From hearing what you’re describing, sounds like clean urls is broken but configured on your site. Have you made sure that the .htaccess file is intact in your upgraded directory? ****
I’m not quite sure that I understand you, but after you login, you visit http://foo/bar/plamnew?q=admin/config/search/clean-urls and you get an access denied? If that’s the case, it sounds like you might not be user 1 on your site. ****
If you have phpMyAdmin and are comfortable running SQL scripts, here’s one that will disable clean urls on your site: ****
delete from variable where name='clean_url'****
*From:* support-bounces@drupal.org [mailto:support-bounces@drupal.org] *On Behalf Of *Anthony *Sent:* Thursday, May 17, 2012 2:34 PM
*To:* **support@drupal.org** *Subject:* Re: [support] URL problem with upgrade to 7.14 on Bluehost
access denied even though I went to the http://foo/bar/polamnew?q=user http://foo/bar/polamnew?q=admin/modulesand managed to login but after hitting enter got a 404 for the /1 page.
On Thu, May 17, 2012 at 2:16 PM, Metzler, David metzlerd@evergreen.edu wrote:****
Always your sites homedirctory?q=relative_path ****
SO in this case http://foo/bar/polamnew?q=admin/modules ****
For the modules page but: ****
http://foo/bar/polamnew?q=admin/config/search/clean-urls****
for the clean urls page. ****
*From:* support-bounces@drupal.org [mailto:support-bounces@drupal.org] *On Behalf Of *Anthony *Sent:* Thursday, May 17, 2012 2:09 PM *To:* support@drupal.org *Subject:* Re: [support] URL problem with upgrade to 7.14 on Bluehost****
What is the unclean url for getting to the modules page? I am trying to use http://foo/bar/polamnew/admin/module with no luck. I need to re-enable clean urls. Thanks Tony****
On Thu, May 17, 2012 at 12:19 PM, Earnie Boyd < earnie@users.sourceforge.net> wrote:****
On Thu, May 17, 2012 at 3:05 PM, Anthony tony@tony-mac.com wrote:
And Blue told me they are also not responsible for the Drupal update as well. "Simple Scripts is an independent company, we do not have control over or access to their application upgrade schedule. You could contact then
using
the "Feedback" link in the upper right hand corner of http://simplescripts.com and request information. You are welcome to manually upgrade any installation. Please reply if you have any questions.****
Yes, and simplescripts.com asks if you accept their policy which states "we are not responsible" which is why I do it myself. Now simplescripts.com isn't a bad service for those not wanting to get dirty in the mud but you have to live by their rules which may be a different kind of dirt.
[QUOTE] Post Process Support. SimpleScripts does not provide support for the application once the application has been successfully installed; SimpleScripts provides support only for the installation or upgrade process. Any support requests regarding actual use of the application must be directed to the organization or company that developed the application. [/QUOTE]****
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]****
-- ****
*Anthony Stefan Maciejowski*****
-- [ Drupal support list | http://lists.drupal.org/ ]****
-- ****
*Anthony Stefan Maciejowski*****
-- [ Drupal support list | http://lists.drupal.org/ ]
Yes had to set RewriteBase /bar/polamnew in .htaccess.
Had the same issue back on Jan 26th where David and Earnie also helped. Thanks guys. Don't you love to have to do everything over again every few months? sic.
On Thu, May 17, 2012 at 4:49 PM, Anthony tony@tony-mac.com wrote:
"Clean URLs are enabled, but the clean URL test failed. Uncheck the box below to disable clean URLs."
On Thu, May 17, 2012 at 3:25 PM, Metzler, David metzlerd@evergreen.eduwrote:
**
From hearing what you’re describing, sounds like clean urls is broken but configured on your site. Have you made sure that the .htaccess file is intact in your upgraded directory? ****
I’m not quite sure that I understand you, but after you login, you visit http://foo/bar/plamnew?q=admin/config/search/clean-urls and you get an access denied? If that’s the case, it sounds like you might not be user 1 on your site. ****
If you have phpMyAdmin and are comfortable running SQL scripts, here’s one that will disable clean urls on your site: ****
delete from variable where name='clean_url'****
*From:* support-bounces@drupal.org [mailto:support-bounces@drupal.org] *On Behalf Of *Anthony *Sent:* Thursday, May 17, 2012 2:34 PM
*To:* **support@drupal.org** *Subject:* Re: [support] URL problem with upgrade to 7.14 on Bluehost
access denied even though I went to the http://foo/bar/polamnew?q=user http://foo/bar/polamnew?q=admin/modulesand managed to login but after hitting enter got a 404 for the /1 page.
On Thu, May 17, 2012 at 2:16 PM, Metzler, David metzlerd@evergreen.edu wrote:****
Always your sites homedirctory?q=relative_path ****
SO in this case http://foo/bar/polamnew?q=admin/modules ****
For the modules page but: ****
http://foo/bar/polamnew?q=admin/config/search/clean-urls****
for the clean urls page. ****
*From:* support-bounces@drupal.org [mailto:support-bounces@drupal.org] *On Behalf Of *Anthony *Sent:* Thursday, May 17, 2012 2:09 PM *To:* support@drupal.org *Subject:* Re: [support] URL problem with upgrade to 7.14 on Bluehost****
What is the unclean url for getting to the modules page? I am trying to use http://foo/bar/polamnew/admin/module with no luck. I need to re-enable clean urls. Thanks Tony****
On Thu, May 17, 2012 at 12:19 PM, Earnie Boyd < earnie@users.sourceforge.net> wrote:****
On Thu, May 17, 2012 at 3:05 PM, Anthony tony@tony-mac.com wrote:
And Blue told me they are also not responsible for the Drupal update as well. "Simple Scripts is an independent company, we do not have control over
or
access to their application upgrade schedule. You could contact then
using
the "Feedback" link in the upper right hand corner of http://simplescripts.com and request information. You are welcome to manually upgrade any installation. Please reply if
you
have any questions.****
Yes, and simplescripts.com asks if you accept their policy which states "we are not responsible" which is why I do it myself. Now simplescripts.com isn't a bad service for those not wanting to get dirty in the mud but you have to live by their rules which may be a different kind of dirt.
[QUOTE] Post Process Support. SimpleScripts does not provide support for the application once the application has been successfully installed; SimpleScripts provides support only for the installation or upgrade process. Any support requests regarding actual use of the application must be directed to the organization or company that developed the application. [/QUOTE]****
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]****
-- ****
*Anthony Stefan Maciejowski*****
-- [ Drupal support list | http://lists.drupal.org/ ]****
-- ****
*Anthony Stefan Maciejowski*****
-- [ Drupal support list | http://lists.drupal.org/ ]
--
*Anthony Stefan Maciejowski*
Now all is working except for 2 links on the main menu. These two get switched to */foo/bar/bar/pagename1* instead of */foo/bar/** pagename2*. I can call up the pages with /node/nr. The main menu links look ok though there was garbage in some. the full url and then some, of the pages. Wht could be causing this extra *bar*?
On Thu, May 17, 2012 at 5:06 PM, Anthony tony@tony-mac.com wrote:
Yes had to set RewriteBase /bar/polamnew in .htaccess.
Had the same issue back on Jan 26th where David and Earnie also helped. Thanks guys. Don't you love to have to do everything over again every few months? sic.
On Thu, May 17, 2012 at 4:49 PM, Anthony tony@tony-mac.com wrote:
"Clean URLs are enabled, but the clean URL test failed. Uncheck the box below to disable clean URLs."
On Thu, May 17, 2012 at 3:25 PM, Metzler, David metzlerd@evergreen.eduwrote:
**
From hearing what you’re describing, sounds like clean urls is broken but configured on your site. Have you made sure that the .htaccess file is intact in your upgraded directory? ****
I’m not quite sure that I understand you, but after you login, you visit http://foo/bar/plamnew?q=admin/config/search/clean-urls and you get an access denied? If that’s the case, it sounds like you might not be user 1 on your site. ****
If you have phpMyAdmin and are comfortable running SQL scripts, here’s one that will disable clean urls on your site: ****
delete from variable where name='clean_url'****
*From:* support-bounces@drupal.org [mailto:support-bounces@drupal.org] *On Behalf Of *Anthony *Sent:* Thursday, May 17, 2012 2:34 PM
*To:* **support@drupal.org** *Subject:* Re: [support] URL problem with upgrade to 7.14 on Bluehost
access denied even though I went to the http://foo/bar/polamnew?q=user http://foo/bar/polamnew?q=admin/modulesand managed to login but after hitting enter got a 404 for the /1 page.
On Thu, May 17, 2012 at 2:16 PM, Metzler, David metzlerd@evergreen.edu wrote:****
Always your sites homedirctory?q=relative_path ****
SO in this case http://foo/bar/polamnew?q=admin/modules ****
For the modules page but: ****
http://foo/bar/polamnew?q=admin/config/search/clean-urls****
for the clean urls page. ****
*From:* support-bounces@drupal.org [mailto:support-bounces@drupal.org] *On Behalf Of *Anthony *Sent:* Thursday, May 17, 2012 2:09 PM *To:* support@drupal.org *Subject:* Re: [support] URL problem with upgrade to 7.14 on Bluehost***
What is the unclean url for getting to the modules page? I am trying to use http://foo/bar/polamnew/admin/module with no luck. I need to re-enable clean urls. Thanks Tony****
On Thu, May 17, 2012 at 12:19 PM, Earnie Boyd < earnie@users.sourceforge.net> wrote:****
On Thu, May 17, 2012 at 3:05 PM, Anthony tony@tony-mac.com wrote:
And Blue told me they are also not responsible for the Drupal update as well. "Simple Scripts is an independent company, we do not have control over
or
access to their application upgrade schedule. You could contact then
using
the "Feedback" link in the upper right hand corner of http://simplescripts.com and request information. You are welcome to manually upgrade any installation. Please reply if
you
have any questions.****
Yes, and simplescripts.com asks if you accept their policy which states "we are not responsible" which is why I do it myself. Now simplescripts.com isn't a bad service for those not wanting to get dirty in the mud but you have to live by their rules which may be a different kind of dirt.
[QUOTE] Post Process Support. SimpleScripts does not provide support for the application once the application has been successfully installed; SimpleScripts provides support only for the installation or upgrade process. Any support requests regarding actual use of the application must be directed to the organization or company that developed the application. [/QUOTE]****
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]****
-- ****
*Anthony Stefan Maciejowski*****
-- [ Drupal support list | http://lists.drupal.org/ ]****
-- ****
*Anthony Stefan Maciejowski*****
-- [ Drupal support list | http://lists.drupal.org/ ]
--
*Anthony Stefan Maciejowski*
--
*Anthony Stefan Maciejowski*
On Thu, May 17, 2012 at 8:51 PM, Anthony tony@tony-mac.com wrote:
Now all is working except for 2 links on the main menu. These two get switched to /foo/bar/bar/pagename1 instead of /foo/bar/pagename2. I can call up the pages with /node/nr. The main menu links look ok though there was garbage in some. the full url and then some, of the pages. Wht could be causing this extra bar?
Maybe a symptom of your earlier issues. Possibly a cron execution updated them incorrectly. No one but you has eyes on it so it is hard to say. Check the url aliases in the admin ui, are they still good?
Will check. Thanks. Going crazy here at work with other issues. I checked aliases in the individual nodes and one had the whole long " http://foo/bar/q= ..." in it bit the others seem ok. Is that what you meant? I also deleted and recreated the 2 menu links which are still defective.
On Fri, May 18, 2012 at 4:32 AM, Earnie Boyd earnie@users.sourceforge.netwrote:
On Thu, May 17, 2012 at 8:51 PM, Anthony tony@tony-mac.com wrote:
Now all is working except for 2 links on the main menu. These two get switched to /foo/bar/bar/pagename1 instead of /foo/bar/pagename2. I can call up the pages with /node/nr. The main menu links look ok though there was garbage in some. the full url and then some, of the pages. Wht could be causing this extra bar?
Maybe a symptom of your earlier issues. Possibly a cron execution updated them incorrectly. No one but you has eyes on it so it is hard to say. Check the url aliases in the admin ui, are they still good?
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]
answer from Bluehost: "Simple Scripts could overwrite your .htaccess during an upgrade, however Simplescripts doesn't modify any files in an upgrade unless Drupal has outlined that the files should be changed, so any files other than the .htaccess that were modified would be a result of Drupal specifying that they should be."
I will spend the whole weekend trying to set up my localhost and connection to server. Thanks Earnie.
On Fri, May 18, 2012 at 1:09 PM, Anthony tony@tony-mac.com wrote:
Will check. Thanks. Going crazy here at work with other issues. I checked aliases in the individual nodes and one had the whole long " http://foo/bar/q= ..." in it bit the others seem ok. Is that what you meant? I also deleted and recreated the 2 menu links which are still defective.
On Fri, May 18, 2012 at 4:32 AM, Earnie Boyd <earnie@users.sourceforge.net
wrote:
On Thu, May 17, 2012 at 8:51 PM, Anthony tony@tony-mac.com wrote:
Now all is working except for 2 links on the main menu. These two get switched to /foo/bar/bar/pagename1 instead of /foo/bar/pagename2. I can call up the pages with /node/nr. The main menu links look ok
though
there was garbage in some. the full url and then some, of the pages. Wht could be causing this extra bar?
Maybe a symptom of your earlier issues. Possibly a cron execution updated them incorrectly. No one but you has eyes on it so it is hard to say. Check the url aliases in the admin ui, are they still good?
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]
--
*Anthony Stefan Maciejowski*
On Fri, May 18, 2012 at 6:38 PM, Anthony tony@tony-mac.com wrote:
answer from Bluehost: "Simple Scripts could overwrite your .htaccess during an upgrade, however Simplescripts doesn't modify any files in an upgrade unless Drupal has outlined that the files should be changed, so any files other than the .htaccess that were modified would be a result of Drupal specifying that they should be."
Which points out that you need to keep a copy of any file delivered by core that you have changed outside of the directory containing Drupal. This includes but is not limited to .htaccess and the sites directory. If you made changes to any file, you will loose it when you let simplescripts do the update. I can only assume that they were at least smart enough to copy the contents of the sites directory for the update or you would have seen other heartaches.
On Thu, May 17, 2012 at 8:06 PM, Anthony tony@tony-mac.com wrote:
Yes had to set RewriteBase /bar/polamnew in .htaccess.
Had the same issue back on Jan 26th where David and Earnie also helped. Thanks guys. Don't you love to have to do everything over again every few months? sic.
I suggest you disable the SimpleScripts updates. You've had two go wrong now.
On Thu, May 17, 2012 at 5:08 PM, Anthony tony@tony-mac.com wrote:
What is the unclean url for getting to the modules page? I am trying to use http://foo/bar/polamnew/admin/module with no luck. I need to re-enable clean urls.
/index.php?q=admin/modules
Hi Tony,
Did you do the upgrade? Or did you use a script like Fantastico?
Shai
On May 17, 2012, at 11:59 AM, Anthony tony@tony-mac.com wrote:
Slowly I am getting irritated with Bluehost. I upgraded to 7.14 and now am getting 404s cause the urls are being built with //root/sitename/sitename/etc instead of //root/sitename/etc. And they are again telling me it is a drupal problem. Anyone else getting this? Tony
-- Anthony Stefan Maciejowski
-- [ Drupal support list | http://lists.drupal.org/ ]
I did it from the bluehost control panel. tony mac is building web sites.
-----Original Message----- From: Shai Gluskin shai@content2zero.com Sender: support-bounces@drupal.org Date: Thu, 17 May 2012 12:10:33 To: support@drupal.orgsupport@drupal.org Reply-To: support@drupal.org Subject: Re: [support] URL problem with upgrade to 7.14 on Bluehost
Blue's response to me "This has to do with the link structure breaking with in the drupal database. You will need to consult www.drupal.org heavily to correct this. Here is their tutorial on running batch URL changes on page urls, http://drupal.org/node/1250396 , and for images http://drupal.org/node/148413""
On Thu, May 17, 2012 at 8:59 AM, Anthony tony@tony-mac.com wrote:
Slowly I am getting irritated with Bluehost. I upgraded to 7.14 and now am getting 404s cause the urls are being built with *//root/sitename/sitename/etc *instead of *//root/sitename/etc*. And they are again telling me it is a drupal problem. Anyone else getting this? Tony
--
*Anthony Stefan Maciejowski*
On Thu, May 17, 2012 at 11:59 AM, Anthony tony@tony-mac.com wrote:
Slowly I am getting irritated with Bluehost. I upgraded to 7.14 and now am getting 404s cause the urls are being built with //root/sitename/sitename/etc instead of //root/sitename/etc. And they are again telling me it is a drupal problem. Anyone else getting this?
In settings.php set $base_url. Let me know if it works or not. I install Drupal via the shell and not CPanel.
ok. Am in a seminar now so will only be able to try in a few hours
On Thu, May 17, 2012 at 9:39 AM, Earnie Boyd earnie@users.sourceforge.netwrote:
On Thu, May 17, 2012 at 11:59 AM, Anthony tony@tony-mac.com wrote:
Slowly I am getting irritated with Bluehost. I upgraded to 7.14 and now
am
getting 404s cause the urls are being built with //root/sitename/sitename/etc instead of //root/sitename/etc. And they are again telling me it is a drupal problem. Anyone else getting this?
In settings.php set $base_url. Let me know if it works or not. I install Drupal via the shell and not CPanel.
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]
$base_url was commented out But I can't overwrite the file on the server:
553 Can't open that file: Permission denied sites\default\settings.php - error occurred - An FTP error occurred - cannot put settings.php. Dreamweaver encountered an internal data error. Please try the operation again.
File activity incomplete. 1 file(s) or folder(s) were not completed.""
On Thu, May 17, 2012 at 9:44 AM, Anthony tony@tony-mac.com wrote:
ok. Am in a seminar now so will only be able to try in a few hours
On Thu, May 17, 2012 at 9:39 AM, Earnie Boyd <earnie@users.sourceforge.net
wrote:
On Thu, May 17, 2012 at 11:59 AM, Anthony tony@tony-mac.com wrote:
Slowly I am getting irritated with Bluehost. I upgraded to 7.14 and now
am
getting 404s cause the urls are being built with //root/sitename/sitename/etc instead of //root/sitename/etc. And they
are
again telling me it is a drupal problem. Anyone else getting this?
In settings.php set $base_url. Let me know if it works or not. I install Drupal via the shell and not CPanel.
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]
--
*Anthony Stefan Maciejowski*
Now I got it working. That line setting base_url was commented out. But now I think clean urls are not working. I can access pages like this http://foo/bar/polamnew/?q=onlineBanking#overlay-context=
On Thu, May 17, 2012 at 10:12 AM, Anthony tony@tony-mac.com wrote:
$base_url was commented out But I can't overwrite the file on the server:
553 Can't open that file: Permission denied sites\default\settings.php - error occurred - An FTP error occurred - cannot put settings.php. Dreamweaver encountered an internal data error. Please try the operation again.
File activity incomplete. 1 file(s) or folder(s) were not completed.""
On Thu, May 17, 2012 at 9:44 AM, Anthony tony@tony-mac.com wrote:
ok. Am in a seminar now so will only be able to try in a few hours
On Thu, May 17, 2012 at 9:39 AM, Earnie Boyd < earnie@users.sourceforge.net> wrote:
On Thu, May 17, 2012 at 11:59 AM, Anthony tony@tony-mac.com wrote:
Slowly I am getting irritated with Bluehost. I upgraded to 7.14 and
now am
getting 404s cause the urls are being built with //root/sitename/sitename/etc instead of //root/sitename/etc. And they
are
again telling me it is a drupal problem. Anyone else getting this?
In settings.php set $base_url. Let me know if it works or not. I install Drupal via the shell and not CPanel.
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]
--
*Anthony Stefan Maciejowski*
--
*Anthony Stefan Maciejowski*
but not as I had it before http://foo/bar/polamnew/onlineBankinghttp://foo/bar/polamnew/?q=onlineBanking#overlay-context=
On Thu, May 17, 2012 at 10:22 AM, Anthony tony@tony-mac.com wrote:
Now I got it working. That line setting base_url was commented out. But now I think clean urls are not working. I can access pages like this http://foo/bar/polamnew/?q=onlineBanking#overlay-context=
On Thu, May 17, 2012 at 10:12 AM, Anthony tony@tony-mac.com wrote:
$base_url was commented out But I can't overwrite the file on the server:
553 Can't open that file: Permission denied sites\default\settings.php - error occurred - An FTP error occurred - cannot put settings.php. Dreamweaver encountered an internal data error. Please try the operation again.
File activity incomplete. 1 file(s) or folder(s) were not completed.""
On Thu, May 17, 2012 at 9:44 AM, Anthony tony@tony-mac.com wrote:
ok. Am in a seminar now so will only be able to try in a few hours
On Thu, May 17, 2012 at 9:39 AM, Earnie Boyd < earnie@users.sourceforge.net> wrote:
On Thu, May 17, 2012 at 11:59 AM, Anthony tony@tony-mac.com wrote:
Slowly I am getting irritated with Bluehost. I upgraded to 7.14 and
now am
getting 404s cause the urls are being built with //root/sitename/sitename/etc instead of //root/sitename/etc. And they
are
again telling me it is a drupal problem. Anyone else getting this?
In settings.php set $base_url. Let me know if it works or not. I install Drupal via the shell and not CPanel.
-- Earnie
-- https://sites.google.com/site/earnieboyd
[ Drupal support list | http://lists.drupal.org/ ]
--
*Anthony Stefan Maciejowski*
--
*Anthony Stefan Maciejowski*
--
*Anthony Stefan Maciejowski*
-
Anthony -
Earnie Boyd -
Joel Willers -
Metzler, David -
Shai Gluskin -
Tony MAC