[support] Gone live problem

[Anthony]

# $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 at 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/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/~polamor1/accounts
> when trying to go to the accounts page.
>
> On Mon, Jun 18, 2012 at 9:34 AM, Jamie Holly <hovercrafter at 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 at 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 at drupal.org [mailto:support-bounces at drupal.org]
>>> On Behalf Of Earnie Boyd
>>> > Sent: Monday, June 18, 2012 9:40 AM
>>> > To: support at 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*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.drupal.org/pipermail/support/attachments/20120618/1921abf8/attachment.html