Pull to refresh

Comments 137

А зачем для локального сервера поднимать связку nginx+Apache?
Потому что мне нужно как можно точнее повторить production-окружение, для пары проектов это просто жизненно необходимо — иначе просто локально не заведётся
Чтобы как можно точнее повторить production-окружение, стоило бы все же в виртуалке эти сервисы запускать… Али это такой своеобразный production под виндой, с Apache и не рекомендуемым nginx-ом? :)
Ну, скажем так, не то чтобы «точнее повторить», а хотя бы приблизить, чтобы оно всё поднялось и заработало. Нюансы не особо интересуют.
Тот факт что у вас фронтендом будет nginx увы не приблизит окружение к продакшену. Только установив это все на виртуальную машину с той осью которая есть можно прочувствовать важные нюансы (различия в файловой системе, различия при работе со шрифтами и прочее прочее).

Я по работе работаю под Windows и просто ставлю OpenServer + Node.js + MongoDB и часть расширений. Этот процесс занимает не многим больше чем в убунтах (ну ладно, больше, причем раза в три, ибо все зависимости приходится ставить руками).
Угумс. Сервер. На виртуальную машину. Чтобы прочувствовать различия при работе со шрифтами — лолшто?
Пф. Что мешало накатить в фоне coLinux и подмонтировать кусок файлухи через cofs? Оно паравиртуализатор, ресурсов жрёт с гулькин нос.
Я вот, к сожалению, даже и не поняла, что вы мне сейчас предложили).
Есть штука, называется coLinux. Представляет из себя ядро Linux, пропатченное таким образом, что работает параллельно с NT-ядром без использования виртуализации оборудования. Как следствие, имеет доступ к файловой системе и сетевому стеку, что позволяет без особых проблем висеть на той же сетевой карточке с отдельным IP и работать с файлами так, как будто они внутри линуксовой файловой системы. Ресурсов само ядро кушает метров 20 максимум. Идеальный вариант для разворачивания на винде окружения, близкого к серверному.
Спасибо. Обязательно попробую.
Запустите его пожалуйста на x64 системе.
coLinux не умеет x64, это очень даже существенный его минус.
да и не развивается он. Последняя версия от April 9, 2011
А очень жаль, только из-за этого приходится держать виртуальную машину.
Что в случае с несколькими проектами? Окружение должно быть разным. Может виртуальные машинки с той же ubuntu будут удобнее?
Для разных проектов различаются, в основном, только настройки nginx, остальное — остается прежним. У меня крутится убунта под виртуалкой, потому что нужен капистрано. Но работаю я, все-таки, на Windows, потому что основные мои инструменты — это продукты от Adobe + работы по фронтенду мне тоже удобнее вести из под Windows
Что мешает папку проекта хранить на windows и примонтировать ее по nfs или cifs в нужную папку на Ubuntu?
Наверное то, что я пользователь Windows, а не Ubuntu ) Мне почему-то удобнее разворачивать всё именно в моём привычном окружении. Я знаю, что выглядит это всё велосипедом с квадратными колёсами и, может быть, однажды мне это надоест и я сделаю все «как надо», но пока мне хватает того, что уже есть.
UFO just landed and posted this here
UFO just landed and posted this here
Видимо фразы типа «Поднять в линуксе среду для разработки совсем не так страшно» как «Только LINUX только хардкор!»
UFO just landed and posted this here
Да кто ж спорт. Сам сижу на Win8+Debian осминожка в качестве гостевой машины.
Поверьте, я неплохо представляю, как настроить тоже самое в Ubuntu (как я говорила выше, убунта у меня есть в виртуалке. И что еще более страшно — на нетбуке у меня Минт, и там тоже всё успешно настроено ).
Но ежедневно я просыпаюсь и сажусь за свою Windows-машину, в которой мне всё нравится, в которой я работаю над проектами и тут же тестирую во всём многообразии браузеров. Пока мне так удобно.
UFO just landed and posted this here
UFO just landed and posted this here
Дак на хабре даже есть. Хотя то что видел я достаточно разнознено. Напишите как развернуть сеть виртуалок нормельно, как настроить самбу, как сделать так что бы можно было поставить в качестве гостя WinXP с IE7 скажем и из нее тестить WEB приложение, работающее на виртуалке под Debian. Это полностью должно покрыть нужды всех.
UFO just landed and posted this here
Ну не все делается через IDE. Посему без самбы никак. Во всяком случае мне.
UFO just landed and posted this here
Вот так? ;)

