Не localhost'ом единым?

[@Dima_Sharihin]

Основную разработку веду на локальной машине в WebMatrix/VisualStudio, а демонстрацию и тест на глюки провожу на Windows Azure WebSites(бесплатное использование)

[@rossiysky]

Думаю все идет к свой локальному tdl разработки (*.dev, *.lcl, *.prj и т.п.)

[@VojToshik]

Кстате, есть такой домен *.mydev.name — все его субдомены (кроме www) указывают на 127.0.0.1.
Тоесть, не надо париться с прописыванием доменов в hosts

[@Dromok]

Здорово! Спасибо! Буду пользоваться. Непонятно почему ваш камент заминусовали. Хотя конечно такое же можно сделать на своем домене, но смысла нет, если уже есть готовое.

[@UseRifle]

А также lvh.me, localtest.me, и еще с десяток подобных.

[@nshopik]

localhost доступен даже когда у вас нет полноценного интернет-канала и работает из коробки, поэтому проще всего.

[@VojToshik]

Да, это бесспорно. Но когда нужно поднять сайт с десятком субдоменов, например, то он не подойдет. (например, субдомены со статикой s1..s100.mysite.mydev.name)

[@UseRifle]

На этот случай в ruby-мире есть Pow. В иных мирах, наверняка, есть что-то подобное.

[@ploop]

А можете объяснить человеку несведущему?
У меня тот коммент выглядел именно так, как на скриншоте (даже шрифт 1 в 1, не сразу понял, что это картинка). Но что это значит? То, что браузер подсвечивает localhost? Вроде логично… И при чём тут разработка?

[@safright]

Кроме разработки есть не слишком много причин в браузере открывать localhost.
А так — просто стало интересно, учитывая что у нас в компании за последнее время сменилось 3 варианта из указанного списка.

[@ploop]

То есть, это означает, что на машине стоит веб-сервер? Или что?

[@safright]

Нет, это означает. что вы бразуером зашли туда. Наличие вебсервера — лишь наиболее вероятная причина, чтобы на локалхост заходить.

[@And32]

не просто подсвечивает а подсвечивает как «посещенную ссылку». safright уже написал что помимо веб-разработки в общем то и нет смысла на локалхост заходить :)

[@ploop]

Ясно, спасибо.
На счёт смысла — многие программы ведь поднимают сервер на локалхосте, например торрент-клиенты, всякие утилиты мониторинга, ещё что-то.

[@inkvizitor68sl]

Ну это как сказать. Я из сетей за шлюзом частенько притаскиваю себе на localhost по ssh панельки всяких роутеров, haproxy или ещё чего-нибудь. Только я вот не разработчик ни капли.

[@Shajtan]

Первый тост — за локалхост, как говорится… Судя по результатам голосования — многие считают так-же.

[@Spryt]

Проектов много, localhost один, а папки не всегда удобно. Свои dev-tld

[@leutsky]

в основном localhost
более сложные проекты также на localhost, но в связке: nginx + frontend-server + backend-server (например, nginx + yeoman + {tomcat|django-server и т.д.})

[@Vorchun]

Для нас: имя_проекта.dev.наш_домен.local Отдельные поддомены для верстки и макетов. Например, ssi.имя_проекта.dev.наш_домен.local

В мир для клиента: имя_проекта.box.наш_домен.ru Закрыт общим паролем

Почему так не знаю — админы настроили, схема живет 5 лет точно.

[@DmitryKoterov]

Мне кажется, вопрос опросника был неправильно понят многими. Под вариантом «localhost» люди поняли «На локальной машине, а не на удаленном сервере» и выбрали его, хотя локальных доменов у них много.

[@tvolf]

Точно так. По ошибке выбрал localhost, но использую фактически именно локальный TLD для разработки (*.loc =)) В общем, перенесите меня из первого пункта во второй )

[@Eddy_Em]

Естественно, localhost (только захожу обычно по имени, а не как localhost).
У меня даже на «командировочном» нетбуке был веб-сервер поднят (правда, nginx, т.к. апач жирноват для нетпука).

