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