# apt-get install git nginx apache2 mysql-server mongodb php5 memcached
Ну если проброс интернетов/сети идет через NAT — то да, по сути больше ничего особо не надо.
UFO just landed and posted this here
Не забыл. Как видно по '#' я уже под рутом )
А production на Win 8 работает? это ведь ну очень не точное повторение окружения…
UFO just landed and posted this here
Быть может rewrite сделан в конфигах nginx, и переделывать его под апач не хочется каждый раз, или страницы ошибок. Мало ли что. nginx не столько уж и весит, чтобы на этом заострять внимание. Мне вот не понятно почему установка сублимайн 2 прошла только по скринам, без отдельного пункта =)
UFO just landed and posted this here
набор дистрибутивов (Apache, PHP, MySQL, Perl и т.д.) и программная оболочка, используемые Web-разработчиками для разработки сайтов на «домашней» (локальной) Windows-машине.

А как так вышло, что web-разработчик — это обязательно *AMP?
Нет, совсем не обязательно. Просто моя команда ведет разработку на такой платформе. А то, что вы процитировали — это описание с официального сайта Денвера.
А вот из вашего заголовка (Разворачиваем локальный сервер на Windows) и картинки (Windows 8: рабочее окружение web-разработчика) создается именно такое ощущение.
На картинке, внизу, прям под котом есть небольшое уточнение). Извините, если ввела вас в заблуждение, но уже первые абзацы статьи объясняют — про что именно идёт речь.
А продакшион что тоже на WAMP? %)

Я к тому, что работа конечно проведена и вполне возможно что кому-то пригодится. Но когда придётся руками допиливать код чтобы он таки заработал на LAMP (теже права на файлы/папки к примеру) то времени не жалко будет?
Конечно, не на WAMP). Это просто я локально извращаюсь с Windows
UFO just landed and posted this here
А разработка и ведется в том же окружении, в котором работает продукт. Я в самом начале статьи писала о том, что основной мой вид деятельности — это дизайн интерфейсов и работа над фронтом (вёрстка и JS). Программисты же у нас все под Ubuntu.
При проверке на таком локальном серваке может «уплыть» множество вещей, начиная от доп. библиотек, используемых вместе с пыхом, заканчивая нюансами типа case-insensitivity имен таблиц в мускуле под виндой.
т.к. разработка должна вестись в том же окружении, в котором потом продукт будет работать

Ну вообще, нет. Разработка должна вестись в разработческом окружении, а «в том же» должны проводиться интеграционные тесты.
Разработка в продакшен окружении позволяет сэкономить много ресурсов на отлавливание глюков из серии «забыли поставить модуль»/«поставили модуль не совместимой версии»/«feature_name не работает с языком версии ниже Х» и прочее-прочее.
Сие правда не особо критично при небольшом кол-ве серверов.
А стоимость разворачивания production-like среды для каждого разработчика? Особено когда у вас production — это два мейнфрейма, например.
Если у вас 2 мейнфрейма — то особых проблем поддерживать среду разработки и продакшен в актуальном состоянии не составит.
А вот если у вас 100+ серверов, на которых крутятся тонны разнообразного софта — то здесь уже, скорее всего, будет дешевле загнать разработчиков в виртуалки с продакшен окружением.
Если у вас 2 мейнфрейма — то особых проблем поддерживать среду разработки и продакшен в актуальном состоянии не составит.

Я смотрю, мейнфреймы нынче дешевы стали.

А вот если у вас 100+ серверов, на которых крутятся тонны разнообразного софта — то здесь уже, скорее всего, будет дешевле загнать разработчиков в виртуалки с продакшен окружением.

