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

У нашей компании есть цель, чтобы на нас работало 40 тысяч адресов в 40 странах. С 2019 по 2025 мы прошли 9% от намеченного: 3,6 тысяч адресов в 7 странах выбрали нас. И я горжусь этим результатом и благодарен всем, кто рядом и его приближает.

Но подготовительный путь в этом направлении начался 20 лет назад.

В мае 2007 года я из государственного банка перешел в коммерческий холдинг на позицию финансового директора. Первый рабочий день совпал с открытием "Резиденции", крупнейшего ночного клуба республики: 3 этажа, 7 баров и 2 кухни. Помню, что на сцене выступает Собчак и Грув, а у меня все мысли, что ничего айтишного не работает как должно.

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

В 2013 году состоялся мой переход в коммерческую IT разработку, в компанию по автоматизации служб такси. Появились мои первые it стартапы: по взысканию долгов, по записи на стрижку, система эскалирования проблем внутри компании и кассовое ПО. С кассами как раз все и завертелось: мы победили в стартап Сабантуе, прошли акселерация в Татарстане, была защита перед Эльвирой Набиуллиной. Поработали с первыми инвесторами и партнерами.

Крупнейшая сделка того периода - продажа копии проекта федеральному оператору. Наша программа одновременно работала на 25 тысячах касс. Сделка позволила выплатить дивиденды учредителям, сравнимые с инвестициями с момента основания, и год не думать о деньгах на зарплаты. В 2019 году мы выкупили "Мой Кассир" и начали работать независимо.

В общепите мы развиваем сеть пекарен "Еще вкуснее" в городе Нефтекамск с моим партнером Тимуром Габдулхаевым. Малый бизнес очень быстро отучивает предпринимателя от фразы "я не умею". Сейчас у нас фабрика кухня, два производства и 13 торговых точек. Но когда мы только начинали приходилось заниматься всем - от доделок за строителями и выбором формы продавцов, до составления скриптов продаж и планов производства.

С появлением пекарен - круг замкнулся. Уже нельзя точно сказать, это "Мой Кассир" занимается автоматизацией общепита, или общепит развивает "Мой Кассир". Скорость вращения этого колеса зависит от энергии фаундеров и от команды.

Буду делиться, как кручу педали. Подписывайтесь на мой телеграмм канал: https://t.me/stakhanov_ceo

В прошлой статье мы рассмотрели изменение инфраструктуры разработки под Windows с 2000-х. Теперь составим гайд настройки среды разработки под Windows для Laravel на современных, для 2022 года, концепциях.

Содержание:

• Установка WSL2
• Установка Docker Desktop
• Концепция удаленной работы с кодом под Windows
• Запуск Laravel в Docker контейнерах
• Создание нового проекта Laravel под Windows
• Клонирование существующего Laravel проекта в WSL
• Добавление Sail в существующий проект
• Лайфхак 1: копирование SSH ключей из windows в wsl
• Лайфхак 2: локальный домен, красивое имя в браузере для проекта
• Лайфхак 3: сокращение вызова sail через alias
• Лайфхак 4: несколько Laravel проектов одновременно

Установка WSL2

Ссылка: https://docs.microsoft.com/en-us/windows/wsl/install

Windows Subsystem for Linux (WSL) - подсистема Linux в Windows. Нужна нам для запуска Ubuntu - хостового сервера на котором будут жить все docker контейнеры, эмулируя серверную среду.

Для установки, запускаем PowerShell под Администратором:

wsl --install

После установки нужно перезагрузить компьютер и начнется установка Ubuntu как хостовой операционной системы Linux.

Дальше вас спросят имя пользователя которое будете использовать. Может не совпадать с вашим Windows пользователем:

И после того как зададите новый пароль, вы успешно попадете в систему:

Установка Docker Desktop

Ссылка: https://www.docker.com/products/docker-desktop/

Нужен для работы с docker контейнерами. С установкой сложностей не должно возникнуть - скачиваем, устанавливаем.

После установки будет предложено выйти из системы и снова зайти. Покоряемся.

Не забываем проверить, что в настройках Docker Desktop установлена интеграция именно с вашим Linux дистрибутивом:

Если дистрибутива нет, то устанавливаем через стандартный магазин приложений Windows - ищем по запросу "Ubuntu".

Концепция удаленной работы с кодом под Windows

Ссылка на Laravel: https://laravel.com/docs/9.x#getting-started-on-windows

Ссылка на VS Code: https://code.visualstudio.com/

Удаленная разработка: https://code.visualstudio.com/docs/remote/remote-overview

