[support] support Digest, Vol 120, Issue 41
Jamie Holly
hovercrafter at earthlink.net
Wed Dec 26 13:58:54 UTC 2012
You can do the same on a remote server:
- Set your ServerName in your virtual host to whatever you want.
- Set your hosts file on your home/work computer to point the name you
came up with to the IP address of that remote machine.
Works pretty much the same as doing it on a machine at home.
The other option to stop search engines is to password protect the
entire site. Usually I just do that through .htaccess
Jamie Holly
http://www.intoxination.net
http://www.hollyit.net
On 12/26/2012 1:32 AM, Roger wrote:
> On 12/25/2012 11:00 PM, support-request at drupal.org wrote:
> > Send support mailing list submissions to
> > support at drupal.org
> >
> > To subscribe or unsubscribe via the World Wide Web, visit
> > http://lists.drupal.org/mailman/listinfo/support
> > or, via email, send a message with subject or body 'help' to
> > support-request at drupal.org
> >
> > You can reach the person managing the list at
> > support-owner at drupal.org
> >
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of support digest..."
> >
> >
> > Today's Topics:
> >
> > 1. Re: support Digest, Vol 120, Issue 34 (Earnie Boyd)
> > 2. Re: drupal sire is not working after migration (Earnie Boyd)
> > 3. Re: drupal sire is not working after migration (Jamie Holly)
> > 4. import data from moveable type (Ari Davidow)
> > 5. Re: import data from moveable type (Fred Jones)
> > 6. phc obfuscate / drupal 7 (Austin Einter)
> >
> >
> > ----------------------------------------------------------------------
> >
> > Message: 1
> > Date: Mon, 24 Dec 2012 11:19:50 -0500
> > From: Earnie Boyd <earnie at users.sourceforge.net>
> > Subject: Re: [support] support Digest, Vol 120, Issue 34
> > To: support at drupal.org
> > Message-ID:
> > <CA+sc5mmdOb=CH5oLgigyhnZjFhwgnuaEhtqcRYpy+vCP0AU2kg at mail.gmail.com>
> > Content-Type: text/plain; charset=UTF-8
> >
> > On Sat, Dec 22, 2012 at 10:02 AM, Richard Damon wrote:
> >> Every site on the internet should have a domain name for people to get
> >> to. (It is possible to access a site via just its IP address/port
> >> number, but this isn't done often, and doesn't work for shared servers),
> >> so to do any testing on a shared server you need a domain name that you
> >> "own".
> > I really dislike misinformation and the only reason I'm responding to
> > this issue. You do not need "a domain name that you "own"". You will
> > need to map the IP for the server to a domain name but it doesn't need
> > to be registered in a DNS. You map the IP to a domain name via the
> > client hosts file. On a *nix system that would be /etc/hosts. On
> > Windows it would be %SYSTEMROOT%\system32\drivers\etc\hosts. I
> > typically use a fictitious host name of ``local.test'' with the name
> > of the real site prepended such as example.local.test. I enter the
> > following in my client hosts file for my dev/test site.
> >
> > 127.0.0.1 example.local.test example
> >
> > Replace 127.0.0.1 with the appropriate IP address for your server.
> > Doing this allows you to develop and test a site before putting it on
> > line.
> >
> Thank you Earnie
> That's pretty much exactly what I've learned to do on my home machine.
> Doesn't matter what I call it which is why I went with rather obvious
> somename.ab or someothername.xy
> I was hoping to do the same on the remote server so that I could develop
> a site that would not be found by searchbots and the like.
> The issue I had/have on the shared server is that there is no
> /etc/hosts. I don't know how or to what the ISP has redirected apache.
> Roger
More information about the support
mailing list