Зачем им это? Неужели каждый из них занимается сразу всем? По мне, так это явный признак недостаточного разделения обязанностей и изоляции сервисов.
На каждом сервере крутится своя задача. Но вы действительно собираетесь собирать индивидуальную конфигурацию базовых пакетов под каждое приложение? И как вы потом будете обновлять это зоопарк?

По факту у вас есть несколько базовых ролей серверов — прокси/хранилище/сервер на котором крутятся скрипты со своим набором софта. И будет несколько нерационально разбивать запускалки еще на 10 групп из-за того что разработчики поставили себе на машины «особо_новую_версию_библиотеки» не совместимую с той что используется на серверах сейчас. И под которую написана куча софта.
А переписывать новый софт обратно уже поздно ибо дедлайн был «вчера».
Но вы действительно собираетесь собирать индивидуальную конфигурацию базовых пакетов под каждое приложение?

Нет, а зачем?

И как вы потом будете обновлять это зоопарк?

Скриптом.

И будет несколько нерационально разбивать запускалки еще на 10 групп из-за того что разработчики поставили себе на машины «особо_новую_версию_библиотеки» не совместимую с той что используется на серверах сейчас.

Нерационально позволять разработчикам ставить себе на машины какие-то версии библиотеки вместо того, чтобы держать эти версии в общем репозитории.

Ну и да, есть ровно один, совершенно фундаментальный аргумент против того, почему разработческое окружение не может быть production-like — потому что в нем стоит разработческий софт. Который сам по себе настолько сильно все меняет, что интеграционная среда нужна все равно. А если она есть, то дальше уже не важно, что там в разработческой (и ее можно делать настолько легкой, насколько вообще позволяет система).

У нас вот разработчики работают вообще не на том веб-сервере, который в продуктиве. И это ровным счетом никому не мешает (кроме специальных людей, которые отлаживают аутентификацию, но у этих стоят другой веб-сервер, все равно не такой, как в продуктиве).
Ну тут уже скорее вопрос специфики конкретной предметной области.
Лично у меня разработческая виртуалка полностью повторяет продакшен сервер. Все инструменты разработчика работают на хост-системе. На виртуалке я только логи смотрю.
Если у вас правда продакшн сводится к одному серверу, то я вам завидую.
Нет, продакшен серверов у нас много с жутким зоопарком на них т.к. не все под нашим контролем :(
И зачем ставить винду, чтобы потом развернуть на ней всякую ересь типа *AMP?
Если уж пользоваться виндой, то вместе с IIS. А для всего остального есть линуксы, они для этого подходят много лучше
И зачем ставить линукс, чтобы потом неудобно было в нем работать? Если уж пользоваться линуксом то только в качестве сервера. Ну а для всего остального есть виндоусы, они для этого подходят много лучше :-)
UFO just landed and posted this here
Я хотел сказать только то, что вопрос выбора рабочего окружения это дело вкуса, а о вкусах не спорят.
UFO just landed and posted this here
Что именно? Установить расширение занимает минуту, большая часть всего там есть.
UFO just landed and posted this here
пардонте, заработался…
И не будет его в Open Server до тех пор, пока разработчики не сделают возможность остановки MongoDB из командной строки. Сейчас они предлагают остановку через внутренний shell командой «db.shutdownServer()» или остановку сервиса «net stop mongodb» — это имхо бред для ситуации с портативным запуском. Ну а убивать прочесс как-то боязно, вдруг база поломается. Так что как только они сделают то, что должны были сделать еще 100 лет назад — так сразу MongoDB в Open Server и появится :-)
В денвере отсутствует ещё больше. OpenServer пока обновляется, я бы сказал, даже излишне ретиво.
В двух словах, чем KiTTY лучше PuTTY?
Скачал его, на первый взгляд — отличий нет.
Как-то так
И чего-то у меня с путти не получилось, а в китти вышло :)
UFO just landed and posted this here
UFO just landed and posted this here
китти это форк путти, тобиш тоже самое но есть множество плюшек. Основной (для меня) является сохранение паролей для сессий.
Open Server пробовала где-то год назад. И что-то мне тогда в нём не понравилось… Спасибо, что напомнили, нужно будет посмотреть на него еще раз.
Посмотрите, он очень часто обновляется. Но есть неприятный минус — всё переносить приходится вручную. Из-за этого я всегда пропускаю 2-3 обновления. То есть, вот у меня сейчас стоит 4.5.1, я знаю, что есть новая версия, но обновляться пока не планирую.
Open Server хорош, но пока молод и горяч — в нём часто встречаются совершенно непонятные глюки.
Хороший пост-шпаргалка, особенно для новичков.