И еще: не надо забывать о довольно-таки часто используемом localhost:631 (все-таки, принтеры есть почти у всех).

[@safright]

Насчет «принтеры есть почти у всех», думаю, не все так очевидно. У меня нет и не предвидится, многие знакомые тоже бумажки по сто лет в руках не держали в виду их ненужности.

[@Cougar]

Я вообще под каждый проект свой tld делаю. Типа так: mega_cool_project/

[@BekoBou]

Тут у каждого своё. У меня например:

1. localhost — эксперимернт
2. свой локальный tld разработки (*.dev, *.lcl, *.prj и т.п.) или обычный домен второго уровня — дальнейшая разработка

[@KeepYourMind]

npm start
localhost:3000

[@leutsky]

python -m CGIHTTPServer
localhost:8000

[@Enlightened]

%project_name%.local для рабочей станции разработчика, %project_name%.test.%our_company.domain% для стейджинга.

[@MonkAlbino]

%имя_проекта%.dev — если на локальной машине сам что-то делаю. В Windows утомительно добавлять записи в hosts для новых проектов.
dev.%домен_проекта% — если на домене уже крутится проект, а мы лишь добавляем фичи, либо когда проект сильно привязан к платформе. Доступ закрыт на уровне веб-сервера.
%имя_проекта%.dev.%наш_домен% — если заказчик ещё не выбрал домен или мы ему показываем прототип. Доступ закрыт на уровне веб-сервера.

[@VojToshik]

Думаю, это вам пригодится.

[@MonkAlbino]

Увы, но нет. IE6+, запущенные из VirtualBox, не увидят сервер, запущенный на лок.машине.

[@VojToshik]

Ну это да

[@Voenniy]

разработка ведется на отдельном сервере, у каждого своя площадка dp1, dp2… и тд

[@glebmachine]

Виртуальная машина с дебианом на локальной тачке (одна у всех разработчиков, виндузятников, маководов и линуксойдов)

[@ilyaerin]

У меня локальная машина, с виртуальными хостами для каждого проекта, идентичными адресу рабочего сайта, только без указания домена 1 уровня.

Например:

рабочий сайт: site.com
локальный: site

рабочий сайт: yandex.ru
локальный: yandex

[@Rastishka]

у меня аналогично на каждый проект 3 адреса:

локальный: habrahabr.local
демонстрационный: dev.habrahabr.ru
продакшн: habrahabr.ru

[@aszhitarev]

Локальный яндекс это удобно.

[@DjOnline]

Для .ru доменов удобно для разработки использовать TLD .lu, отличается всего одной буквой.

[@KAndy]

Странно что никто не написал о сервисе xip.io, который делает простую вещь
*.*.*.*.xip.io -> *.*.*.*

[@boolive]

Для проектов домен первого уровня. Писать имя_проекта.dev.наш_домен.local как в примерах выше запариться можно.

[@ryvasy]

Когда-то давно была локальная TLD. После написания «многодоменного» проекта, логика которого привязывалась к домену, перешел на local.project.ru, так до сих пор и пишу.

[@Veseloff]

В моем случае зависит от того что именно делаю. Если на PHP, то завожу поддомен и работаю через него (хотя сейчас есть в php встроенный веб-сервер, но привычка осталась). Если на джанге, то работаю через runserver на каком-нибудь порте (8000, 8001, 8002...) — для каждого проекта свой. Разрабатываю на специально выделенной для разработки железке.

[@Zelgadis]

Для одного проекта все на localhost и на разных портах, так как нужно сразу всю связку держать запущенной.

Для всех Ruby проектов — Pow (.dev)

Так же ..company.com

[@mgkirs]

Веду разработку на домене 1 уровня а если надо всегда приписываю .ru и я уже на проекте

[@mgkirs]

Кстати это не помешало локалхосту выглядеть так, как в картинке. Я же проверял php после установки)