Хочется поделиться успешных опытом воссоздания настоящей Linux-среды для веб-разрабоки под Windows.

По историческим причинам сервера, apache, mysql.., у нас работают только под линукс, а именно, под дебианом и все вроде устраивает, однако постепенно нарисовалась проблема – для нормальной веб-разработки, неизбежно приходится предоставлять программисту root'овые права, перезапустить апач, включить/отключить модуль апача, посмотреть логи, завести нового пользователя в базе... Пока в конторе работает один разработчик, это еще как-то возможно, но как только их становится двое, то все, они начинают мешать друг-другу. Да еще плюс к тому, что на этом же сервере крутится самба, почта, subversion... Короче страшновато.

Самое правильное решение – пересадить программистов под линукс и пусть, что хотят на своих компах, то и делают. Однако, разработчики хорошо знакомые с линуксовым десктопом, вещь пока еще редкая, а заниматься обучением вместо работы совсем неохото.

Один из сотрудников с восторгом принялся пиарить Денвер. Тут сразу вспомнились давние, но болезненные эксперименты по настройке серверов под windows – в одном конфиге нужно писать "C:\Program Files\программа1", в другом "C:\\Program\ Files\\программа2", в третьем "/cygdrive/c/Program\ Files/программа1". В общем, АД!

И тут решил попробывать поставить ему на машину Cooperative Linux (http://www.colinux.org). Это не эммулятор и не виртуальная машина – это ядро операционной системы Linux скомпилированное в обычную виндовую программу. То есть линукс запускается под windows как обычная виндовая программа! Все обращения к железу выполняются, естественно, средствами windows, через, специальным образом подшаманенные, модули ядра coLinux. Неслабое извращение. )

Недавно на drupal.ru поднималась тема качества опенсоурс решений, так вот, автор данной разработки утверждает, что ему удалось скомпилировать первую рабочеспособную версию всего за несколько часов.

При этом coLinux считает, что он работает в одиночку и имеет доступ ко всем ресурсам, которые ему транслируются через его модули.

Зачем это нужно?

Мы получаем настоящую *nix среду, аналогичную той, что использует большинство хостеров. Следовательно, будет легче перенести сайт на рабочую площадку. Возникнет меньше проблем со сменой среды исполнения. Одно то, что файлы типа "logo.png" и "LOGO.PNG" начинают различаться снимает регулярно возникающие проблемы.

И windows explorer до сих пор не умеет создавать файлы вида .htaccess!

Что мы получаем?

Сразу оговорюсь, как многолетнего пользователя Debian Linux, меня быстро заносит на торжественные оды в его честь. Постараюсь сдерживаться.

Получает настоящий UTF8. От имен файлов до консоли. И никаких BOM после редактирования.

Получаем *nix со всем его инструментарием – bash, ssh, grep, find, rsync, iconv, tcpdump... Анализаторы логов и производительности...

Почти для всего этого сейчас есть аналоги под win32, но отсутствие в виндоус нормальной консоли превращает их использование в мучение.

Можно пользоваться аналогами с GUI, например grepWin. Проблема с GUI-ми программами, в том, что результат их работы нельзя использовать непосредственно. Если я через grepWin ищу строчку в файле – мне этот файл нужно открыть в редакторе. Вот и получается, что в одной GUI программе файл нужно отыскать, а в другой отдельно открывать.

В linux консоли для этого достаточно результат работы grep передать редактору.

$ vim `grep -lR 'строка для поиска' *`

Или, одной командой, сделать дамп mysql, через ssh законектиться на хостинг и залить этот дапм на рабочую базу.

Кроме того, у нас есть возможность модифицироать систему любым нам нужным образом, например, компилировать дополнительные расширения для php. У нас вот добавлены eAccelerator и xdebug.

Можно даже организовать такую конфигурацию, где гостевой linux будет служить полноценным роутером/файерволом для соединения хозяйского windows с интернетом.

Можно запустить под win32 X-сервер, например xming (http://www.straightrunning.com/XmingNotes/) и работать с гостевым linux через графическую оболочку.

Или можно искуственно организовать среде выполнения недостаток памяти или процессорного времени или ужать скорость сети и посмотреть как она будет себя при этом вести.

Совместный доступ к файлам

Для прямого доступа из под windows к файлам на coLinux мы используем самый прямолинейный подход – запус в linux Samba сервера, реализующего SMB/CIFS протокол, и расшариваем нужные файлы через обычный Microsoft Windows Network.

Доступ к гостевому linux

После инсталяции достум возможен только через специальную программу консоль, что совсем неудобно. Первым делом инсталируем в colinux SSH-сервер и далее конектимся через ssh-протокол. В качестве клиента используем PuTTY. Чтобы не тратить время на логин, настроили автоматическую аутентификацию по rsa-ключам. Кодировка для соединения utf8.

"Диски" в coLinux

Для нормальной работы советую выделять не менее 4ГБ под дисковую систему.

Файл как диск

Самый простой способ – выделить для coLinux специальный файл, который он будет воспринимать как жесткий диск. Это файл можно отформатировать, например, в ext3 – «официальную» файловую систему линукса. Собственно сайт coLinux предлагает, на выбор, несколько уже готовых подобных файлов. Каждый из которых содержит свой дистрибутив линукса.

Важное замечание! формально Линукс это только ядро операционной системы совершенно без каких либо программ, графической оболочки и, даже, без текстовой коммандной консоли. И именно разработчики дистрибутивов формируют набор пакетов, стартовые скрипты и все такое прочее. Так как мы традиционно использовали Debian, то дальнейший рассказ будет идти имено про него, а точнее про версию 4.0 stable (Etch) и WindowsXP.

Минус данного метода — скорость чтения-записи. По идее, должна быть медленее, чем непосредственная запись а файл, так как здесь присутствует трансляция одной файловой системы, ext3, в другую, NTFS.

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

Настоящий диск

Если в системе есть свободный дисковый раздел, то можно (хотя я не пробывал) использовать его. Это должен быть самый быстрый метод.

Использование виндовой файловой системы

Можно подмонтировать обычную виндовую директорию как рутовую для coLinux. Не советую! Сразу вылезли проблемы с несовместимостью прав доступа.

Сеть

Реализованный в Debian Etch подход по выделению новых девайсов конфликтует с сетевыми драйверами coLinux! Пока это понял и обнаружил решение, чуть умом не тронулся.

Подцепляемся к родительской windows сети

Самый простой способ выйти в Инет. Ядро coLinux использует сетевые настройки хозяйской системы как любое другое приложение. Как тот же firefox. Основная проблема что мы не не имеем возможности зайти в coLinux извне. Так как он в этом случае не имеет отдельного сетевого интерфейса и отдельного IP.

Туннелирование

Инсталируем идущий вместе с дистрибутивом VPN драйвер, который создает виртуальный сетевой интерфейс и локальную сеть, состоящую из хозяйской и гостевой системы.

Самое быстродействующее соединение, но! по-умолчанию эта сеть не видна из других компов в локальной сети и не имеет выхода в мир.

Для организации выхода в мировой интернет нужно или настраивать в винде bridge между сетевыми интерфейсами или использовать дополнительное сетевое соединение описанное в предыдущем параграфе.

bridge pcap

Мы пользуемся именно этим решением.

Инсталлируем в виндоус специальный драйвер WinPcap, http://www.winpcap.org/ Он может перехватывать и на лету модифицировать сетевые пакеты.

coLinux подключается к этому драйверу и чудо – наша сетевая карта начинает вести себя так, как будто это 2 различные сетевые карты, со своими собствеными MAC и IP-аддресами. Гостевая линукс система становится видна в локальной сети как совершенно отдельный комп. Соответствено он имеет абсолютно все те же самые права что и любой другой комп в сети.

Минус – если ваш комп подключен непосредственно к интернет провайдеру, то придется получать дополнительнй IP-адрес. Что не всегда возможно.

Производительность

Ядро coLinux выполняется как родное приложение windows (мы его вообще запускаем как win32 service при старте) и никаких потерь производительности на эмуляцию или виртуализацию не происходит. Но выполняться оно может только на одном ядре на многоядерных процессорах или в одном потоке при multithreding'e. Полученое coLinux'ом процессорное время и память он уже сам делит между своими приложениями. На современных компах производительности хватает на всех.

Максимальный объем доступной coLinux оперативной памяти можно указать в конфигурационном файле. Если памяти не хватает – процесс скорее всего умирает. Чтобы избежать истощения памяти можно добавить для swap-диск. У нас это еще один файл отформатированный как swapfs.

И, по-моему, память он использует только по мере необходимости, то есть не отъедает сразу всё выделенную.

Стабильность

Удивительная для подобного решения. Падения системы наблюдалось лишь в двух случаях – закончилось место на диске и использование X-сервера.

Первая из проблем порождается установной дефолтной конфигурации MySQL, где включен бинарный лог, то есть запись на диск всех SQL-запросов! Съедает примерно 300 МБ в день при работе с drupal'ом. И при этом еще создает проблемы с производительностью.

Падение программ запущенных из под X-сервера нередкое явление и для полностью родной среды.

Минусы

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

Без опыта работы в *nix среде, покажется, что попал в ад. Чтобы понять преимущество коммандной консоли, нужно быть хоть самую малость с ней знакомым. Знать хотя бы тот факт, что имена директорий и файлов автоматически дополняются по нажатию на Tab и не нужно их вбивать вручную.

Типа заключение

Для разработки, в смысле редактирования файлов и проверки в браузере, мы до сих пор используем WindowsXP. Пока так удобнее.

Среда выполнения apache + mysql + php должна быть *nix'овой. CoLinux, как решение, проверенно и полностью нас устраивает.

Понятно, что приведенного здесь описания недостаточно для счастья и при попытке использовать будут проблемы. Я, насколько смогу, готов подсказывать. Может выложу архив – рабочеспособную систему и конфиги если хватит сил выкосить из него все пароли и прочие критичные данные.

В общем, успехов!