Forum Moderators: phranque
If you go into IE Options->Advanced, and set "Enable Folder view for FTP Sites," you can use plain old Internet Explorer to move files to and from the server. Just type the ftp://yoursite.com address into the address bar, and it will prompt for username and password. There are really very few things you might need to do that will require using Telnet.
For a basic redirection primer, try this, and follow the links: Introduction to mod_rewrite [webmasterworld.com]
HTH,
Jim
And txbakers, the host I'm using is running Apache....
The steps you need to take in logical order are:
The purpose to all of this is to avoid duplicate-content problems. You don't want to have multiple domains all containing the same content, unless you want to run the risk of having all but one domain (and you don't get to pick which) dropped from the search engines or - possibly - having them all penalized. Basically, search engines take a very dim view of attempts to get multiple listings in their search results which all lead to the same content. It is considered to be "clutter," and rightly so.
* In order to redirect the alternate domain names to the main domain name, or to "sort out" the various domain names into their own directories on the server, you will need to check the HTTP_HOST header in the incoming request. There are several examples of doing these things using Apache mod_rewrite floating around here on the forums; it is not at all difficult, once the desired result is well-defined.
---
I have no idea how all this fits in with your plans, I'm just throwing it all out for your consideration.
My opinion is that the safest approach is to promote (advertise, solicit links to) only one domain and use the other domains only for "branding" and catching very-common misspells and typos, redirecting them all to the "real" domain. Others more skilled in the 'black arts' may disagree.
HTH,
Jim
I'd rather not have the SEs pick up all the domain names, just the main branding name. If all the redirect pages are in the root directory will they be picked up? What about making separate directory for the redirect pages and then adding a robot.txt file that tells SEs not to go there?
> Can I specify which file specifically they point to (in this case the redirect pages)?
No, and yes... and you don't need redirect pages, all you need is a tiny bit of server code.
The DNS record will point all domains to one IP address/hosting account. Once the browser/robot arrives there, you can detect which domain it requested, and use server directives or scripts to "sort it all out" and deliver whatever content you want. If you don't want the alternate domain names to be used in search engine listings, then you would implement a 301-Moved Permanently redirect from the alternate domains to the main domain.
This is easily implemented on Apache by placing the following code in a file named ".htaccess" in the web root (homepage-level) directory:
Options +FollowSymLinks
RewriteEngine on
RewriteCond %{HTTP_HOST} !^www\.maindomainname\.com
RewriteRule ^(.*)$ http://www.maindomainname.com/$1 [R=301,L]
This may be confusing, but remember that domain names and URLs are not "real" - They are simply conventions... means to an end. The only things that are real are the link that a user clicks on (or that robot follows), and the CONTENT that the user or robot desires. In the simplest cases, that content is in a file. So everything between the link and the content is just step-wise translation of the request to a filename. Therefore, you can have multiple domains pointing to the same filespace, and multiple subdirectories in that filespace supporting those multiple domains. Or you can deliver the same content for each domain requested (which can cause duplicate content problems). Or you can have the server tell the browser or robot, "That content has moved, use this domain name {your main domain name} from now on" by using a 301-Moved Permanently redirect, and therefore avoid the dup content problem.
HTH,
Jim