Я б еще добавил (для полноты информации), что «из коробки» Denwer ставит mysql и phpmyAdmin найти можно по адресу: localhost/tools/phpmyadmin/

А в самой сборке питон с руби не помешал бы :)
Все отлично, но Виндоус 8 здесь и ни при чем. Все это можно сделать точно так же начиная с XP :)
Точно, с Windows8 — это больше маркетинговый ход, так сказать (только тссс, никому). Ну и статья родилась именно из-за неё, а точнее — из-за моей любви к новым интерфейсам) Единственное отличие — ошибка с библиотекой не возникала на семёрке, и там не нужно было её дополнительно разблокировать.
Неплохая картинка в начале. Наверное, Вы хороший дизайнер интерфейсов.
Я вот уже не помню почему, но недавно я тоже пытался перелезть на Windows 8, но у меня почему-то Denwer не заработал.
Тогда разбираться было некогда и я с потерями откатился на 7-ку.

А за инструкцию по подключению nginx спасибо. Давно хотел локально гонять его в связке с Denwer.
И было бы чудесно, если бы шаблон настроек для nginx не был привязан жёстко к одному узлу, а обновлялся бы автоматически.
UFO just landed and posted this here
А как у вас сделано разрешение имен для тестовых сайтов? Денвер, например, автоматически добавляет в hosts имена. Сам бы давно перешел на виртуальную убунту, но эта проблема пока держит на денвере.
А в чем сложность добавить руками десять строчек в два файла? Ну или простенький скрипт написать, если так не хочется каждый раз править. Сам долго мучился с Денвером из-за мнимой простоты и автоматизма, но в результате пришел к выводу, что проще уже настроить все по уму с нуля, чем вечно допиливать давно уже устаревший пакет, в котором постоянно чего-то не хватает.
dnsmasq (локальный днс-сервер) + mod_vhost_alias для апача. Единственный минус — при использовании mod_rewrite приходится дописывать в .htaccess директиву
RewriteBase /

А так, практически все как в денвере. Создал папку с названием проекта в определенной директории, и она уже резолвится как <название проекта>.dev
UFO just landed and posted this here
+ вынес ярлык для hosts в корень папки с проектами. чтобы не лазать вглубь.
UFO just landed and posted this here
Интересная штука, судя по всему. Почему-то не видела его раньше. Спасибо.
Единственно что не подходит для вашего случая — апачь придется ставить отдельно и перебивать конфиги. Так что толку в вашем случае мало.
Огромное спасибо за инструкцию к Putty!

Хабр такой хабр. ТС, с вами обращаются как со слабоумной — ОООО, она скачала Denwer, вот умничка! Неужели вам самой блин не противно :)
Совершенно необоснованное хамство. Вы обратили внимание, что девушка вообще-то дизайнер интерфейсов, а не программист или сисадмин? А статья может быть довольно полезной для новичков.
Хо-хо! Парниша! Не учите меня жить!

Вы как-то так говорите про дизайнеров интерфейсов и девушек шо у меня такое ощущение, как будто речь всё-таки про каких-то имбецилов с дислексией и прочими расстройствами психики. Ну или про детей дошкольного возраста.

НЕТ БЛИН — ЭТО ВЗРОСЛАЯ, ДЕЕСПОСОБНАЯ ТЁТКА, КОТОРАЯ ПИШЕТ СОЧИНЕНИЕ НА ТЕМУ УЖЕ ОБСОСАННУЮ В ИНЕТЕ РАЗ ПИЦОТ А ВСЕ УМИЛЯЮТСЯ И ПУСКАЮТ СЛЮНИ КАК ИДИОТЫ ВАХ КАКИЕ КАРТИНКИ КЛАССНЫЕ :D

