Перепишите IP-адрес хоста другого IP-адреса с .htaccess
Я сделал тот выбор сам сразу после колледжа, и после давания этого концерта в течение достаточно долгого времени у меня есть лучшее сопереживание, почему это - подходящий вариант для меня. Когда я провожу дни, загоняя на некоторый сложный сценарий для большого обновления, самое близкое, которое я получаю к истинному программированию в эти дни, мухе часов и я прихожу домой ухудшенный, потому что проблема еще не сделана или досаждает мне так или иначе. Я нахожу, что длительное напряжение трудно берет.
Контрастируйте это с работой SysAdmin, где напряжение больше, будем мы говорить, остроконечный в этом, напряжение длится в течение нескольких часов и уходит, после того как проблема разрешена. У нас действительно есть некоторые случаи непрерывного напряжения (обновления, которые занимают неделю, устойчивые провальные аппаратные средства в Вашем резервном резервном/DR порождения среды, чтобы быть ненадежными), но обычно они - исключения, а не правило. Его более легкое для хранения ровного киля для меня.
Как Joel K выразился:
Эти задания не являются абсолютно ортогональными. Хороший Системный администратор потратит инструменты записи времени, чтобы помочь автоматизировать их задание. Хороший разработчик поймет, как система работает, и напишите код для удовлетворения.
Я нахожу, что знание, как система работает, на самом деле очень выгодно для меня как SysAdmin. Это просто, что системы, которые я должен знать, как работать, являются коммерческим массовым ПО по большей части. Я обычно обвиняю свой градус Информатики в этом, так как у меня есть хорошее понимание того, как программное обеспечение работает, это помогает мне выяснить, где это повреждается. Это также, что делает меня хорошим QA/бета-тестером, между прочим.
По-моему, фон программирования дает Вам довольно звуковую основу для программного обеспечения, диагностирующего аспект работы SysAdmin. Части необходимо будет продолжить работать, являются аппаратным поиском и устранением неисправностей, поиском и устранением неисправностей операционной системы (если работа dev не включает ОС или драйверы, в которой точке Вы являетесь золотыми), и просто лучшие практики. Лучшие практики являются по большей части обучением по месту работы, хотя можно получить часть этого через сертификации.
The problem is not about your rewriterule, it's about your DNS configuration.
My own DNS configuration is something like:
$TTL 86400
@ IN SOA dnsxx.ovh.net. tech.ovh.net. (2011111300 86400 3600 3600000 86400)
IN NS dnsxx.ovh.net.
IN NS nsxx.ovh.net.
IN A 123.123.123.123
* IN CNAME papdevis.fr.
This means "if you type papdevis.fr or whatever behind i.e. www.papdevis.fr or olivier.papdevis.fr go to the server at the adress 123.123.123.123.
If I change the adress 123.123.123.123 to a new one for example 234.234.234.234, this will work and as soon as you'll type papdevis.fr or any other stuff (like explained before) it will go to 234.234.234.234. Everything will work smoothlessly without touching any .htaccess file.
If you can use RewriteRule in your .htaccess file, you can't "redirect" per se, but you can reverse-proxy the connections to 123.123.123.123 out to 234.234.234.234, so that you only have to maintain the single website.
RewriteEngine On
RewriteRule ^/(.*)$ http://234.234.234.234/$1 [P]
This assumes that host 123.123.123.123 can connect to host 234.234.234.234 directly. Connections from users who are getting "123.123.123.123" as the IP for your DNS name will go to the old server, but then Apache will make a request on their behalf to the new server and return the results of that request back to the user.
An important side effect of this is that the client IP will get lost in the shuffle, as host 234.234.234.234 will see the requests as all coming from host 123.123.123.123. However, Apache does set an X-Forwarded-For header which you can log if you choose.
WARNING: The one possible snag in this setup is that the connections coming into 234.234.234.234 will send a Host header of "234.234.234.234" which may be okay if your site is the only one on that IP, but if your new hosting location is using named virtual hosts, it will likely fail.
In that case, the best option would be to use a different DNS host. You should be able to set the authoritative name servers on your DNS record to point to somewhere else, either your new web hosting provider might provide this service, or for maximum control you can take over control of your records yourself using a service such as Amazon Route 53.