So I went live and changed the A-Rec to point to my new site. I entered 66.167.244.79 into the A-Rec. Now I can get to the home page but not to the other pages. (500 error) The site actually has an IP address of http://66.167.244.79/foo/. My question is do I have to add the /foo to the A-rec? Or do I just have to wait till it all propagates? Thanks Tony -- *Anthony Stefan Maciejowski*
foo is actually ~polamor1/ so when I was working on the site it was always at http://66.167.244.79/~polamor1/ Do I have to add ~polamor1/ to the A-Rec? On Sun, Jun 17, 2012 at 12:37 PM, Anthony <tony@tony-mac.com> wrote:
So I went live and changed the A-Rec to point to my new site. I entered 66.167.244.79 into the A-Rec. Now I can get to the home page but not to the other pages. (500 error) The site actually has an IP address of http://66.167.244.79/foo/. My question is do I have to add the /foo to the A-rec? Or do I just have to wait till it all propagates?
Thanks Tony
--
*Anthony Stefan Maciejowski*
-- *Anthony Stefan Maciejowski*
On Sun, Jun 17, 2012 at 3:37 PM, Anthony wrote:
So I went live and changed the A-Rec to point to my new site. I entered 66.167.244.79 into the A-Rec.
A records should only point to the host name, such as example.com.
Now I can get to the home page but not to the other pages. (500 error) The site actually has an IP address of http://66.167.244.79/foo/.
I'm not understanding what you are saying. The IP address is 66.167.244.79. The given URI here has a protocol of http:// and /foo is a directory, file or service callback provided by the programming. E.G.: example.com is set in the A record to point to 66.167.244.79 and I enter http://example.com/foo to get to /foo on your server. If this isn't what you meant, then you need to clarify.
My question is do I have to add the /foo to the A-rec?
No.
Or do I just have to wait till it all propagates?
If http://example.com is propagated already then so is /foo. If /foo gives a 500 error code then something is wrong with the configuration. -- Earnie -- https://sites.google.com/site/earnieboyd
You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future. Joel -----Original Message----- From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Earnie Boyd Sent: Monday, June 18, 2012 6:35 AM To: support@drupal.org Subject: Re: [support] Gone live problem On Sun, Jun 17, 2012 at 3:37 PM, Anthony wrote:
So I went live and changed the A-Rec to point to my new site. I entered 66.167.244.79 into the A-Rec.
A records should only point to the host name, such as example.com.
Now I can get to the home page but not to the other pages. (500 error) The site actually has an IP address of http://66.167.244.79/foo/.
I'm not understanding what you are saying. The IP address is 66.167.244.79. The given URI here has a protocol of http:// and /foo is a directory, file or service callback provided by the programming. E.G.: example.com is set in the A record to point to 66.167.244.79 and I enter http://example.com/foo to get to /foo on your server. If this isn't what you meant, then you need to clarify.
My question is do I have to add the /foo to the A-rec?
No.
Or do I just have to wait till it all propagates?
If http://example.com is propagated already then so is /foo. If /foo gives a 500 error code then something is wrong with the configuration. -- Earnie -- https://sites.google.com/site/earnieboyd -- [ Drupal support list | http://lists.drupal.org/ ]
On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote:
You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future.
I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him. -- Earnie -- https://sites.google.com/site/earnieboyd
I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first. Joel -----Original Message----- From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Earnie Boyd Sent: Monday, June 18, 2012 9:40 AM To: support@drupal.org Subject: Re: [support] Gone live problem On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote:
You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future.
I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him. -- Earnie -- https://sites.google.com/site/earnieboyd -- [ Drupal support list | http://lists.drupal.org/ ]
First thing to do - make sure that your computer is going to the correct IP. From a command window: nslookup example.com If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs. Also make sure you have a CNAME set up: example.com. A xxx.xxx.xxx.xxx www.example.com. CNAME example.com. You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www. Jamie Holly http://www.intoxination.net http://www.hollyit.net On 6/18/2012 10:46 AM, Joel Willers wrote:
I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first.
Joel
-----Original Message----- From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Earnie Boyd Sent: Monday, June 18, 2012 9:40 AM To: support@drupal.org Subject: Re: [support] Gone live problem
On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote:
You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future.
I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him.
-- Earnie -- https://sites.google.com/site/earnieboyd -- [ Drupal support list | http://lists.drupal.org/ ]
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote* "Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime.*" They also said (different dude 10 hours later). *"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79. This will change the domain but not the mx entries."* 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic. Thanks Tony On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
First thing to do - make sure that your computer is going to the correct IP. From a command window:
nslookup example.com
If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs.
Also make sure you have a CNAME set up:
example.com. A xxx.xxx.xxx.xxx www.example.com. CNAME example.com.
You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 10:46 AM, Joel Willers wrote:
I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first.
Joel
-----Original Message----- From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Earnie Boyd Sent: Monday, June 18, 2012 9:40 AM To: support@drupal.org Subject: Re: [support] Gone live problem
On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote:
You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future.
I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him.
-- Earnie -- https://sites.google.com/site/earnieboyd -- [ Drupal support list | http://lists.drupal.org/ ] -- [ Drupal support list | http://lists.drupal.org/ ]
-- *Anthony Stefan Maciejowski*
Comment it out and it should fix it. I have a client with Drupal installations in sub directories as well as the root directory on BlueHost and none of them need RewriteBase set. Jamie Holly http://www.intoxination.net http://www.hollyit.net On 6/18/2012 12:25 PM, Anthony wrote:
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote/"Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime./"
They also said (different dude 10 hours later). /"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79 <tel:66.147.244.79>. This will change the domain but not the mx entries."/ 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic.
Thanks Tony
On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
First thing to do - make sure that your computer is going to the correct IP. From a command window:
nslookup example.com <http://example.com>
If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs.
Also make sure you have a CNAME set up:
example.com <http://example.com>. A xxx.xxx.xxx.xxx www.example.com <http://www.example.com>. CNAME example.com <http://example.com>.
You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 10:46 AM, Joel Willers wrote: > I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first. > > Joel > > > -----Original Message----- > From: support-bounces@drupal.org <mailto:support-bounces@drupal.org> [mailto:support-bounces@drupal.org <mailto:support-bounces@drupal.org>] On Behalf Of Earnie Boyd > Sent: Monday, June 18, 2012 9:40 AM > To: support@drupal.org <mailto:support@drupal.org> > Subject: Re: [support] Gone live problem > > On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote: > > You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future. > > I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him. > > -- > Earnie > -- https://sites.google.com/site/earnieboyd > -- > [ Drupal support list | http://lists.drupal.org/ ] -- [ Drupal support list | http://lists.drupal.org/ ]
--
*/Anthony Stefan Maciejowski/*
Wow. When I comment it out I get this: http://66.147.244.79/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~pola... when trying to go to the accounts page. On Mon, Jun 18, 2012 at 9:34 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
Comment it out and it should fix it. I have a client with Drupal installations in sub directories as well as the root directory on BlueHost and none of them need RewriteBase set.
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 12:25 PM, Anthony wrote:
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote* "Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime.*"
They also said (different dude 10 hours later). *"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79. This will change the domain but not the mx entries."* 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic.
Thanks Tony
On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
First thing to do - make sure that your computer is going to the correct IP. From a command window:
nslookup example.com
If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs.
Also make sure you have a CNAME set up:
example.com. A xxx.xxx.xxx.xxx www.example.com. CNAME example.com.
You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 10:46 AM, Joel Willers wrote:
I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first.
Joel
-----Original Message----- From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Earnie Boyd Sent: Monday, June 18, 2012 9:40 AM To: support@drupal.org Subject: Re: [support] Gone live problem
On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote:
You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future.
I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him.
-- Earnie -- https://sites.google.com/site/earnieboyd -- [ Drupal support list | http://lists.drupal.org/ ] -- [ Drupal support list | http://lists.drupal.org/ ]
--
*Anthony Stefan Maciejowski*
-- [ Drupal support list | http://lists.drupal.org/ ]
-- *Anthony Stefan Maciejowski*
You don't by chance have $base_url set in settings.php, do you? Jamie Holly http://www.intoxination.net http://www.hollyit.net On 6/18/2012 1:07 PM, Anthony wrote:
Wow. When I comment it out I get this: http://66.147.244.79/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~pola... <http://66.147.244.79/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/accounts> when trying to go to the accounts page.
On Mon, Jun 18, 2012 at 9:34 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
Comment it out and it should fix it. I have a client with Drupal installations in sub directories as well as the root directory on BlueHost and none of them need RewriteBase set.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 12:25 PM, Anthony wrote:
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote/"Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime./"
They also said (different dude 10 hours later). /"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79 <tel:66.147.244.79>. This will change the domain but not the mx entries."/ 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic.
Thanks Tony
On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
First thing to do - make sure that your computer is going to the correct IP. From a command window:
nslookup example.com <http://example.com>
If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs.
Also make sure you have a CNAME set up:
example.com <http://example.com>. A xxx.xxx.xxx.xxx www.example.com <http://www.example.com>. CNAME example.com <http://example.com>.
You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 10:46 AM, Joel Willers wrote: > I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first. > > Joel > > > -----Original Message----- > From: support-bounces@drupal.org <mailto:support-bounces@drupal.org> [mailto:support-bounces@drupal.org <mailto:support-bounces@drupal.org>] On Behalf Of Earnie Boyd > Sent: Monday, June 18, 2012 9:40 AM > To: support@drupal.org <mailto:support@drupal.org> > Subject: Re: [support] Gone live problem > > On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote: > > You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future. > > I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him. > > -- > Earnie > -- https://sites.google.com/site/earnieboyd > -- > [ Drupal support list | http://lists.drupal.org/ ] -- [ Drupal support list | http://lists.drupal.org/ ]
--
*/Anthony Stefan Maciejowski/*
-- [ Drupal support list | http://lists.drupal.org/ ]
--
*/Anthony Stefan Maciejowski/*
# $base_url = 'http://66.147.244.79/~polamor1/polamnew'; // NO trailing slash! Does hash comment it out? polamnew is the old path. On Mon, Jun 18, 2012 at 10:18 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
You don't by chance have $base_url set in settings.php, do you?
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:07 PM, Anthony wrote:
Wow. When I comment it out I get this:
http://66.147.244.79/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~pola... when trying to go to the accounts page.
On Mon, Jun 18, 2012 at 9:34 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
Comment it out and it should fix it. I have a client with Drupal installations in sub directories as well as the root directory on BlueHost and none of them need RewriteBase set.
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 12:25 PM, Anthony wrote:
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote* "Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime.*"
They also said (different dude 10 hours later). *"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79. This will change the domain but not the mx entries."* 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic.
Thanks Tony
On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
First thing to do - make sure that your computer is going to the correct IP. From a command window:
nslookup example.com
If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs.
Also make sure you have a CNAME set up:
example.com. A xxx.xxx.xxx.xxx www.example.com. CNAME example.com.
You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 10:46 AM, Joel Willers wrote:
I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first.
Joel
-----Original Message----- From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Earnie Boyd Sent: Monday, June 18, 2012 9:40 AM To: support@drupal.org Subject: Re: [support] Gone live problem
On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote:
You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future.
I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him.
-- Earnie -- https://sites.google.com/site/earnieboyd -- [ Drupal support list | http://lists.drupal.org/ ] -- [ 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*
Yup Jamie Holly http://www.intoxination.net http://www.hollyit.net On 6/18/2012 1:27 PM, Anthony wrote:
# $base_url = 'http://66.147.244.79/~polamor1/polamnew <http://66.147.244.79/%7Epolamor1/polamnew>'; // NO trailing slash!
Does hash comment it out? polamnew is the old path.
On Mon, Jun 18, 2012 at 10:18 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
You don't by chance have $base_url set in settings.php, do you?
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:07 PM, Anthony wrote:
Wow. When I comment it out I get this: http://66.147.244.79/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~pola... <http://66.147.244.79/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/accounts> when trying to go to the accounts page.
On Mon, Jun 18, 2012 at 9:34 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
Comment it out and it should fix it. I have a client with Drupal installations in sub directories as well as the root directory on BlueHost and none of them need RewriteBase set.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 12:25 PM, Anthony wrote:
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote/"Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime./"
They also said (different dude 10 hours later). /"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79 <tel:66.147.244.79>. This will change the domain but not the mx entries."/ 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic.
Thanks Tony
On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
First thing to do - make sure that your computer is going to the correct IP. From a command window:
nslookup example.com <http://example.com>
If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs.
Also make sure you have a CNAME set up:
example.com <http://example.com>. A xxx.xxx.xxx.xxx www.example.com <http://www.example.com>. CNAME example.com <http://example.com>.
You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 10:46 AM, Joel Willers wrote: > I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first. > > Joel > > > -----Original Message----- > From: support-bounces@drupal.org <mailto:support-bounces@drupal.org> [mailto:support-bounces@drupal.org <mailto:support-bounces@drupal.org>] On Behalf Of Earnie Boyd > Sent: Monday, June 18, 2012 9:40 AM > To: support@drupal.org <mailto:support@drupal.org> > Subject: Re: [support] Gone live problem > > On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote: > > You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future. > > I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him. > > -- > Earnie > -- https://sites.google.com/site/earnieboyd > -- > [ Drupal support list | http://lists.drupal.org/ ] -- [ 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/*
So it should be used and set correctly? On Mon, Jun 18, 2012 at 10:45 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
Yup
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:27 PM, Anthony wrote:
# $base_url = 'http://66.147.244.79/~polamor1/polamnew'; // NO trailing slash!
Does hash comment it out? polamnew is the old path.
On Mon, Jun 18, 2012 at 10:18 AM, Jamie Holly <hovercrafter@earthlink.net
wrote:
You don't by chance have $base_url set in settings.php, do you?
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:07 PM, Anthony wrote:
Wow. When I comment it out I get this:
http://66.147.244.79/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~pola... when trying to go to the accounts page.
On Mon, Jun 18, 2012 at 9:34 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
Comment it out and it should fix it. I have a client with Drupal installations in sub directories as well as the root directory on BlueHost and none of them need RewriteBase set.
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 12:25 PM, Anthony wrote:
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote* "Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime.*"
They also said (different dude 10 hours later). *"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79. This will change the domain but not the mx entries."* 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic.
Thanks Tony
On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly <hovercrafter@earthlink.net
wrote:
First thing to do - make sure that your computer is going to the correct IP. From a command window:
nslookup example.com
If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs.
Also make sure you have a CNAME set up:
example.com. A xxx.xxx.xxx.xxx www.example.com. CNAME example.com.
You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 10:46 AM, Joel Willers wrote:
I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first.
Joel
-----Original Message----- From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Earnie Boyd Sent: Monday, June 18, 2012 9:40 AM To: support@drupal.org Subject: Re: [support] Gone live problem
On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote:
You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future.
I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him.
-- Earnie -- https://sites.google.com/site/earnieboyd -- [ Drupal support list | http://lists.drupal.org/ ] -- [ 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*
-- [ Drupal support list | http://lists.drupal.org/ ]
-- *Anthony Stefan Maciejowski*
Generally you don't need it. Read the documentation in settings.php to understand it. Jamie Holly http://www.intoxination.net http://www.hollyit.net On 6/18/2012 1:53 PM, Anthony wrote:
So it should be used and set correctly?
On Mon, Jun 18, 2012 at 10:45 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
Yup
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:27 PM, Anthony wrote:
# $base_url = 'http://66.147.244.79/~polamor1/polamnew <http://66.147.244.79/%7Epolamor1/polamnew>'; // NO trailing slash!
Does hash comment it out? polamnew is the old path.
On Mon, Jun 18, 2012 at 10:18 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
You don't by chance have $base_url set in settings.php, do you?
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:07 PM, Anthony wrote:
Wow. When I comment it out I get this: http://66.147.244.79/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~pola... <http://66.147.244.79/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/accounts> when trying to go to the accounts page.
On Mon, Jun 18, 2012 at 9:34 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
Comment it out and it should fix it. I have a client with Drupal installations in sub directories as well as the root directory on BlueHost and none of them need RewriteBase set.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 12:25 PM, Anthony wrote:
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote/"Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime./"
They also said (different dude 10 hours later). /"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79 <tel:66.147.244.79>. This will change the domain but not the mx entries."/ 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic.
Thanks Tony
On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
First thing to do - make sure that your computer is going to the correct IP. From a command window:
nslookup example.com <http://example.com>
If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs.
Also make sure you have a CNAME set up:
example.com <http://example.com>. A xxx.xxx.xxx.xxx www.example.com <http://www.example.com>. CNAME example.com <http://example.com>.
You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 10:46 AM, Joel Willers wrote: > I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first. > > Joel > > > -----Original Message----- > From: support-bounces@drupal.org <mailto:support-bounces@drupal.org> [mailto:support-bounces@drupal.org <mailto:support-bounces@drupal.org>] On Behalf Of Earnie Boyd > Sent: Monday, June 18, 2012 9:40 AM > To: support@drupal.org <mailto:support@drupal.org> > Subject: Re: [support] Gone live problem > > On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote: > > You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future. > > I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him. > > -- > Earnie > -- https://sites.google.com/site/earnieboyd > -- > [ Drupal support list | http://lists.drupal.org/ ] -- [ 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/*
-- [ Drupal support list | http://lists.drupal.org/ ]
--
*/Anthony Stefan Maciejowski/*
Yes I tried un-commenting and didn't help. Perplexing. On Mon, Jun 18, 2012 at 11:03 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
Generally you don't need it. Read the documentation in settings.php to understand it.
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:53 PM, Anthony wrote:
So it should be used and set correctly?
On Mon, Jun 18, 2012 at 10:45 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
Yup
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:27 PM, Anthony wrote:
# $base_url = 'http://66.147.244.79/~polamor1/polamnew'; // NO trailing slash!
Does hash comment it out? polamnew is the old path.
On Mon, Jun 18, 2012 at 10:18 AM, Jamie Holly < hovercrafter@earthlink.net> wrote:
You don't by chance have $base_url set in settings.php, do you?
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:07 PM, Anthony wrote:
Wow. When I comment it out I get this:
http://66.147.244.79/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~pola... when trying to go to the accounts page.
On Mon, Jun 18, 2012 at 9:34 AM, Jamie Holly <hovercrafter@earthlink.net
wrote:
Comment it out and it should fix it. I have a client with Drupal installations in sub directories as well as the root directory on BlueHost and none of them need RewriteBase set.
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 12:25 PM, Anthony wrote:
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote* "Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime.*"
They also said (different dude 10 hours later). *"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79. This will change the domain but not the mx entries."* 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic.
Thanks Tony
On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly < hovercrafter@earthlink.net> wrote:
First thing to do - make sure that your computer is going to the correct IP. From a command window:
nslookup example.com
If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs.
Also make sure you have a CNAME set up:
example.com. A xxx.xxx.xxx.xxx www.example.com. CNAME example.com.
You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 10:46 AM, Joel Willers wrote:
I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first.
Joel
-----Original Message----- From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Earnie Boyd Sent: Monday, June 18, 2012 9:40 AM To: support@drupal.org Subject: Re: [support] Gone live problem
On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote: > You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future.
I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him.
-- Earnie -- https://sites.google.com/site/earnieboyd -- [ Drupal support list | http://lists.drupal.org/ ] -- [ 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*
-- [ Drupal support list | http://lists.drupal.org/ ]
--
*Anthony Stefan Maciejowski*
-- [ Drupal support list | http://lists.drupal.org/ ]
-- *Anthony Stefan Maciejowski*
How exactly are you set up? Is drupal installed in ~/public_html or ~/public_html/{some folder}. To access it, do you go to example.com or example.com/{some path - refers to some folder} Jamie Holly http://www.intoxination.net http://www.hollyit.net On 6/18/2012 2:13 PM, Anthony wrote:
Yes I tried un-commenting and didn't help. Perplexing.
On Mon, Jun 18, 2012 at 11:03 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
Generally you don't need it. Read the documentation in settings.php to understand it.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:53 PM, Anthony wrote:
So it should be used and set correctly?
On Mon, Jun 18, 2012 at 10:45 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
Yup
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:27 PM, Anthony wrote:
# $base_url = 'http://66.147.244.79/~polamor1/polamnew <http://66.147.244.79/%7Epolamor1/polamnew>'; // NO trailing slash!
Does hash comment it out? polamnew is the old path.
On Mon, Jun 18, 2012 at 10:18 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
You don't by chance have $base_url set in settings.php, do you?
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:07 PM, Anthony wrote:
Wow. When I comment it out I get this: http://66.147.244.79/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~pola... <http://66.147.244.79/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/accounts> when trying to go to the accounts page.
On Mon, Jun 18, 2012 at 9:34 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
Comment it out and it should fix it. I have a client with Drupal installations in sub directories as well as the root directory on BlueHost and none of them need RewriteBase set.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 12:25 PM, Anthony wrote:
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote/"Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime./"
They also said (different dude 10 hours later). /"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79 <tel:66.147.244.79>. This will change the domain but not the mx entries."/ 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic.
Thanks Tony
On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
First thing to do - make sure that your computer is going to the correct IP. From a command window:
nslookup example.com <http://example.com>
If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs.
Also make sure you have a CNAME set up:
example.com <http://example.com>. A xxx.xxx.xxx.xxx www.example.com <http://www.example.com>. CNAME example.com <http://example.com>.
You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 10:46 AM, Joel Willers wrote: > I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first. > > Joel > > > -----Original Message----- > From: support-bounces@drupal.org <mailto:support-bounces@drupal.org> [mailto:support-bounces@drupal.org <mailto:support-bounces@drupal.org>] On Behalf Of Earnie Boyd > Sent: Monday, June 18, 2012 9:40 AM > To: support@drupal.org <mailto:support@drupal.org> > Subject: Re: [support] Gone live problem > > On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote: > > You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future. > > I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him. > > -- > Earnie > -- https://sites.google.com/site/earnieboyd > -- > [ Drupal support list | http://lists.drupal.org/ ] -- [ 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/*
-- [ Drupal support list | http://lists.drupal.org/ ]
--
*/Anthony Stefan Maciejowski/*
-- [ Drupal support list | http://lists.drupal.org/ ]
--
*/Anthony Stefan Maciejowski/*
It used to be in ~/public_html/{some folder} and now it is in the former. I copied it over manually. So some of the images are still in the {some folder} /sites/default... which was another question I had. Where to change that setting so that the pics are taken from ~/public_html/sites/default/... instead of ~/public_html/{some folder}/. sites/default/... ? I access it by example.com On Mon, Jun 18, 2012 at 11:22 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
How exactly are you set up? Is drupal installed in ~/public_html or ~/public_html/{some folder}. To access it, do you go to example.com or example.com/{some <http://example.com/%7Bsome> path - refers to some folder}
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 2:13 PM, Anthony wrote:
Yes I tried un-commenting and didn't help. Perplexing.
On Mon, Jun 18, 2012 at 11:03 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
Generally you don't need it. Read the documentation in settings.php to understand it.
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:53 PM, Anthony wrote:
So it should be used and set correctly?
On Mon, Jun 18, 2012 at 10:45 AM, Jamie Holly <hovercrafter@earthlink.net
wrote:
Yup
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:27 PM, Anthony wrote:
# $base_url = 'http://66.147.244.79/~polamor1/polamnew'; // NO trailing slash!
Does hash comment it out? polamnew is the old path.
On Mon, Jun 18, 2012 at 10:18 AM, Jamie Holly < hovercrafter@earthlink.net> wrote:
You don't by chance have $base_url set in settings.php, do you?
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:07 PM, Anthony wrote:
Wow. When I comment it out I get this:
http://66.147.244.79/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~pola... when trying to go to the accounts page.
On Mon, Jun 18, 2012 at 9:34 AM, Jamie Holly < hovercrafter@earthlink.net> wrote:
Comment it out and it should fix it. I have a client with Drupal installations in sub directories as well as the root directory on BlueHost and none of them need RewriteBase set.
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 12:25 PM, Anthony wrote:
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote* "Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime.*"
They also said (different dude 10 hours later). *"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79. This will change the domain but not the mx entries."* 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic.
Thanks Tony
On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly < hovercrafter@earthlink.net> wrote:
First thing to do - make sure that your computer is going to the correct IP. From a command window:
nslookup example.com
If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs.
Also make sure you have a CNAME set up:
example.com. A xxx.xxx.xxx.xxx www.example.com. CNAME example.com.
You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 10:46 AM, Joel Willers wrote: > I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first. > > Joel > > > -----Original Message----- > From: support-bounces@drupal.org [mailto:support-bounces@drupal.org] On Behalf Of Earnie Boyd > Sent: Monday, June 18, 2012 9:40 AM > To: support@drupal.org > Subject: Re: [support] Gone live problem > > On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote: > > You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future. > > I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him. > > -- > Earnie > -- https://sites.google.com/site/earnieboyd > -- > [ Drupal support list | http://lists.drupal.org/ ] -- [ 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*
-- [ 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*
I would first check to see if you can access anything without clean urls (ie: http://example.com/index.php?q=user). If you can, then replace your .htaccess with a clean one from Drupal. Drupal 7 is here: http://drupalcode.org/project/drupal.git/blob_plain/30d1e719aa5e9a9ad6651407... Drupal usually stores your images relative. You can check the file system settings in admin > configuration > media > file system. If you inserted them into nodes and that with absolute URLs then you'll either have to search and replace all the body and summary fields in MySQL or setup an .htaccess to direct back to the new folder. I would attempt the MySQL first though to help with server performance. Jamie Holly http://www.intoxination.net http://www.hollyit.net On 6/18/2012 2:29 PM, Anthony wrote:
It used to be in ~/public_html/{some folder} and now it is in the former. I copied it over manually. So some of the images are still in the {some folder} /sites/default... which was another question I had. Where to change that setting so that the pics are taken from ~/public_html/sites/default/... instead of ~/public_html/{some folder}/. sites/default/... ?
I access it by example.com <http://example.com>
On Mon, Jun 18, 2012 at 11:22 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
How exactly are you set up? Is drupal installed in ~/public_html or ~/public_html/{some folder}. To access it, do you go to example.com <http://example.com> or example.com/{some <http://example.com/%7Bsome> path - refers to some folder}
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 2:13 PM, Anthony wrote:
Yes I tried un-commenting and didn't help. Perplexing.
On Mon, Jun 18, 2012 at 11:03 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
Generally you don't need it. Read the documentation in settings.php to understand it.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:53 PM, Anthony wrote:
So it should be used and set correctly?
On Mon, Jun 18, 2012 at 10:45 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
Yup
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:27 PM, Anthony wrote:
# $base_url = 'http://66.147.244.79/~polamor1/polamnew <http://66.147.244.79/%7Epolamor1/polamnew>'; // NO trailing slash!
Does hash comment it out? polamnew is the old path.
On Mon, Jun 18, 2012 at 10:18 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
You don't by chance have $base_url set in settings.php, do you?
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:07 PM, Anthony wrote:
Wow. When I comment it out I get this: http://66.147.244.79/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~pola... <http://66.147.244.79/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/%7Epolamor1/accounts> when trying to go to the accounts page.
On Mon, Jun 18, 2012 at 9:34 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
Comment it out and it should fix it. I have a client with Drupal installations in sub directories as well as the root directory on BlueHost and none of them need RewriteBase set.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 12:25 PM, Anthony wrote:
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote/"Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime./"
They also said (different dude 10 hours later). /"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79 <tel:66.147.244.79>. This will change the domain but not the mx entries."/ 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic.
Thanks Tony
On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly <hovercrafter@earthlink.net <mailto:hovercrafter@earthlink.net>> wrote:
First thing to do - make sure that your computer is going to the correct IP. From a command window:
nslookup example.com <http://example.com>
If the IP is right then check your server error logs. A 500 error is not a DNS error. It actually comes from a webserver (see RFC 2616). As long as you are going to the right server, then the big hint will lie within the server's error logs.
Also make sure you have a CNAME set up:
example.com <http://example.com>. A xxx.xxx.xxx.xxx www.example.com <http://www.example.com>. CNAME example.com <http://example.com>.
You need to CNAME www. to your A record or it won't work since www. is viewed as a subdomain. This wouldn't lead to the error (you would just get a server not found error - no HTTP error codes), but it does prevent future problems of people who want to use the www.
Jamie Holly http://www.intoxination.net http://www.hollyit.net
On 6/18/2012 10:46 AM, Joel Willers wrote: > I was referring to his hosts file on his personal machine for testing. Editing your hosts file makes you not have to wait for DNS changes, as you're telling your browser what IP address it supposed to be used. I use it to see what happens if I want a site to go live but what to see the ramifications first. > > Joel > > > -----Original Message----- > From: support-bounces@drupal.org <mailto:support-bounces@drupal.org> [mailto:support-bounces@drupal.org <mailto:support-bounces@drupal.org>] On Behalf Of Earnie Boyd > Sent: Monday, June 18, 2012 9:40 AM > To: support@drupal.org <mailto:support@drupal.org> > Subject: Re: [support] Gone live problem > > On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote: > > You can always change your 'hosts' file on your machine to test how something works without actually changing the A record. Just add a line with IP address and the URL you want it to take over. Just make sure you remove it, otherwise you might not notice problems in the future. > > I don't believe the OP has access to his /etc/hosts file and the provider will not do it for him. > > -- > Earnie > -- https://sites.google.com/site/earnieboyd > -- > [ Drupal support list | http://lists.drupal.org/ ] -- [ 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/*
-- [ 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/*
Thanks Jamie. Will be going to a drupal meetup tonite to try further. Replaced the .htaccess. On Mon, Jun 18, 2012 at 3:11 PM, Jamie Holly <hovercrafter@earthlink.net>wrote:
I would first check to see if you can access anything without clean urls (ie: http://example.com/index.php?q=user). If you can, then replace your .htaccess with a clean one from Drupal. Drupal 7 is here:
http://drupalcode.org/project/drupal.git/blob_plain/30d1e719aa5e9a9ad6651407...
Drupal usually stores your images relative. You can check the file system settings in admin > configuration > media > file system. If you inserted them into nodes and that with absolute URLs then you'll either have to search and replace all the body and summary fields in MySQL or setup an .htaccess to direct back to the new folder. I would attempt the MySQL first though to help with server performance.
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 2:29 PM, Anthony wrote:
It used to be in ~/public_html/{some folder} and now it is in the former. I copied it over manually. So some of the images are still in the {some folder} /sites/default... which was another question I had. Where to change that setting so that the pics are taken from ~/public_html/sites/default/... instead of ~/public_html/{some folder}/. sites/default/... ?
I access it by example.com
On Mon, Jun 18, 2012 at 11:22 AM, Jamie Holly <hovercrafter@earthlink.net>wrote:
How exactly are you set up? Is drupal installed in ~/public_html or ~/public_html/{some folder}. To access it, do you go to example.com or example.com/{some <http://example.com/%7Bsome> path - refers to some folder}
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 2:13 PM, Anthony wrote:
Yes I tried un-commenting and didn't help. Perplexing.
On Mon, Jun 18, 2012 at 11:03 AM, Jamie Holly <hovercrafter@earthlink.net
wrote:
Generally you don't need it. Read the documentation in settings.php to understand it.
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:53 PM, Anthony wrote:
So it should be used and set correctly?
On Mon, Jun 18, 2012 at 10:45 AM, Jamie Holly < hovercrafter@earthlink.net> wrote:
Yup
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:27 PM, Anthony wrote:
# $base_url = 'http://66.147.244.79/~polamor1/polamnew'; // NO trailing slash!
Does hash comment it out? polamnew is the old path.
On Mon, Jun 18, 2012 at 10:18 AM, Jamie Holly < hovercrafter@earthlink.net> wrote:
You don't by chance have $base_url set in settings.php, do you?
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 1:07 PM, Anthony wrote:
Wow. When I comment it out I get this:
http://66.147.244.79/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~pola... when trying to go to the accounts page.
On Mon, Jun 18, 2012 at 9:34 AM, Jamie Holly < hovercrafter@earthlink.net> wrote:
Comment it out and it should fix it. I have a client with Drupal installations in sub directories as well as the root directory on BlueHost and none of them need RewriteBase set.
Jamie Hollyhttp://www.intoxination.net http://www.hollyit.net
On 6/18/2012 12:25 PM, Anthony wrote:
Thanks for all the info. As usual the devil is in the detail. Let me try to explain exactly what I did. 1. I didn't want to move our email from yahoo so I started asking Bluehost how to go about doing that. They said and I quote*"Changing your name servers to Bluehost would interrupt your mail unless you change your MX records with us to point to Yahoo before you change the nameservers.I went ahead and made the MX record change on our end, you can change the nameservers at anytime.*"
They also said (different dude 10 hours later). *"You can change the hosting of just the website to us by pointing just the a record of the domain to 66.147.244.79. This will change the domain but not the mx entries."* 2. So I changed only the A-Record from yahoo to the ip address mentioned. Not the NS records on network solutions. 3. Then got the error mentioned. Got to home page but no further. 500 errors. 4. Looked in the .htaccess and saw the line RewriteBase /~polamor1/ I suspect that this may be wrong and I have to comment this line out but due to my ignorance can not justify based on logic.
Thanks Tony
On Mon, Jun 18, 2012 at 8:06 AM, Jamie Holly < hovercrafter@earthlink.net> wrote:
> First thing to do - make sure that your computer is going to the > correct > IP. From a command window: > > nslookup example.com > > If the IP is right then check your server error logs. A 500 error is > not > a DNS error. It actually comes from a webserver (see RFC 2616). As > long > as you are going to the right server, then the big hint will lie > within > the server's error logs. > > Also make sure you have a CNAME set up: > > example.com. A xxx.xxx.xxx.xxx > www.example.com. CNAME example.com. > > You need to CNAME www. to your A record or it won't work since www. > is > viewed as a subdomain. This wouldn't lead to the error (you would > just > get a server not found error - no HTTP error codes), but it does > prevent > future problems of people who want to use the www. > > Jamie Holly > http://www.intoxination.net > http://www.hollyit.net > > > On 6/18/2012 10:46 AM, Joel Willers wrote: > > I was referring to his hosts file on his personal machine for > testing. Editing your hosts file makes you not have to wait for DNS > changes, as you're telling your browser what IP address it supposed to be > used. I use it to see what happens if I want a site to go live but what to > see the ramifications first. > > > > Joel > > > > > > -----Original Message----- > > From: support-bounces@drupal.org [mailto: > support-bounces@drupal.org] On Behalf Of Earnie Boyd > > Sent: Monday, June 18, 2012 9:40 AM > > To: support@drupal.org > > Subject: Re: [support] Gone live problem > > > > On Mon, Jun 18, 2012 at 8:44 AM, Joel Willers wrote: > > > You can always change your 'hosts' file on your machine to test > how something works without actually changing the A record. Just add a line > with IP address and the URL you want it to take over. Just make sure you > remove it, otherwise you might not notice problems in the future. > > > > I don't believe the OP has access to his /etc/hosts file and the > provider will not do it for him. > > > > -- > > Earnie > > -- https://sites.google.com/site/earnieboyd > > -- > > [ Drupal support list | http://lists.drupal.org/ ] > -- > [ 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*
-- [ 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*
-- [ Drupal support list | http://lists.drupal.org/ ]
-- *Anthony Stefan Maciejowski*
participants (4)
-
Anthony -
Earnie Boyd -
Jamie Holly -
Joel Willers