ZaiSL я лично против вас ничего не имею, но топик ИМХО уж слишком примитивный. Обычно пишут про отважное преодоление каких-нибудь утомительных трудностей и всяких плохо задокументированных засадах, а у вас тут какая-то Поттериада получилась.
Вот вам не жалко тратить комментарий (который у вас раз во сколько там минут?) на такой неумелый троллинг?) Или вы в процессе борьбы за новый бейджик для профиля?
Ха-ха, очередная шутка про слитую карму. С каждым разом они только смешнее!

Ну конечно троллинг, что же ещё. Не мог же мне этот божественный топик полный откровений в самом деле не понравиться :P

Народ, я вижу, не понимает что я вообще хотел сказать. Так вот. Говорю. Топик ацтойный. Потому что разъясняет вещи уже многократно разжёванные и вообще, пропагандирует порочные практики очень грязных извращений. Честно-честно. После адского секса с запихиванием всякого портированного с линукса софта в WinEmbedded я искренне возненавидел такие вот костыли прям всей душою. Так делать — А-ТА-ТА!

Ну и ещё меня пробесил снисходительный тон большинства комментов. Меня бы задело. Но раз ТС того и надо, то как-то глупо получилось, да ))
Вместо денвера, который почему-то начал глючить на работе на вин 7 теперь использую WAMP — часто обновляется и без гемора с обновлением апача\пхп и т.д.
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
UFO just landed and posted this here
Вы не поверите, но Windows подходит для гораздо большего, чем NET и IIS, о чём ТС уже писала.
Тем более для web-разработки разницы практически нет, а удобство (ну и тем более интерфейсы)…
UFO just landed and posted this here
Только об этой «разнице» знают «комментаторы» и ~1-2% пользователей десктопов :), остальные продолжают работать там (в той среде) где им удобнее.
imho об этом т.с. написала в начале статьи. Цель статьи не сменить удобную для себя среду, а описать свой опыт настройки окружения.
UFO just landed and posted this here
Это такая сила воли должна быть, чтобы бросить такое родное мягкое и удобное :)
Раза 3 пробовал — не получилось… возвращался каждый раз.
(ну да уже далеко от темы да и хабр двоится уже :) )
UFO just landed and posted this here
Только об этой «разнице» знают «комментаторы» и ~1-2% пользователей десктопов :), остальные продолжают работать там (в той среде) где им удобнее.
imho об этом т.с. написала в начале статьи. Цель статьи не сменить удобную для себя среду, а описать свой опыт настройки окружения.
Разверните, пожалуйста, мысль, почему работоспособность nginx проверяется возможностью подгрузки css-файла? Ведь это может говорить и о нормальной работе Apache, нет? Или Apache у нас пока не запущен? ) Запутался просто.
Если nginx настроен неверно для домена, то в большинстве случаев статика просто не отдается. С таким же успехом можно было бы проверить и на любом другом файле, из «jpeg|jpg|gif|png|css|js|pdf|txt|tar», перечисленных в настройках.
CSS был выбран из-за наглядности.
Возможно, я как-то неоднозначно вопрос сформулировал. Имелось ввиду, почему данный способ проверяет работоспособность именно nginx, а не Apache? Апач, вроде бы, точно так же отдает статику. Или на момент теста у нас Апач не запущен, поэтому в проверке участвует один ngnix?
Нет, на момент проверки мы уже изменили настройки апача (сменили порт) и запустили nginx, поэтому и проверяем, что статика у нас не отвалилась. Что апач работает, мы удостоверились сразу после установки Денвера.
То есть, обращаясь к url'у «test.local», вы обращаетесь на 80-ый порт, на котором и находится nginx (Апач настроен на работу с портом 8080), поэтому выполняется проверка работы именно nginx, я правильно понял?
Именно. А test.local:8080 отдаст вам сайт без nginx-а перед апачем.
Вот у меня вопрос, как вы Nginx запустили под Windows? Только ради того, что бы проксировать запросы? Но зачем?
Насколько мне известно то, Nginx под Windows не работает из-за каких-то там проблем с рандомизацией памяти.

