Ветеранам MAMP/XAMPP: пришло время для «нового поколения» — руководство по выбору локальной среды от разработчика с 10-летним стажем

Если вы, как и я, пришли из эры «дикого запада» веб-разработки, то MAMP или XAMPP наверняка сыграли роль в вашем пути. Они были как телефоны «Nokia» в наших руках — прочные, надежные, и в ту эпоху ручного труда они быстро создавали для нас мир, в котором можно было кодировать. Я до сих пор благодарен им за те ранние годы, через которые они меня провели.

Однако времена меняются, и технологии развиваются. Наши проекты становятся все сложнее. Нам нужно поддерживать несколько устаревших проектов, использующих разные версии PHP, или мы хотим попробовать новейшие Node.js, Go или даже побаловаться с локальными большими языковыми моделями ИИ для новых проектов. В этот момент мы невольно задаемся вопросом: по-прежнему ли наши старые спутники успевают за нашим нынешним темпом?

Сегодня, как ветеран с 10-летним стажем, я хочу поговорить о трех наиболее знакомых нам инструментах локальной среды разработки: MAMP, XAMPP и восходящем претенденте — .

Для многих разработчиков на macOS MAMP был нашей «первой любовью». Его установка проста и интуитивно понятна, а пользовательский интерфейс дружелюбен, почти исключительно оптимизирован для платформы macOS^^. Запуск Apache и MySQL в один клик делает MAMP идеальным для начинающих или для сценариев, требующих быстрой проверки кода.

Но по мере того, как я брался за все больше проектов, «недостатки» MAMP становились очевидными:

• Одна версия PHP: Бесплатная версия MAMP обычно поддерживает только одну версию PHP^^. Когда мне нужно было поддерживать старый проект на PHP 5.6 и одновременно разрабатывать новый, требующий PHP 8.2, переключение версий превращалось в катастрофу.

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

Хотя MAMP Pro предлагает более мощные функции^^, это еще одна статья расходов, которую стоит учитывать разработчикам, привыкшим к бесплатным инструментам.

Главное очарование XAMPP — его кроссплатформенность^^. Независимо от того, используют ли члены вашей команды Windows, macOS или Linux, XAMPP обеспечивает в корне единообразную среду разработки. Это как многофункциональный «швейцарский нож», объединяющий Apache, MySQL, PHP и даже Perl в одном пакете^^, с большим сообществом пользователей, где всегда можно найти решения.

Однако обратная сторона «универсальности» — это часто «некоторая неуклюжесть»:

• Немного сложная конфигурация: По сравнению с минимализмом MAMP, конфигурация XAMPP требует определенного времени на обучение для новичков.

• «Церемониальное» переключение версий: Хотя он поддерживает несколько версий PHP, процесс переключения далек от «одного клика» и часто требует ручного редактирования файлов конфигурации, что снижает удобство.

• Безопасность по умолчанию: В угоду универсальности, настройки безопасности XAMPP по умолчанию довольно снисходительны, что требует от разработчиков значительных ручных усилий по укреплению безопасности при использовании в среде, приближенной к продуктивной.

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

Именно тогда, когда я почувствовал, что существующие инструменты «не так плохи, чтобы от них отказаться, но и не так хороши, чтобы наслаждаться», в поле моего зрения попал . Кажется, он был создан специально для решения проблем MAMP и XAMPP, это по-настоящему современная, нативная среда разработки для macOS^^^^.

Что меня больше всего впечатляет, так это то, как он «естественно» решает проблемы, которые когда-то меня мучили:

• Истинное сосуществование нескольких версий и переключение в один клик: Servbay поддерживает не только любую версию PHP от 5.6 до последней 8.x, но и множество языков, таких как Python, Node.js, Go, Java и Rust^^^^^^^^. Важно отметить, что несколько версий этих разных языков могут работать одновременно, не мешая друг другу^^^^^^^^. Я могу использовать PHP 7.4 для проекта, А и одновременно PHP 8.3 для проекта Б, и переключение происходит одним кликом^^^^.

• Мощная изоляция среды: Создание независимых сред выполнения для каждого проекта, настройка пользовательских доменов и конфигурирование бесплатных SSL-сертификатов — все это нативные операции с графическим интерфейсом, которые выполняются в несколько кликов в Servbay^^.

• Больше, чем просто веб-разработка: В него встроены веб-серверы, такие как Caddy, Nginx и Apache, и широкий спектр баз данных от MySQL до PostgreSQL, MongoDB и Redis^^. Самым большим сюрпризом стала его интеграция с Ollama, позволяющая мне легко запускать большие языковые модели локально для исследования разработки ИИ-приложений — нечто невообразимое с MAMP и XAMPP^^^^^^.

• Создан для macOS, готов ко всем платформам: Servbay разработан нативно на Swift, предлагая отличную производительность и управление ресурсами для максимального удобства на macOS^^. Еще более захватывающе то, что есть официальные планы по поддержке Windows и Linux в будущем^^, что означает, что у него есть потенциал стать единым стандартом разработки для кроссплатформенных команд.

Нет абсолютно правильного или неправильного выбора, есть только то, что подходит.

• Если вы начинающий или вам нужно проводить только очень простое тестирование на macOS, простота MAMP все еще имеет свою ценность.

• Если кроссплатформенное сотрудничество является главным приоритетом вашей команды, и вы не против некоторой ручной настройки, XAMPP остается надежным выбором.

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

Конечная цель инструмента — освободить производительность. Лучший выбор — это тот, который позволяет вам сосредоточиться на самом коде, а не на конфигурации.