Из всех PHP фреймворков мне ближе Laravel. В качестве IDE использую VS Code.

Если мы будем размещать код проекта в среде windows, то его передача сперва в wsl, а потом в docker контейнер с последующей сборкой фронта будет приводить к существенной потере производительности.

Самое простое решение - удаленное подключение вашего IDE к запушенному VS Code Server-у. В таком случае ваш IDE выступает в роли тонкого клиента, лишь показывая изменения. Вся работа проводится на сервере с минимальными потерями производительности.

Для реализации этого функционала нужно установить дополнение к VS Code под названием "WSL" от Microsoft:

Далее по тексту, когда вы будете видеть команду "code ." это как раз и есть запуск удаленного VS Code Server и подключение к нему вашего экземпляра VS Code.

Запуск Laravel в Docker контейнерах

Ссылка на Sail: https://laravel.com/docs/9.x/sail

Sail - это инструмент Laravel, упрощающий взаимодействие с Docker. После его установки весь проект можно запускать командой sail up. Также sail нужно добавлять к командам composer, npm , artisan - они будут выполняться в нужном контейнере.

Создание нового проекта Laravel под Windows

Сперва зайдем в нашу Linux подсистему:

wsl

Следующая команда скачает и выполнит скрипт создания нового laravel проекта с указанными модулями:

cd ~
curl -s https://laravel.build/test_name?with=mysql | bash

Замените название проекта test_name на необходимое. В блоке with можно указать другой набор стартовых компонентов (см. документацию).

Когда вы выполните эту команду, будет создана папка test_name и в ней будет развернута вся необходима инфраструктура для разработки с установленной последней версией Laravel. Останется только набрать:

cd test_name
./vendor/bin/sail up

Итога завершения команды как таковой не будет. Вы увидите служебные сообщения о запуске и работе контейнеров:

Проверить работу можно зайдя в Windows браузере на localhost. Вы должны увидеть стартовый экран Laravel:

В Docker Desktop также будут видны запущенные контейнеры:

Теперь запустим новое окно терминала Windows и выполним в нем:

wsl
cd test_name (путь до вашего проекта)
code .

Если вы все сделали правильно, то будет запущен новый экземпляр VS Code в который сразу будет загружен код нашего проекта. Все изменения в коде будут сразу применяться.

В следующих статьях обязательно рассмотрим работу с Git, а пока можно считать задачу создания нового проекта на Laravel под Windows успешно выполненной.

Клонирование существующего Laravel проекта в WSL

Если проект на Laravel хранится в репозитории и вам нужно его установить к себе на машину, то заходим в WSL:

wsl

Далее вы клонируете репозиторий в нужную директорию:

git clone git@github.com:***ACCOUNT***/***REPO***.git

В хостовой операционке WSL у вас может быть не установлен composer и после копирования репозитория не получится подтянуть зависимости и запустить тот же sail. Скорее всего вы увидите следующую ошибку:

bash: vendor/bin/sail: No such file or directory

Для исправления :

docker run --rm \
    -u "$(id -u):$(id -g)" \
    -v $(pwd):/var/www/html \
    -w /var/www/html \
    laravelsail/php83-composer:latest \
    composer install --ignore-platform-reqs

После этого уже можно выполнить:

sail composer update
sail npm update
sail up

Добавление Sail в существующий проект

Есть в проекте Laravel еще не установлен Sail, то нужно выполнить следующие действия:

1). Добавляем sail в dev зависимости:

composer require laravel/sail --dev

Возможно тут могут возникнуть проблемы, тогда скорее всего нужны будут следующие зависимости:

sudo apt update
sudo apt install -y php-xml php-mbstring

2). Устанавливаем Sail. Будет создан файл docker-compose.yml в корне вашего проекта:

php artisan sail:install --devcontainer

Тут вас спросят какие модули нужны. Поставьте цифры в зависимости от потребностей вашего проекта:

Лайфхак 1: копирование ssh ключей из windows в wsl

Если для работы с репозиторием GIT вам нужно скопировать ключи SSH из windows директории Users\<Имя пользователя>\.ssh или в инфраструктуре WSL, тогда SSH ключи расположены в директории ~/.ssh

cd /mnt/c/Users/<username>/.ssh
cp * ~/.ssh
chmod 600 ~/.ssh/id_rsa

Лайфхак 2: локальный домен, красивое имя в браузере для проекта

Вы можете вызывать проекты в браузере не только по имени localhost:port но и задать для них доменные сокращения. Для этого в Windows открываем файл hosts в режиме редактирования (в режиме Администратора):

c:\Windows\System32\drivers\etc\hosts

Дальше в конец файла вы можете добавить следующий текст:

127.0.0.1    test.loc

Это значит что при вызове test.loc система сперва будет идти на локальный адрес 127.0.0.1.

Лайфхак 3: сокращение вызова sail через alias

Если вы не хотите каждый раз при вызове sail набирать ./vendor/bin/sail, то вы можете сохранить в системе alias вызова этой команды. Наберите в среде WSL:

alias sail='[ -f sail ] && bash sail || bash vendor/bin/sail'

Команда сохранится на время текущей сессии. Если хотите сохранить ее надолго, то наберите:

nano ~/.bashrc

Это откроет редактор настроек баша. Добавьте в конец этого файла ту же строчку.

Лайфхак 4: несколько Laravel проектов одновременно

Если вы используете несколько Sail проектов на одной машине, то они могут начать конфликтовать по портам. Первое что нужно сделать - это добавить в .env файл в корне проектов переменную APP_PORT, например:

APP_PORT=1234

Дальше вы можете обращаться к проекту по адресу 127.0.0.1:1234

Скорее всего аналогичные действия нужно будет совершить относительно открытого порта каждого контейнера, который есть в других проектах.

Для этого смотрим ошибку в консоли, видим какой порт вызывал ошибку, находим его в docker-compose.yml, смотрим какая переменная за него отвечает и добавляем эту переменную в .env файл с увеличением порт на +1. Например:

FORWARD_MAILHOG_DASHBOARD_PORT=8026
FORWARD_DB_PORT=3307
FORWARD_MAILHOG_PORT=1026
FORWARD_MINIO_PORT=9001
FORWARD_MINIO_CONSOLE_PORT=8901
HMR_PORT=8083

Дерзайте, и все получится.

Сеньоры, маркизы и графья разработчики редко всерьез воспринимают тех, кто использует Windows. Но нам, менеджерам, это простительно. Главное, не сильно уж отставать от хода времени.

Локальный вэб-сервер (WAMP)

В начале 2000-х большинство проектов состояло из вэб-сервера (Apache), базы данных (MySQL) и языка программирования (PHP). Под Windows набор получил название WAMP, по первым буквам составляющих решений. Под Linux - LAMP. Для ускоренной установки этой инфраструктуры энтузиасты создали готовые комплекты, включающие дистрибутивы и скрипты настройки. Мне нравился Денвер.

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

Виртуальные машины

С ростом производительности оборудования, сложности проектов и желанием приблизится к серверной инфраструктуре, стали набирать популярность решения с виртуализацией: Hyper-V, VMware, VirtualBox. Я пользовался последним:

На виртуальной машине можно настроить всю инфраструктуру проекта в максимально близком к "боевому" окружении.

Менеджеры конфигураций

Вскоре появились решения для быстрого развертывания виртуальных машин из командной строки и репозитории этих виртуальных машин. Типовые конфигурации стало возможно разворачивать за считанные минуты. Славу на этом поприще снискал Vagrant.

Поверх Vagrant стали формироваться другие популярные "сборки". Я пользовался Homestead от Laravel (популярный PHP фреймворк) с очень внушительным списком интегрированного и настроенного софта

Docker и подсистема Linux в Windows

Архитектура современных проектов усложнилась кардинально с начала 2000-х. Набрали популярность микросервисы, появились nosql базы данных, колоночные и inmemory, стало хорошим тоном добавлять в проект готовые опенсорсные решения.

Каждая из этих подсистем упаковывается в свой контейнер и средством оркестрации обеспечивается контроль их работы, взаимодействие и количество запущенных экземпляров. Среда разработки должна поспевать за эксплуатацией на продакшн.

Прежде чем перейти к следующему шагу - проговорим, чем современная концепция контейнеров отличая от упомянутой выше виртуализации.

Каждая виртуальная машина содержит свою операционную систему и работает изолировано. Контейнер работает поверх хостовой операционной системы и использует ее ресурсы. В мире серверов это Linux.

В среде разработки, под Windows, чтобы иметь возможность запускать те же контейнеры что и в продакшн, - хостовую операционную систему надо заменить на Linux. Для этого в Windows была разработана технология WSL (Windows Subsystem for Linux), а в последствии и WSL2.

Стало возможным под Windows запускать те же контейнеры, что вы используете на своих продакшн серверах.

Таким образом, у разработчиков под Windows есть абсолютно все инструменты и возможности, чтобы не отставать от своих коллег под MacOS или Linux. Да, сложность входа повысилась, но она возрастает у всех участников рынка.

Вместо морали

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