Или я что-то упустила?
На сайте Nginx-а не нашла никаких упоминаний о проблемах под Windows.
В 99% процентах случаев nginx локально, конечно, не нужен. Но у нас есть достаточно крупный и сложный full-ajax проект, для которого разработчики намутили какую-то магию в nginx (настройки заголовкой или что-то вроде того), без которой пара фич работает некорректно (жить можно, но мне захотелось праздника). Отсюда и nginx на локалке.
Я думаю, что проблемы nginx под Windows не являеются критичными для TC, так как ее задача — только лишь использовать окружение и конфигурацию проекта, обеспечивающего функциональность аналогичную продакшн варианту. По функциональности ограничения только: XSLT-фильтры, фильтры изображений, модуль GeoIP и встроенный языка Perl. Если эти функциональные ограничения TC не помешали, то все остальные ограничения WIndows версии nginx (которые, фактически означают, что ее [Windiws версию] бесполезно использовать под высокой нагрузкой) точно не смогут ей помешать.

to TC: Ирина, статья замечательная. Никого не слушайте, Вы все правильно сделали. Конечно, нужно иметь инфраструктуру на отдельной виртуалке с линюксом, но иногда проще, чтобы это было под руками, и раз Вы используете Windows, то, конечно под Windows. А у меня такой вопрос. Не пользуетесь ли Вы cygwin? Насколько корректно он работает под Win8, в частности интересует sshfs.
Как бы может когда-то такие проблемы и были, но сейчас очень часто на винде можно встретить решения, где nginx выступает фронтэндом перед IIS.
Я всё понял но зачем такое извращение!? Куда проще поставить Unix и набрать что то типо emerge -v nginx,apache, memcached, php, mongodb? Оно к тому же и работать будет шустрее…
если вы не занимаетесь .NET то windows в веб разработке очень вреден.
UFO just landed and posted this here
А если с другой стороны — новички от такой процедуры установки просто убегут из веб программирования.
А с третьей стороны — слабаки нам и не нужны :)
Ну новички на то и новички что бы по началу быть слабыми. А то всё жалуемся на нехватку кадорв… :)
Новички — нужны, а слабаки, неспособные даже одолеть одну инструкцию по установке окружения — нет. Как же они потом стандарты и спецификации читать будут? :)
UFO just landed and posted this here
например я работаю и разрабатываю под Windows 7 и установка всего, что мне нужно почти такая же быстрая, как в Ubuntu, поэтому если есть драйвер прямые руки — то нет разницы в чем девелопить и разворачивать среду разработки.
Никто не спорит что так нельзя, но это как минимум не удобно. Согласитесь apt-get install php (после 3 секунд уже стоит) куда быстрее чем война с инсталяторами, разворачиванием unix структуры каталогов в windows и прочее. Ну не предназначено изначально это ПО для работы в Win32/64 в итоге костылями её натягивают. Поверьте я тоже осиливал запуск всего веб обвеса на windows но этот гемор я никому не пожелаю… лучше один раз настроить gentoo или ubuntu и потом не париться. К тому же вы забываете что это ПО на до бы регулярно обновлять и тут оно вот сложновато (когда у тебя проект где то их 30-40 компонентов, даже раз в неделю проверять обновления трудно)
PuTTY я бы заменил на Xshell, по остальным пунктам уже всё сказали.
На заметку, если нет особо острой необходимости в Apache и(или) Nginx, то все описанное выше можно поставить из Web Plaform Installer, отметив галочками и нажав кнопку «Установить», дальше система сама все скачает, установит и настроит.

Так же, добавив фид 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
А вот с помощью этого продукта: stunnix.com/prod/aws/overview.shtml
можно сделать флешку с локальным веб сервером, который будет работать на вин+мак+линуксе (причем база данных и веб-скрипты будут на флешке в одном экземпляре). Это естественно НЕ вируалка, а просто хитрые скрипты + апач и мускл и пхп для каждой из платформ.
Sign up to leave a comment.

Articles