проблема dns на локальной машине
опишу общую суть
предположим я занимаюсь разработкой нового сайта mail.ru
естественно старый сайт должен быть доступен
соответствено для разработки нужно использовать отдельный виртуальный хост
есть два решения наиболее часто используемых
1. На существующем домене создать субдомен 3 уровня например: mail.mydomain.ru
dns прописать на хостинг или на личный сервак
это во многом удобно, но есть пара минусов[INDENT]1. соединятся с сайтом приходится по ftp в результате чего тратится трафик и время на постоянные передачи данных
2. у разрабатываемого сайта домен отличается от того под которым будет крутится реальный сайт, с этим тоже часто возникают проблемы
[/INDENT]так же проблемой может стать отсутствие собственного домена или хостинга
решить эти проблемы можно используя второй вариант организации разработки
2. На локальной машине поставить AMP в виртуальных хостах прописать домен mail.ru
в файле hosts добавить запись
вот тут и возникает проблема
если отключен интернет то все прекрасно работает
если его включить, то браузер по умолчанию ищет домен в сети а не на локали
можно былоб обойтись и без интернета, но часто сайты используют на своих страницах импорт данных с других сайтов
например погода, курс валют, лента новостей и прочее
в связи с этим возникает вопрос как сделать так что бы можно было заниматься разработкой на локальной машине используют реальный домен при включенном интернете
Собственно по вопросу - что мешает использовать в качестве локального имени хоть майл.ру либо mail.ry либо ma1l.ru либо любой другой понравившийся из приблизительно (40 в шестой степени-1) вариантов?
2. В вашем случае DNS нужен, только если вы и ваши заказчики желаете наблюдать результат разработки до релиза, иначе можете использовать hosts (что ещё за APM, зачем?)
согласен, название темы не очень соответствует содержимому
но мне не удалось более точно и достаточно коротко сформулировать назчание
почему этот вариант не подходит я уже описывал
проблем множество
если говорить коротко то часто есть необходимость жестко указывать доменное имя, а не задавать его чарез конфиги и все прочее
например ссылки в тексте на страницах
в процессе разработки это не мешает, но при переносе нужно парсить весь текст и заменять доменные имена
в многосайтовых CMS тоже с этим проблема
вобщем в большенстве случаев можно обойтись созданием домена 3 уровня на своем хостинге
но есть случаи когда никак не обойтись без жестко заданного доменного имени
и вопрос не зачем надо так делать, а можноли так сделать и если можно то как
AMP - пакет веб сервера Apache, MySQL, PHP чаще его называют LAMP(Linux, Apache, MySQL, PHP)
у меня винда. судя по всему hosts не имеет приоритета так как по прежнему стучится в сеть
если говорить коротко то часто есть необходимость жестко указывать доменное имя, а не задавать его чарез конфиги и все прочее
такой необходимости нету. если такая необходимость возникает, значит это очень плохой код.
сейчас еще раз попробовал и все заработало
странно, видемо в прошлый раз я что-то неправельно делал
+10000
странно, видемо в прошлый раз я что-то неправельно делал
просто приоритет перед хостc имеет локальный кеш. сл-но или перезагрузка или /flushdns
Плюс стописот! Некоторый ваятели CMS, судя по коду, даже не подозревают, что имя сайта можно выцепить из запроса :D
странно, видемо в прошлый раз я что-то неправельно делал
Потому что ты сначала вбил адрес в браузере, он отрезолвил имя в IP через DNS, потом поправил hosts, обновил страницу, а там все по старому. И правильно, ведь в ходе первоначального открытия страницы браузер откэшировал DNS запрос и уже не дергает ОСь по этому поводу. Поэтому ни каких приорететов резолвинга имени тут нет ибо нет самого DNS запроса. А достаточно было то всего лишь перезапустить браузер ;)
Нет. В данном случае браузер просто юзает свой кэш и смысла обнулять системный просто нет.
думаю что дело было не в кэше браузера, так как после правки hosts он сразу определил новый адре без перезагруски браузера и это при условии что я уже заходил на этот адрес в текущей сессии
Как бэ это противоречит этому:
, но в принципе сейчас уже пофиг.