On 12/25/2012 11:00 PM, support-request@drupal.org wrote:
Send support mailing list submissions to support@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@drupal.org
You can reach the person managing the list at support-owner@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@users.sourceforge.net Subject: Re: [support] support Digest, Vol 120, Issue 34 To: support@drupal.org Message-ID: CA+sc5mmdOb=CH5oLgigyhnZjFhwgnuaEhtqcRYpy+vCP0AU2kg@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
You can try the No Index sub-module of http://drupal.org/project/util Nancy
Injustice anywhere is a threat to justice everywhere. -- Dr. Martin L. King, Jr.
From: Roger 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.
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@drupal.org wrote:
Send support mailing list submissions to support@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@drupal.org
You can reach the person managing the list at support-owner@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@users.sourceforge.net Subject: Re: [support] support Digest, Vol 120, Issue 34 To: support@drupal.org Message-ID: CA+sc5mmdOb=CH5oLgigyhnZjFhwgnuaEhtqcRYpy+vCP0AU2kg@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