Режим работы Unity для виртуальной машины позволяет работать с виртуальной системой и её программами с наибольшим удобством.
Вы просто запускаете нужные вам программы и работаете с ними как будто они установлены не на виртуальном компьютере а у вас в системе.
Если вы ещё ни разу не сталкивались с виртуальным компьютером то почитайте этот материал: ссылка
Здесь же я совсем вкратце покажу как выглядит режим Unity в программе VMware workstation.
После запуска виртуального компьютера вы можете войти в режим Unity, или из меню VMware или нажав на соответствующую иконку.
После этого окно программы свернётся а вместо этого будет доступна кнопочка «Пуск» виртуального компьютера, которая будет появляться при наведении курсора к кнопке «Пуск» вашей системы.
Теперь можно запустить нужное приложение и работать с ним в обычном режиме.
На то, что это приложение из виртуальной машины, указывает обводка окна и значок.
Вещь как видите очень удобная, особенно для экспериментаторов, можно с максимальным удобством не портя основную систему тестировать и проверять работу всяких программ и вирусов 🙂
Выйти из режима можно развернув окно программы или при помощи сочетания кнопок.
Единый режим работы хост-системы и виртуальной машины VMware Workstation
Полная интеграция гостевой ОС в среду хостовой Windows, установленной на реальном железе. Что это за единый режим, как он работает?
Единый режим (он же режим Unity в англоязычном интерфейсе VMware Workstation) полностью интегрирует в среду хост-системы Windows гостевую ОС. При его включении гостевая уходит в фон, а с её приложениями мы взаимодействуем в среде хост-системы. От её окон и приложений окна и приложения гостевой ОС будут отличать стиль интерфейса, если системы разные, цветовая окантовка окон и специфический значок в правом верхнем углу. Значки активных окон и приложений гостевой ОС будут интегрированы в панель задач хостовой Windows.
Между средами приложений систем, например, между окнами проводника можно обмениваться данными путём обычного перетаскивания, как если бы это было перетаскивание между разными окнами проводника в одной операционной системе. В самом проводнике гостевой ОС и при открытии окон обзора в её приложениях отображаться будет, соответственно, её дисковое пространство. Доступ к функционалу гостевой ОС в едином режиме осуществляется при подведении курсора в левый нижний угол экрана хост-системы. Подведя курсор, увидим меню-надстройку по типу меню «Пуск» Windows. В этом меню-надстройке присутствуют ярлыки значимых функций гостевой Windows и папка запуска сторонних программ.
Это сочетание можно сменить на более удобное в общих настройках программы.
Единый режим также настраивается отдельно для каждой виртуальной машины в её параметрах. Для этого режима можем выбрать цвет для цветовой окантовки окон гостевой ОС, убрать эту окантовку, убрать значок режима справа вверху окна.
Единый режим – это решение только в части интеграции хостовой и гостевой системы, он никак не улучшает производительность последней. Гостевая ОС будет работать на тех же мощностях, что и в обычном режиме в окне программы – ровно на тех мощностях, что мы ей выделили под эмуляцию виртуального железа.
Функция единого режима включена в состав не только VMware Workstation – полнофункционального гипервизора, но также в состав его урезанной версии VMware Player.
In virtual machines that have Windows XP or later guest operating systems, you can switch to Unity mode to display applications directly on the host system desktop. Open applications in Unity mode appear on the taskbar in the same way as open host system applications.
Set a window border that identifies the application as belonging to the virtual machine rather than to the host computer.
Display a logo in the title bar.
Use a custom color in window borders
To help distinguish between the application windows that belong to various virtual machines, use a custom color in window borders. For example, you can set the applications for one virtual machine to have a blue border and set the applications for another virtual machine to have a yellow border. On Windows hosts, click Choose color to use the color chooser.
Enable applications menu
The virtual machine Start or Applications menu appears on the host system desktop.
When you can access the virtual machine Start or Applications menu from the host machine desktop, you can start applications in the virtual machine that are not open in Unity mode. If you do not enable this setting, you must exit Unity mode to display the virtual machine Start or Applications menu in the console view.
In virtual machines that have Windows XP or later guest operating systems, you can switch to Unity mode to display applications directly on the host system desktop. Open applications in Unity mode appear on the taskbar in the same way as open host system applications.
Table 1. Unity Mode Options
Setting
Description
Set a window border that identifies the application as belonging to the virtual machine rather than to the host computer.
Display a logo in the title bar.
Use a custom color in window borders
To help distinguish between the application windows that belong to various virtual machines, use a custom color in window borders. For example, you can set the applications for one virtual machine to have a blue border and set the applications for another virtual machine to have a yellow border. On Windows hosts, click Choose color to use the color chooser.
Enable applications menu
The virtual machine Start or Applications menu appears on the host system desktop.
When you can access the virtual machine Start or Applications menu from the host machine desktop, you can start applications in the virtual machine that are not open in Unity mode. If you do not enable this setting, you must exit Unity mode to display the virtual machine Start or Applications menu in the console view.
Настройка среды для веб разработки в Windows на основе виртуальной машины VMware Player
Пытаться разрабатывать большие и средние PHP проекты на Windows, по моему, не совсем правильно. Поэтому если PHP разработка это ваше основное занятие, то скорее всего вас давно на рабочей машине стоит Linux и горя вы не знаете. Но если по каким-то причинам вы также, как и я, прилипли к Windows, но при этом вам необходимо работать с веб проектами, эта статья поможет вам настроить и запустить 100% полноценную среду для веб разработки с любым набором линукс софта, докером, и при всем этом красиво интегрированную в Windows.
После долгих лет работы под всякими Denwer/OpenServer, мучениями с нативным докером для Windows, VirtualBox-ом, попыткой использовать подсистему Ubuntu в Windows и прочее, прочее… я наконец-то нашел связку ПО, которая позволяет поднять безупречную Linux систему поверх Windows и сделать работу внутри Linux такой же органичной, как и работу с любым приложением Windows.
Немного истории TL DR
Когда-то очень давно был Денвер, Far manager и FTP. Этого хватало. Потом подключались ssh, git, phing, composer — но все это так или иначе, с небольшими танцами с бубном, можно было настроить в Windows и продолжать жить в своем счастливом мире. Это было предельно просто, понятно и легко.
Такая счастливая пора длилась довольно долго. Но в какой-то момент стартовала неистовая гонка за новыми технологиями, которая с каждым годом лишь набирала обороты. Денвер не успевал и не хотел успевать за выходом новых версий PHP, проекты росли и становились сложнее, зоопарк технологий плодился на глазах.
Спасением на некоторое время стал OpenServer. Очень адекватное решение для Windows с большим количеством инструментов и достаточно актуальными версиями ПО. На нем удалось продержаться несколько лет. Если вы начинающий разработчик, прилипший к Windows, если у вас относительно простые проекты, или веб разработка это ваше не основное занятие, то выбор в пользу OpenServer для вас может быть очень хорошим решением. Просто, удобно и понятно.
Но зоопарк технологий в нашей компании тем временем продолжал расти — nodeJS, elastic, разные версии PHP для разных проектов — от 5.6 до 7.1. Стартанули проект на PHP 7.1, а OpenServer оказывается не поспевает… На момент написания этой статьи поддержка 7.1 уже есть, но тогда не было. Да и обновлять OpenServer занятие не очень приятное, т.к. с переносимостью настроек между версиями у них тяжело.
Немного потыкался, погуглил более продвинутые аналоги OpenServer. Не нашел ничего вразумительного. Ну и бросил это дело, т.к. для средних и больших проектов с кучей зависимостей этот путь развития кажется тупиковым.
Подсистема Ubuntu в Windows 10?
Была предпринята попытка настроить подсистему Ubuntu на Windows. Потыкался, что-то попытался поставить и настроить. Это не работает, то глючит, документации внятной не найдешь.
Docker на Windows?
Пришлось проапргрейдить домашнюю версию до professional, чтобы все заработало нативно. Несколько дней возьни с настройками, перенастройками, установками. Ну и плюсом погружение в докер. Работает!
Серьезно, докер на Windows работает вполне вполне успешно, и наверняка пойдет для мелких и средних проектов. У меня же все уперлось в производительность файловой системы в shared volumes. Этот баг давно известен и хорошо описан, например здесь, проявляется он на Windows и Mac.
На практике на моей машине с SSD диском это выглядело так — открытие стартовой страницы сразу после дефолтной установки Symfony 3 занимало в среднем 1.5 секунды. Проект над, которым мне надо было работать, самую простую страницу открывал около 10-15 секунд, некоторые тяжелые страницы вообще не открывались. Работать в таких условиях я посчитал нереальным.
Существует проект docker-sync, который как раз призван решить проблему со скоростью работы файловой подсистемы. Вместо использования shared volumes, docker-sync организует двунаправленную синхронизацию файлов между вашей локальной системой и докер контейнерами. К сожалению, попробовать docker-sync в реальной работе мне так и не довелось. К тому моменту я устал от обилия костылей, которыми обрастала моя конфигурация среды разработки на Windows и решил снова дать шанс виртуальным машинам.
Виртуальная машина
«Это то, с чего надо было начать!» — скажет продвинутый читатель, и окажется почти прав. Конечно, за всю историю своей веб разработки на Windows, я не раз пытался переключиться на использование виртуальных машин. Но ни одна из тех попыток не была успешной из-за значительного ухудшения User Experience, который я получал при использовании виртуалок. Не знаю, с чем это связано, может с недостатками VirtualBox, который я использовал, может с кривыми руками и ленью, но факт, остается фактом — я пробовал Linux в VirtualBox, натыкался на какие-то проблемы одна за одной, плевался, все бросал и возвращался в свой уютный Windows.
В очередной раз, обернувшись в сторону виртуализации, я нашел очень многообещающую инструкцию по установке Linux на бесплатную версию WMVare Player.
Минимальный набор требований к виртуальной машине для комфортной работы выглядел с моей стороны примерно так:
Я очень надеюсь, что с установкой xubuntu в виртуальную машину вы справились самостоятельно, также как и справитесь с настройкой необходимого ПО для запуска своих веб проектов на Linux. Для этого достаточно следовать любой инструкции по установке Nginx, Apache, MySQL, PHP и других приложений на Ubuntu. Либо использовать Docker, как это делаю теперь и я.
Кстати, приложение которое у меня выполнялось по 15 секунд и больше в докер контейнерах на Windows, в виртуальной машине отрабатывает секунды за 3, т.е. в 5 раз быстрее. Конечно, хотелось бы еще большей скорости, но пока это лучший вариант из найденных мной, и он очень удобный.
Данная статья во многом основана на материале из данного видео. Если вы хотите увидеть полную пошаговую инструкцию по установке и настройки виртуальной машины, то рекомендую к просмотру. Язык — английский, автор видео — Nick Janetakis.
Unity в VMware
Unity в VMware
