Хабр Курсы для всех
РЕКЛАМА
Практикум, Хекслет, SkyPro, авторские курсы — собрали всех и попросили скидки. Осталось выбрать!
Хабр доступен 24/7 благодаря поддержке друзей
Комментарии 137
А зачем для локального сервера поднимать связку nginx+Apache?
Потому что мне нужно как можно точнее повторить production-окружение, для пары проектов это просто жизненно необходимо — иначе просто локально не заведётся
Чтобы как можно точнее повторить production-окружение, стоило бы все же в виртуалке эти сервисы запускать… Али это такой своеобразный production под виндой, с Apache и не рекомендуемым nginx-ом? :)
Ну, скажем так, не то чтобы «точнее повторить», а хотя бы приблизить, чтобы оно всё поднялось и заработало. Нюансы не особо интересуют.
Тот факт что у вас фронтендом будет nginx увы не приблизит окружение к продакшену. Только установив это все на виртуальную машину с той осью которая есть можно прочувствовать важные нюансы (различия в файловой системе, различия при работе со шрифтами и прочее прочее).
Я по работе работаю под Windows и просто ставлю OpenServer + Node.js + MongoDB и часть расширений. Этот процесс занимает не многим больше чем в убунтах (ну ладно, больше, причем раза в три, ибо все зависимости приходится ставить руками).
Я по работе работаю под Windows и просто ставлю OpenServer + Node.js + MongoDB и часть расширений. Этот процесс занимает не многим больше чем в убунтах (ну ладно, больше, причем раза в три, ибо все зависимости приходится ставить руками).
Пф. Что мешало накатить в фоне coLinux и подмонтировать кусок файлухи через cofs? Оно паравиртуализатор, ресурсов жрёт с гулькин нос.
Я вот, к сожалению, даже и не поняла, что вы мне сейчас предложили).
Есть штука, называется coLinux. Представляет из себя ядро Linux, пропатченное таким образом, что работает параллельно с NT-ядром без использования виртуализации оборудования. Как следствие, имеет доступ к файловой системе и сетевому стеку, что позволяет без особых проблем висеть на той же сетевой карточке с отдельным IP и работать с файлами так, как будто они внутри линуксовой файловой системы. Ресурсов само ядро кушает метров 20 максимум. Идеальный вариант для разворачивания на винде окружения, близкого к серверному.
Что в случае с несколькими проектами? Окружение должно быть разным. Может виртуальные машинки с той же ubuntu будут удобнее?
Для разных проектов различаются, в основном, только настройки nginx, остальное — остается прежним. У меня крутится убунта под виртуалкой, потому что нужен капистрано. Но работаю я, все-таки, на Windows, потому что основные мои инструменты — это продукты от Adobe + работы по фронтенду мне тоже удобнее вести из под Windows
Что мешает папку проекта хранить на windows и примонтировать ее по nfs или cifs в нужную папку на Ubuntu?
Наверное то, что я пользователь Windows, а не Ubuntu ) Мне почему-то удобнее разворачивать всё именно в моём привычном окружении. Я знаю, что выглядит это всё велосипедом с квадратными колёсами и, может быть, однажды мне это надоест и я сделаю все «как надо», но пока мне хватает того, что уже есть.
Поверьте, я неплохо представляю, как настроить тоже самое в Ubuntu (как я говорила выше, убунта у меня есть в виртуалке. И что еще более страшно — на нетбуке у меня Минт, и там тоже всё успешно настроено ).
Но ежедневно я просыпаюсь и сажусь за свою Windows-машину, в которой мне всё нравится, в которой я работаю над проектами и тут же тестирую во всём многообразии браузеров. Пока мне так удобно.
Но ежедневно я просыпаюсь и сажусь за свою Windows-машину, в которой мне всё нравится, в которой я работаю над проектами и тут же тестирую во всём многообразии браузеров. Пока мне так удобно.
Дак на хабре даже есть. Хотя то что видел я достаточно разнознено. Напишите как развернуть сеть виртуалок нормельно, как настроить самбу, как сделать так что бы можно было поставить в качестве гостя WinXP с IE7 скажем и из нее тестить WEB приложение, работающее на виртуалке под Debian. Это полностью должно покрыть нужды всех.
Вот так? ;)
# apt-get install git nginx apache2 mysql-server mongodb php5 memcached
А production на Win 8 работает? это ведь ну очень не точное повторение окружения…
набор дистрибутивов (Apache, PHP, MySQL, Perl и т.д.) и программная оболочка, используемые Web-разработчиками для разработки сайтов на «домашней» (локальной) Windows-машине.
А как так вышло, что web-разработчик — это обязательно *AMP?
Нет, совсем не обязательно. Просто моя команда ведет разработку на такой платформе. А то, что вы процитировали — это описание с официального сайта Денвера.
А продакшион что тоже на WAMP? %)
Я к тому, что работа конечно проведена и вполне возможно что кому-то пригодится. Но когда придётся руками допиливать код чтобы он таки заработал на LAMP (теже права на файлы/папки к примеру) то времени не жалко будет?
Я к тому, что работа конечно проведена и вполне возможно что кому-то пригодится. Но когда придётся руками допиливать код чтобы он таки заработал на LAMP (теже права на файлы/папки к примеру) то времени не жалко будет?
А разработка и ведется в том же окружении, в котором работает продукт. Я в самом начале статьи писала о том, что основной мой вид деятельности — это дизайн интерфейсов и работа над фронтом (вёрстка и JS). Программисты же у нас все под Ubuntu.
т.к. разработка должна вестись в том же окружении, в котором потом продукт будет работать
Ну вообще, нет. Разработка должна вестись в разработческом окружении, а «в том же» должны проводиться интеграционные тесты.
Разработка в продакшен окружении позволяет сэкономить много ресурсов на отлавливание глюков из серии «забыли поставить модуль»/«поставили модуль не совместимой версии»/«feature_name не работает с языком версии ниже Х» и прочее-прочее.
Сие правда не особо критично при небольшом кол-ве серверов.
Сие правда не особо критично при небольшом кол-ве серверов.
А стоимость разворачивания production-like среды для каждого разработчика? Особено когда у вас production — это два мейнфрейма, например.
Если у вас 2 мейнфрейма — то особых проблем поддерживать среду разработки и продакшен в актуальном состоянии не составит.
А вот если у вас 100+ серверов, на которых крутятся тонны разнообразного софта — то здесь уже, скорее всего, будет дешевле загнать разработчиков в виртуалки с продакшен окружением.
А вот если у вас 100+ серверов, на которых крутятся тонны разнообразного софта — то здесь уже, скорее всего, будет дешевле загнать разработчиков в виртуалки с продакшен окружением.
Если у вас 2 мейнфрейма — то особых проблем поддерживать среду разработки и продакшен в актуальном состоянии не составит.
Я смотрю, мейнфреймы нынче дешевы стали.
А вот если у вас 100+ серверов, на которых крутятся тонны разнообразного софта — то здесь уже, скорее всего, будет дешевле загнать разработчиков в виртуалки с продакшен окружением.
Зачем им это? Неужели каждый из них занимается сразу всем? По мне, так это явный признак недостаточного разделения обязанностей и изоляции сервисов.
На каждом сервере крутится своя задача. Но вы действительно собираетесь собирать индивидуальную конфигурацию базовых пакетов под каждое приложение? И как вы потом будете обновлять это зоопарк?
По факту у вас есть несколько базовых ролей серверов — прокси/хранилище/сервер на котором крутятся скрипты со своим набором софта. И будет несколько нерационально разбивать запускалки еще на 10 групп из-за того что разработчики поставили себе на машины «особо_новую_версию_библиотеки» не совместимую с той что используется на серверах сейчас. И под которую написана куча софта.
А переписывать новый софт обратно уже поздно ибо дедлайн был «вчера».
По факту у вас есть несколько базовых ролей серверов — прокси/хранилище/сервер на котором крутятся скрипты со своим набором софта. И будет несколько нерационально разбивать запускалки еще на 10 групп из-за того что разработчики поставили себе на машины «особо_новую_версию_библиотеки» не совместимую с той что используется на серверах сейчас. И под которую написана куча софта.
А переписывать новый софт обратно уже поздно ибо дедлайн был «вчера».
Но вы действительно собираетесь собирать индивидуальную конфигурацию базовых пакетов под каждое приложение?
Нет, а зачем?
И как вы потом будете обновлять это зоопарк?
Скриптом.
И будет несколько нерационально разбивать запускалки еще на 10 групп из-за того что разработчики поставили себе на машины «особо_новую_версию_библиотеки» не совместимую с той что используется на серверах сейчас.
Нерационально позволять разработчикам ставить себе на машины какие-то версии библиотеки вместо того, чтобы держать эти версии в общем репозитории.
Ну и да, есть ровно один, совершенно фундаментальный аргумент против того, почему разработческое окружение не может быть production-like — потому что в нем стоит разработческий софт. Который сам по себе настолько сильно все меняет, что интеграционная среда нужна все равно. А если она есть, то дальше уже не важно, что там в разработческой (и ее можно делать настолько легкой, насколько вообще позволяет система).
У нас вот разработчики работают вообще не на том веб-сервере, который в продуктиве. И это ровным счетом никому не мешает (кроме специальных людей, которые отлаживают аутентификацию, но у этих стоят другой веб-сервер, все равно не такой, как в продуктиве).
И зачем ставить винду, чтобы потом развернуть на ней всякую ересь типа *AMP?
Если уж пользоваться виндой, то вместе с IIS. А для всего остального есть линуксы, они для этого подходят много лучше
Если уж пользоваться виндой, то вместе с IIS. А для всего остального есть линуксы, они для этого подходят много лучше
Что именно? Установить расширение занимает минуту, большая часть всего там есть.
И не будет его в Open Server до тех пор, пока разработчики не сделают возможность остановки MongoDB из командной строки. Сейчас они предлагают остановку через внутренний shell командой «db.shutdownServer()» или остановку сервиса «net stop mongodb» — это имхо бред для ситуации с портативным запуском. Ну а убивать прочесс как-то боязно, вдруг база поломается. Так что как только они сделают то, что должны были сделать еще 100 лет назад — так сразу MongoDB в Open Server и появится :-)
В денвере отсутствует ещё больше. OpenServer пока обновляется, я бы сказал, даже излишне ретиво.
В двух словах, чем KiTTY лучше PuTTY?
Скачал его, на первый взгляд — отличий нет.
Скачал его, на первый взгляд — отличий нет.
Как-то так
И чего-то у меня с путти не получилось, а в китти вышло :)
И чего-то у меня с путти не получилось, а в китти вышло :)
китти это форк путти, тобиш тоже самое но есть множество плюшек. Основной (для меня) является сохранение паролей для сессий.
Open Server пробовала где-то год назад. И что-то мне тогда в нём не понравилось… Спасибо, что напомнили, нужно будет посмотреть на него еще раз.
Open Server хорош, но пока молод и горяч — в нём часто встречаются совершенно непонятные глюки.
>Вместо старого Денвера есть Open Server
Можно еще XAMPP упомянуть тогда ru.wikipedia.org/wiki/XAMPP
Можно еще XAMPP упомянуть тогда ru.wikipedia.org/wiki/XAMPP
Хороший пост-шпаргалка, особенно для новичков.
Я б еще добавил (для полноты информации), что «из коробки» Denwer ставит mysql и phpmyAdmin найти можно по адресу: localhost/tools/phpmyadmin/
А в самой сборке питон с руби не помешал бы :)
Я б еще добавил (для полноты информации), что «из коробки» Denwer ставит mysql и phpmyAdmin найти можно по адресу: localhost/tools/phpmyadmin/
А в самой сборке питон с руби не помешал бы :)
Все отлично, но Виндоус 8 здесь и ни при чем. Все это можно сделать точно так же начиная с XP :)
Неплохая картинка в начале. Наверное, Вы хороший дизайнер интерфейсов.
Я вот уже не помню почему, но недавно я тоже пытался перелезть на Windows 8, но у меня почему-то Denwer не заработал.
Тогда разбираться было некогда и я с потерями откатился на 7-ку.
А за инструкцию по подключению nginx спасибо. Давно хотел локально гонять его в связке с Denwer.
И было бы чудесно, если бы шаблон настроек для nginx не был привязан жёстко к одному узлу, а обновлялся бы автоматически.
Тогда разбираться было некогда и я с потерями откатился на 7-ку.
А за инструкцию по подключению nginx спасибо. Давно хотел локально гонять его в связке с Denwer.
И было бы чудесно, если бы шаблон настроек для nginx не был привязан жёстко к одному узлу, а обновлялся бы автоматически.
А как у вас сделано разрешение имен для тестовых сайтов? Денвер, например, автоматически добавляет в hosts имена. Сам бы давно перешел на виртуальную убунту, но эта проблема пока держит на денвере.
А в чем сложность добавить руками десять строчек в два файла? Ну или простенький скрипт написать, если так не хочется каждый раз править. Сам долго мучился с Денвером из-за мнимой простоты и автоматизма, но в результате пришел к выводу, что проще уже настроить все по уму с нуля, чем вечно допиливать давно уже устаревший пакет, в котором постоянно чего-то не хватает.
dnsmasq (локальный днс-сервер) + mod_vhost_alias для апача. Единственный минус — при использовании mod_rewrite приходится дописывать в .htaccess директиву
RewriteBase /
А так, практически все как в денвере. Создал папку с названием проекта в определенной директории, и она уже резолвится как <название проекта>.dev
RewriteBase /
А так, практически все как в денвере. Создал папку с названием проекта в определенной директории, и она уже резолвится как <название проекта>.dev
Вариант более простой и быстрый: Winginx
Огромное спасибо за инструкцию к Putty!
Хабр такой хабр. ТС, с вами обращаются как со слабоумной — ОООО, она скачала Denwer, вот умничка! Неужели вам самой блин не противно :)
Хабр такой хабр. ТС, с вами обращаются как со слабоумной — ОООО, она скачала Denwer, вот умничка! Неужели вам самой блин не противно :)
Совершенно необоснованное хамство. Вы обратили внимание, что девушка вообще-то дизайнер интерфейсов, а не программист или сисадмин? А статья может быть довольно полезной для новичков.
Хо-хо! Парниша! Не учите меня жить!
Вы как-то так говорите про дизайнеров интерфейсов и девушек шо у меня такое ощущение, как будто речь всё-таки про каких-то имбецилов с дислексией и прочими расстройствами психики. Ну или про детей дошкольного возраста.
НЕТ БЛИН — ЭТО ВЗРОСЛАЯ, ДЕЕСПОСОБНАЯ ТЁТКА, КОТОРАЯ ПИШЕТ СОЧИНЕНИЕ НА ТЕМУ УЖЕ ОБСОСАННУЮ В ИНЕТЕ РАЗ ПИЦОТ А ВСЕ УМИЛЯЮТСЯ И ПУСКАЮТ СЛЮНИ КАК ИДИОТЫ ВАХ КАКИЕ КАРТИНКИ КЛАССНЫЕ :D
ZaiSL я лично против вас ничего не имею, но топик ИМХО уж слишком примитивный. Обычно пишут про отважное преодоление каких-нибудь утомительных трудностей и всяких плохо задокументированных засадах, а у вас тут какая-то Поттериада получилась.
Вы как-то так говорите про дизайнеров интерфейсов и девушек шо у меня такое ощущение, как будто речь всё-таки про каких-то имбецилов с дислексией и прочими расстройствами психики. Ну или про детей дошкольного возраста.
НЕТ БЛИН — ЭТО ВЗРОСЛАЯ, ДЕЕСПОСОБНАЯ ТЁТКА, КОТОРАЯ ПИШЕТ СОЧИНЕНИЕ НА ТЕМУ УЖЕ ОБСОСАННУЮ В ИНЕТЕ РАЗ ПИЦОТ А ВСЕ УМИЛЯЮТСЯ И ПУСКАЮТ СЛЮНИ КАК ИДИОТЫ ВАХ КАКИЕ КАРТИНКИ КЛАССНЫЕ :D
ZaiSL я лично против вас ничего не имею, но топик ИМХО уж слишком примитивный. Обычно пишут про отважное преодоление каких-нибудь утомительных трудностей и всяких плохо задокументированных засадах, а у вас тут какая-то Поттериада получилась.
Вот вам не жалко тратить комментарий (который у вас раз во сколько там минут?) на такой неумелый троллинг?) Или вы в процессе борьбы за новый бейджик для профиля?
Ха-ха, очередная шутка про слитую карму. С каждым разом они только смешнее!
Ну конечно троллинг, что же ещё. Не мог же мне этот божественный топик полный откровений в самом деле не понравиться :P
Народ, я вижу, не понимает что я вообще хотел сказать. Так вот. Говорю. Топик ацтойный. Потому что разъясняет вещи уже многократно разжёванные и вообще, пропагандирует порочные практики очень грязных извращений. Честно-честно. После адского секса с запихиванием всякого портированного с линукса софта в WinEmbedded я искренне возненавидел такие вот костыли прям всей душою. Так делать — А-ТА-ТА!
Ну и ещё меня пробесил снисходительный тон большинства комментов. Меня бы задело. Но раз ТС того и надо, то как-то глупо получилось, да ))
Ну конечно троллинг, что же ещё. Не мог же мне этот божественный топик полный откровений в самом деле не понравиться :P
Народ, я вижу, не понимает что я вообще хотел сказать. Так вот. Говорю. Топик ацтойный. Потому что разъясняет вещи уже многократно разжёванные и вообще, пропагандирует порочные практики очень грязных извращений. Честно-честно. После адского секса с запихиванием всякого портированного с линукса софта в WinEmbedded я искренне возненавидел такие вот костыли прям всей душою. Так делать — А-ТА-ТА!
Ну и ещё меня пробесил снисходительный тон большинства комментов. Меня бы задело. Но раз ТС того и надо, то как-то глупо получилось, да ))
Вместо денвера, который почему-то начал глючить на работе на вин 7 теперь использую WAMP — часто обновляется и без гемора с обновлением апача\пхп и т.д.
Вы не поверите, но Windows подходит для гораздо большего, чем NET и IIS, о чём ТС уже писала.
Тем более для web-разработки разницы практически нет, а удобство (ну и тем более интерфейсы)…
Тем более для web-разработки разницы практически нет, а удобство (ну и тем более интерфейсы)…
Только об этой «разнице» знают «комментаторы» и ~1-2% пользователей десктопов :), остальные продолжают работать там (в той среде) где им удобнее.
imho об этом т.с. написала в начале статьи. Цель статьи не сменить удобную для себя среду, а описать свой опыт настройки окружения.
imho об этом т.с. написала в начале статьи. Цель статьи не сменить удобную для себя среду, а описать свой опыт настройки окружения.
Только об этой «разнице» знают «комментаторы» и ~1-2% пользователей десктопов :), остальные продолжают работать там (в той среде) где им удобнее.
imho об этом т.с. написала в начале статьи. Цель статьи не сменить удобную для себя среду, а описать свой опыт настройки окружения.
imho об этом т.с. написала в начале статьи. Цель статьи не сменить удобную для себя среду, а описать свой опыт настройки окружения.
Разверните, пожалуйста, мысль, почему работоспособность nginx проверяется возможностью подгрузки css-файла? Ведь это может говорить и о нормальной работе Apache, нет? Или Apache у нас пока не запущен? ) Запутался просто.
Если nginx настроен неверно для домена, то в большинстве случаев статика просто не отдается. С таким же успехом можно было бы проверить и на любом другом файле, из «jpeg|jpg|gif|png|css|js|pdf|txt|tar», перечисленных в настройках.
CSS был выбран из-за наглядности.
CSS был выбран из-за наглядности.
Возможно, я как-то неоднозначно вопрос сформулировал. Имелось ввиду, почему данный способ проверяет работоспособность именно nginx, а не Apache? Апач, вроде бы, точно так же отдает статику. Или на момент теста у нас Апач не запущен, поэтому в проверке участвует один ngnix?
Нет, на момент проверки мы уже изменили настройки апача (сменили порт) и запустили nginx, поэтому и проверяем, что статика у нас не отвалилась. Что апач работает, мы удостоверились сразу после установки Денвера.
То есть, обращаясь к url'у «test.local», вы обращаетесь на 80-ый порт, на котором и находится nginx (Апач настроен на работу с портом 8080), поэтому выполняется проверка работы именно nginx, я правильно понял?
Вот у меня вопрос, как вы Nginx запустили под Windows? Только ради того, что бы проксировать запросы? Но зачем?
Насколько мне известно то, Nginx под Windows не работает из-за каких-то там проблем с рандомизацией памяти.
Или я что-то упустила?
Насколько мне известно то, Nginx под Windows не работает из-за каких-то там проблем с рандомизацией памяти.
Или я что-то упустила?
На сайте Nginx-а не нашла никаких упоминаний о проблемах под Windows.
В 99% процентах случаев nginx локально, конечно, не нужен. Но у нас есть достаточно крупный и сложный full-ajax проект, для которого разработчики намутили какую-то магию в nginx (настройки заголовкой или что-то вроде того), без которой пара фич работает некорректно (жить можно, но мне захотелось праздника). Отсюда и nginx на локалке.
В 99% процентах случаев nginx локально, конечно, не нужен. Но у нас есть достаточно крупный и сложный full-ajax проект, для которого разработчики намутили какую-то магию в nginx (настройки заголовкой или что-то вроде того), без которой пара фич работает некорректно (жить можно, но мне захотелось праздника). Отсюда и nginx на локалке.
Плохо искали, Главна -> Документация -> nginx под Windows
www.nginx.org/ru/docs/windows.html
www.nginx.org/ru/docs/windows.html
Жаль, я думала вы вкурсе.
Я думаю, что проблемы nginx под Windows не являеются критичными для TC, так как ее задача — только лишь использовать окружение и конфигурацию проекта, обеспечивающего функциональность аналогичную продакшн варианту. По функциональности ограничения только: XSLT-фильтры, фильтры изображений, модуль GeoIP и встроенный языка Perl. Если эти функциональные ограничения TC не помешали, то все остальные ограничения WIndows версии nginx (которые, фактически означают, что ее [Windiws версию] бесполезно использовать под высокой нагрузкой) точно не смогут ей помешать.
to TC: Ирина, статья замечательная. Никого не слушайте, Вы все правильно сделали. Конечно, нужно иметь инфраструктуру на отдельной виртуалке с линюксом, но иногда проще, чтобы это было под руками, и раз Вы используете Windows, то, конечно под Windows. А у меня такой вопрос. Не пользуетесь ли Вы cygwin? Насколько корректно он работает под Win8, в частности интересует sshfs.
to TC: Ирина, статья замечательная. Никого не слушайте, Вы все правильно сделали. Конечно, нужно иметь инфраструктуру на отдельной виртуалке с линюксом, но иногда проще, чтобы это было под руками, и раз Вы используете Windows, то, конечно под Windows. А у меня такой вопрос. Не пользуетесь ли Вы cygwin? Насколько корректно он работает под Win8, в частности интересует sshfs.
Как бы может когда-то такие проблемы и были, но сейчас очень часто на винде можно встретить решения, где nginx выступает фронтэндом перед IIS.
Я всё понял но зачем такое извращение!? Куда проще поставить Unix и набрать что то типо emerge -v nginx,apache, memcached, php, mongodb? Оно к тому же и работать будет шустрее…
если вы не занимаетесь .NET то windows в веб разработке очень вреден.
если вы не занимаетесь .NET то windows в веб разработке очень вреден.
например я работаю и разрабатываю под Windows 7 и установка всего, что мне нужно почти такая же быстрая, как в Ubuntu, поэтому если есть драйвер прямые руки — то нет разницы в чем девелопить и разворачивать среду разработки.
Никто не спорит что так нельзя, но это как минимум не удобно. Согласитесь apt-get install php (после 3 секунд уже стоит) куда быстрее чем война с инсталяторами, разворачиванием unix структуры каталогов в windows и прочее. Ну не предназначено изначально это ПО для работы в Win32/64 в итоге костылями её натягивают. Поверьте я тоже осиливал запуск всего веб обвеса на windows но этот гемор я никому не пожелаю… лучше один раз настроить gentoo или ubuntu и потом не париться. К тому же вы забываете что это ПО на до бы регулярно обновлять и тут оно вот сложновато (когда у тебя проект где то их 30-40 компонентов, даже раз в неделю проверять обновления трудно)
картинке в заголовке +100 баллов
PuTTY я бы заменил на Xshell, по остальным пунктам уже всё сказали.
На заметку, если нет особо острой необходимости в Apache и(или) Nginx, то все описанное выше можно поставить из Web Plaform Installer, отметив галочками и нажав кнопку «Установить», дальше система сама все скачает, установит и настроит.
Так же, добавив фид Helicon в пару кликов можно будет наставить целый зоопарк всевозвожных языков, баз, фреймворков и т.д. и т.п.
Так же, добавив фид Helicon в пару кликов можно будет наставить целый зоопарк всевозвожных языков, баз, фреймворков и т.д. и т.п.
по моему связка wamp+обычного гита+нетбинса, на много удобней.
А зачем всё это нужно, если теперь в Windows 8 (т.е. в клиентскую ОС) в состав входит Hyper-V? В котором можно поднять (почти) полный аналог production на Linux?
Забудьте Денверы эти, как страшный сон
__________________________________
1. Uniform Server
A lightweight mobile WAMP Server Solution.
1273 — количество загрузок
sourceforge.net/projects/miniserver/files/
Coral_8_9_0.exe 2013-07-19 21.9 MB 1 273
8.9.0 — Updated Apache to 2.4.6 Win32 OpenSSL 1_0_1e
— Updated PHP to 5.4.17 OpenSSL 1_0_1e
8.8.8 — Updated PHP to 5.4.17
8.8.7 — Updated phpMyAdmin to 4.0.4.1 — Security update
— Intranet IP addresses updated to:
127.0.0.1 192.168.0.0/16 172.16.0.0/12 10.0.0.0/8
8.8.6 — Updated Zend OpCache to 7.0.2
8.8.5 — Updated MySQL to 5.5.32
__________________________________
2. WampServer
29841 — количество загрузок
Wampserver2.4-x86.exe 2013-06-23 36.0 MB 29 841
sourceforge.net/projects/wampserver/files/
WampServer 2.4 — Windows 32 Bits
Apache: 2.4.4
MySQL: 5.6.12
PHP: 5.4.16
PHPMyAdmin: 4.0.4
SqlBuddy: 1.3.3
XDebug: 2.2.3
__________________________________
1. Uniform Server
A lightweight mobile WAMP Server Solution.
1273 — количество загрузок
sourceforge.net/projects/miniserver/files/
Coral_8_9_0.exe 2013-07-19 21.9 MB 1 273
8.9.0 — Updated Apache to 2.4.6 Win32 OpenSSL 1_0_1e
— Updated PHP to 5.4.17 OpenSSL 1_0_1e
8.8.8 — Updated PHP to 5.4.17
8.8.7 — Updated phpMyAdmin to 4.0.4.1 — Security update
— Intranet IP addresses updated to:
127.0.0.1 192.168.0.0/16 172.16.0.0/12 10.0.0.0/8
8.8.6 — Updated Zend OpCache to 7.0.2
8.8.5 — Updated MySQL to 5.5.32
__________________________________
2. WampServer
29841 — количество загрузок
Wampserver2.4-x86.exe 2013-06-23 36.0 MB 29 841
sourceforge.net/projects/wampserver/files/
WampServer 2.4 — Windows 32 Bits
Apache: 2.4.4
MySQL: 5.6.12
PHP: 5.4.16
PHPMyAdmin: 4.0.4
SqlBuddy: 1.3.3
XDebug: 2.2.3
А вот с помощью этого продукта: stunnix.com/prod/aws/overview.shtml
можно сделать флешку с локальным веб сервером, который будет работать на вин+мак+линуксе (причем база данных и веб-скрипты будут на флешке в одном экземпляре). Это естественно НЕ вируалка, а просто хитрые скрипты + апач и мускл и пхп для каждой из платформ.
можно сделать флешку с локальным веб сервером, который будет работать на вин+мак+линуксе (причем база данных и веб-скрипты будут на флешке в одном экземпляре). Это естественно НЕ вируалка, а просто хитрые скрипты + апач и мускл и пхп для каждой из платформ.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Разворачиваем локальный сервер на Windows