Научить интернету
Научить интернету
posted via robin poster
posted via robin poster
2016-02-01
#new_server первый нах
в тестовом режиме перенесся первый сайт.
технология сработала, все пермишины пароли явки вроде сохраняются.
щас иду спать.
вечером изучу ответы тестеров.
и если все ок
ночером можно переезжать.
технология сработала, все пермишины пароли явки вроде сохраняются.
щас иду спать.
вечером изучу ответы тестеров.
и если все ок
ночером можно переезжать.
#new_server поезд мчится
уже перевел много сайтов.
свои и чужие статические (без использования mysql)
если вы не меняли файлы в последние пару часов, то можно в настройках DNS у регистрара (там где купили домейн - godaddy etc)
менять A record на
новый IP
and finally.....
A record goes to 45.62.121.27
что полезно знать для проверки.
при переносе сайта, в корне сайта ложится файл eto_new_server.php
для контроля что DNS проапдейтился.
и сайт тоже
для проверки http://мойсайт.ком/eto_new_server.php
типа http://7pik.com/eto_new_server.php
если все нормально выедет надпись
eto na new server 45.62.121.27
и phpinfo
+ в корне сервера создается файл 199.203.56.42.txt
в нем список файлов в котором есть упоминания адреса старого сервера.
обычно используется в для серверно-зависимых штуков.
если надо отсинхронить еще раз - пишите мне куда попало. ручками пересихроним файлы и базу.
и грохнем на старом сервере, чтобы не было конфликта в базе.
как измените DNS, пишите мне.
я грохну сайт на старом сервере.
отдельно ручками будем вместе переносить нагруженные mysqlные сайты, типа rockclub etc.
это все не касается под wapil ных сайтов.
ps, хорошая идея перенести NS1 и NS2 на свой регистрар, если он умеет DNS. godaddy умеет например
с NS1.7pik.info и NS2.7pik.info
чтобы не болела голова у дятла, т.е. у меня
например на godaddy
в тут
выбрать
если щас стоят ns1/ns2.7pik.info
в общем, все сводится к смене адреса
все настройки FTP, коннект к базе, пермишины на директории должны остаться старыми.
но проверить надо. мало ли
вдруг что в кроне еще....
свои и чужие статические (без использования mysql)
если вы не меняли файлы в последние пару часов, то можно в настройках DNS у регистрара (там где купили домейн - godaddy etc)
менять A record на
новый IP
and finally.....
A record goes to 45.62.121.27
что полезно знать для проверки.
при переносе сайта, в корне сайта ложится файл eto_new_server.php
для контроля что DNS проапдейтился.
и сайт тоже
для проверки http://мойсайт.ком/eto_new_server.php
типа http://7pik.com/eto_new_server.php
если все нормально выедет надпись
eto na new server 45.62.121.27
и phpinfo
+ в корне сервера создается файл 199.203.56.42.txt
в нем список файлов в котором есть упоминания адреса старого сервера.
обычно используется в для серверно-зависимых штуков.
если надо отсинхронить еще раз - пишите мне куда попало. ручками пересихроним файлы и базу.
и грохнем на старом сервере, чтобы не было конфликта в базе.
как измените DNS, пишите мне.
я грохну сайт на старом сервере.
отдельно ручками будем вместе переносить нагруженные mysqlные сайты, типа rockclub etc.
это все не касается под wapil ных сайтов.
ps, хорошая идея перенести NS1 и NS2 на свой регистрар, если он умеет DNS. godaddy умеет например
с NS1.7pik.info и NS2.7pik.info
чтобы не болела голова у дятла, т.е. у меня
например на godaddy
в тут
выбрать
если щас стоят ns1/ns2.7pik.info
в общем, все сводится к смене адреса
все настройки FTP, коннект к базе, пермишины на директории должны остаться старыми.
но проверить надо. мало ли
вдруг что в кроне еще....
Disable DNS cache in FireFox
DNS caching occurs at multiple levels: Application asks local system, which asks locally configured resolving DNS server, which asks authoritative DNS servers.
Caching by Application varies.
I've found for Firefox that quitting and restarting works. A relevant setting in about:config is network.dnsCacheExpiration, which can be set to 0 in order to disable caching.
у меня было так
хер сайт отрефрешишь :(
Caching by local system is typically 1 hour.
Diagnostic: ping, like other applications, uses local system DNS cache
Flush MacOsX 10.8: sudo killall -HUP mDNSResponder (reference)
(May vary for other versions)
Flush Windows: ipconfig /flushdns (only if the DNS caching service, HKLM\SYSTEM\CurrentControlSet\Services\Dnscache, is enabled; check with net start|findstr /i dns or compmgmt.msc)
Linux/Unix may use nscd (name services caching daemon), or dnsmasq, or both ...
Caching by local resolving DNS server may run to several days, depending on TTL associated with DNS record.
Diagnostic: nslookup first reports address of resolving server, then address requested.
Flush BIND: rndc flush or rndc flushname DOMAIN.NAME
TTL stands for "time to live" a term used to describe how long a DNS record is to be deemed valid by the requesting client or server. A short TTL means that the requester is told not to cache a DNS lookup for too long. The TTL can range from mere seconds (e.g. for DynDNS and similar) to days or weeks.
http://stackoverflow.com/questions/13063496/firefox-invalidate-dns-cache
Caching by Application varies.
I've found for Firefox that quitting and restarting works. A relevant setting in about:config is network.dnsCacheExpiration, which can be set to 0 in order to disable caching.
у меня было так
хер сайт отрефрешишь :(
Caching by local system is typically 1 hour.
Diagnostic: ping, like other applications, uses local system DNS cache
Flush MacOsX 10.8: sudo killall -HUP mDNSResponder (reference)
(May vary for other versions)
Flush Windows: ipconfig /flushdns (only if the DNS caching service, HKLM\SYSTEM\CurrentControlSet\Services\Dnscache, is enabled; check with net start|findstr /i dns or compmgmt.msc)
Linux/Unix may use nscd (name services caching daemon), or dnsmasq, or both ...
Caching by local resolving DNS server may run to several days, depending on TTL associated with DNS record.
Diagnostic: nslookup first reports address of resolving server, then address requested.
Flush BIND: rndc flush or rndc flushname DOMAIN.NAME
TTL stands for "time to live" a term used to describe how long a DNS record is to be deemed valid by the requesting client or server. A short TTL means that the requester is told not to cache a DNS lookup for too long. The TTL can range from mere seconds (e.g. for DynDNS and similar) to days or weeks.
http://stackoverflow.com/questions/13063496/firefox-invalidate-dns-cache