Комментарии 45
Основную разработку веду на локальной машине в WebMatrix/VisualStudio, а демонстрацию и тест на глюки провожу на Windows Azure WebSites(бесплатное использование)
Думаю все идет к свой локальному tdl разработки (*.dev, *.lcl, *.prj и т.п.)
Кстате, есть такой домен *.mydev.name — все его субдомены (кроме www) указывают на 127.0.0.1.
Тоесть, не надо париться с прописыванием доменов в hosts
Тоесть, не надо париться с прописыванием доменов в hosts
Здорово! Спасибо! Буду пользоваться. Непонятно почему ваш камент заминусовали. Хотя конечно такое же можно сделать на своем домене, но смысла нет, если уже есть готовое.
А также lvh.me, localtest.me, и еще с десяток подобных.
localhost доступен даже когда у вас нет полноценного интернет-канала и работает из коробки, поэтому проще всего.
Да, это бесспорно. Но когда нужно поднять сайт с десятком субдоменов, например, то он не подойдет. (например, субдомены со статикой s1..s100.mysite.mydev.name)
На этот случай в ruby-мире есть Pow. В иных мирах, наверняка, есть что-то подобное.
А можете объяснить человеку несведущему?
У меня тот коммент выглядел именно так, как на скриншоте (даже шрифт 1 в 1, не сразу понял, что это картинка). Но что это значит? То, что браузер подсвечивает localhost? Вроде логично… И при чём тут разработка?
У меня тот коммент выглядел именно так, как на скриншоте (даже шрифт 1 в 1, не сразу понял, что это картинка). Но что это значит? То, что браузер подсвечивает localhost? Вроде логично… И при чём тут разработка?
Кроме разработки есть не слишком много причин в браузере открывать localhost.
А так — просто стало интересно, учитывая что у нас в компании за последнее время сменилось 3 варианта из указанного списка.
А так — просто стало интересно, учитывая что у нас в компании за последнее время сменилось 3 варианта из указанного списка.
не просто подсвечивает а подсвечивает как «посещенную ссылку». safright уже написал что помимо веб-разработки в общем то и нет смысла на локалхост заходить :)
Ясно, спасибо.
На счёт смысла — многие программы ведь поднимают сервер на локалхосте, например торрент-клиенты, всякие утилиты мониторинга, ещё что-то.
На счёт смысла — многие программы ведь поднимают сервер на локалхосте, например торрент-клиенты, всякие утилиты мониторинга, ещё что-то.
Ну это как сказать. Я из сетей за шлюзом частенько притаскиваю себе на localhost по ssh панельки всяких роутеров, haproxy или ещё чего-нибудь. Только я вот не разработчик ни капли.
Первый тост — за локалхост, как говорится… Судя по результатам голосования — многие считают так-же.
Проектов много, localhost один, а папки не всегда удобно. Свои dev-tld
в основном localhost
более сложные проекты также на localhost, но в связке: nginx + frontend-server + backend-server (например, nginx + yeoman + {tomcat|django-server и т.д.})
более сложные проекты также на localhost, но в связке: nginx + frontend-server + backend-server (например, nginx + yeoman + {tomcat|django-server и т.д.})
Для нас: имя_проекта.dev.наш_домен.local Отдельные поддомены для верстки и макетов. Например, ssi.имя_проекта.dev.наш_домен.local
В мир для клиента: имя_проекта.box.наш_домен.ru Закрыт общим паролем
Почему так не знаю — админы настроили, схема живет 5 лет точно.
В мир для клиента: имя_проекта.box.наш_домен.ru Закрыт общим паролем
Почему так не знаю — админы настроили, схема живет 5 лет точно.
Мне кажется, вопрос опросника был неправильно понят многими. Под вариантом «localhost» люди поняли «На локальной машине, а не на удаленном сервере» и выбрали его, хотя локальных доменов у них много.
Естественно, localhost (только захожу обычно по имени, а не как localhost).
У меня даже на «командировочном» нетбуке был веб-сервер поднят (правда, nginx, т.к. апач жирноват для нетпука).
И еще: не надо забывать о довольно-таки часто используемом localhost:631 (все-таки, принтеры есть почти у всех).
У меня даже на «командировочном» нетбуке был веб-сервер поднят (правда, nginx, т.к. апач жирноват для нетпука).
И еще: не надо забывать о довольно-таки часто используемом localhost:631 (все-таки, принтеры есть почти у всех).
Я вообще под каждый проект свой tld делаю. Типа так: mega_cool_project/
Тут у каждого своё. У меня например:
- localhost — эксперимернт
- свой локальный tld разработки (*.dev, *.lcl, *.prj и т.п.) или обычный домен второго уровня — дальнейшая разработка
npm start
localhost:3000
localhost:3000
python -m CGIHTTPServer
localhost:8000
localhost:8000
%project_name%.local для рабочей станции разработчика, %project_name%.test.%our_company.domain% для стейджинга.
%имя_проекта%.dev — если на локальной машине сам что-то делаю. В Windows утомительно добавлять записи в hosts для новых проектов.
dev.%домен_проекта% — если на домене уже крутится проект, а мы лишь добавляем фичи, либо когда проект сильно привязан к платформе. Доступ закрыт на уровне веб-сервера.
%имя_проекта%.dev.%наш_домен% — если заказчик ещё не выбрал домен или мы ему показываем прототип. Доступ закрыт на уровне веб-сервера.
dev.%домен_проекта% — если на домене уже крутится проект, а мы лишь добавляем фичи, либо когда проект сильно привязан к платформе. Доступ закрыт на уровне веб-сервера.
%имя_проекта%.dev.%наш_домен% — если заказчик ещё не выбрал домен или мы ему показываем прототип. Доступ закрыт на уровне веб-сервера.
Думаю, это вам пригодится.
разработка ведется на отдельном сервере, у каждого своя площадка dp1, dp2… и тд
Виртуальная машина с дебианом на локальной тачке (одна у всех разработчиков, виндузятников, маководов и линуксойдов)
У меня локальная машина, с виртуальными хостами для каждого проекта, идентичными адресу рабочего сайта, только без указания домена 1 уровня.
Например:
рабочий сайт: site.com
локальный: site
рабочий сайт: yandex.ru
локальный: yandex
Например:
рабочий сайт: site.com
локальный: site
рабочий сайт: yandex.ru
локальный: yandex
Для .ru доменов удобно для разработки использовать TLD .lu, отличается всего одной буквой.
Странно что никто не написал о сервисе xip.io, который делает простую вещь
*.*.*.*.xip.io -> *.*.*.*
*.*.*.*.xip.io -> *.*.*.*
Для проектов домен первого уровня. Писать имя_проекта.dev.наш_домен.local как в примерах выше запариться можно.
Когда-то давно была локальная TLD. После написания «многодоменного» проекта, логика которого привязывалась к домену, перешел на local.project.ru, так до сих пор и пишу.
В моем случае зависит от того что именно делаю. Если на PHP, то завожу поддомен и работаю через него (хотя сейчас есть в php встроенный веб-сервер, но привычка осталась). Если на джанге, то работаю через runserver на каком-нибудь порте (8000, 8001, 8002...) — для каждого проекта свой. Разрабатываю на специально выделенной для разработки железке.
Для одного проекта все на localhost и на разных портах, так как нужно сразу всю связку держать запущенной.
Для всех Ruby проектов — Pow (.dev)
Так же ..company.com
Для всех Ruby проектов — Pow (.dev)
Так же ..company.com
Веду разработку на домене 1 уровня а если надо всегда приписываю .ru и я уже на проекте
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Не localhost'ом единым?