Мастер-класс будет интересен  javascript-разработчикам, front-end разработчикам и архитекторам, разработчикам для iOS и всем другим, желающим попробовать свои силы в Cappuccino.

Владимир Пузанов — разработчик решений для платформ Mac, iOS, а также веб-приложений на базе Cappuccino. Технический директор Codeneedle, принимал участие в разработке и доработке крупных приложений для ООО “Сиклум”, газеты “Левый Берег”, АО “Брокбизнесбанк”, в прошлом разрабатывал низкоуровневые решения для Palm OS, OpenedHand Ltd.

Дополнительная информация и подробный план мастер-класса доступны на странице мероприятия.

Связанные записи

• Результаты опроса (0)
• Установка IE на Mac OS X (34)
• Срочно куплю кулер (12)
• Среда web-разработки на Mac OS X Leopard (часть 4 – последняя) (6)
• Среда web-разработки на Mac OS X Leopard (часть 3) (12)

Наверняка многие из тех, для кого необходимость наличия доступа из Mac OS X к IE уже нашли для себя какое-то решение в виде, например, установки виртуальной операционной системы. Я тоже пробовал эти продукты, но меня они категорически не устраивают скоростью работы: чтобы запустить IE, приходится положить на алтарь виртуальному компьютеру львиную долю ресурсов.

С другой стороны, есть старый-добрый Wine, просуществовавший уже немало лет, позволяющий, в общем-то, запускать приложения Windows на разнообразных платформах. Но, будучи open source продуктом, он лишён тех удобства и красоты, за которые борятся коммерческие приложения. И именно поэтому связываться с Wine лично мне совершенно не хотелось. До тех пор, пока я не наткнулся случайно на приложение WineBottler, цель которого — сделать так, чтобы можно было запускать приложения Windows таким образом, как-будто это обычные mac-приложения и взять необходимые для этого взаимодействия с Wine на себя.

Всё, в общем-то, предельно просто:

• заходите на сайт WineBottler и скачиваете последнюю версию приложения
• из DMG-файла вытаскиваете приложения Wine.app и WineBottler.app и кладёте, куда вам удобно (например, в Программы)
• запускаете WineBottler и в появившемся окне выбираете приложение, которое будете устанавливать (например, Microsoft Internet Explorer 6)
• выбираете директорию, в которой будет хранится приложение
• наслаждаетесь созерцанием прогресс-бара установки (временно нажимая на Yes по ходу установки)
• запускаете IE 6 на своей Mac OS X и удивляетесь тому, "до чего техника дошла" ©

Связанные записи

• Среда web-разработки на Mac OS X Leopard (часть 4 – последняя) (6)
• Среда web-разработки на Mac OS X Leopard (часть 3) (12)
• Среда web-разработки на Mac OS X Leopard (часть 2) (26)
• Среда web-разработки на Mac OS X Leopard (часть 1) (27)
• Среда web-разработки на Mac OS X Leopard (вступление) (1)

Чем примечателен Flash Decompiler Trillix?

В первую очередь, — это первое русифицированное приложение для декомпиляции flash-роликов, из тех, с которыми мне приходилось работать. Изредка, правда, встречается что-то на английском, но, насколько я понял — это всё в скором времени будет приведено в порядок. Сам же факт локализации программы означает, что при работе с данным приложением затруднений не возникнет даже у разработчиков, не владеющих английским языком (такие, по своему опыту могу сказать, тоже бывают).
Второй момент, который меня порадовал, — это скорость работы. Мне доводилось работать с несколькими другими приложениями для декомпиляции, но все они как-то очень долго запускались.

Немного об интерфейсе программы

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

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

Ниже области просмотра имеется панель, отображающая статистическую информацию о самом ролике

или свойства просматриваемого объекта (в зависимости от того, что в данный момент выбрано): например, здесь можно быстро получить информацию о том, в каких местах используется исследуемый объект, какие объекты использует сам:

Flash Decompiler Trillix позволяет получить полноценный FLA-исходник из компилированного SWF, для того, чтобы внести в файл необходимые правки. Это очень выручает в тех случаях, когда вы не можете найти исходник созданного когда-то ролика или презентации, или желаете посмотреть реализацию какого-то функционала в файлах, созданных другими людьми. Кроме того, программа позволит извлечь из ролика любые используемые ресурсы, будь то внедрённый шрифт, видео-файл, звуковая дорожка или растровый/векторный рисунок.

С более подробным обзором функций программы, вы можете ознакомиться на странице этого приложения: http://www.mac.eltima.ru/flash-decompiler.html
Там же можно скачать пробную версию приложения.

(в качестве "подопытного" файла для скриншотов использован flash-проигрыватель с сайта youtube.com)

Связанные записи

• Установка IE на Mac OS X (34)
• Управление элементами панели Меню (7)
• Среда web-разработки на Mac OS X Leopard (часть 4 – последняя) (6)
• Среда web-разработки на Mac OS X Leopard (часть 3) (12)
• Среда web-разработки на Mac OS X Leopard (часть 2) (26)

Отсутствие поддержки XML

Так уж сложилось, что по работе мне часто приходится работать с XML данными. И в первый же день моего перехода на Safari, этот браузер обескуражил меня отсутствием полноценного отображения XML. Впоследствии мне удалось найти плагин, позволяющий выводить XML в виде нормальной древовидной структуры, но осадок остался: современный браузер, содержащий в себе инструменты для web-разработки/отладки, по моему мнению, должен поддерживать отображение XML.

Невозможность выбора сертификата

Не помню уже, когда и почему это случилось, но у меня два кошелька в системе Webmoney, и оба они зарегистрированы для работы с Light-интерфейсом. Но оказалось, что Safari, в отличии от упомянутого ранее Firefox, не позволяет, при входе в систему Webmoney, выбрать, какаой именно сертификат необходимо использовать в данный момент для авторизации: браузер, вероятно, просто берёт тот, который стоит первым в "Связке ключей" по какому-то из критериев, и авторизуется при помощи него. Поэтому для нормальной работы с Webmoney мне приходится использовать Firefox.

Отсутствие поддержки плагинов

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

Невозможность посмотреть свойства объекта

Вроде бы и мелочь, а всё ж таки довольно неприятная: во всех популярных браузерах, кроме Safari, я могу очень быстро выяснить свойства объекта на какой-либо странице (размер и тип изображения, например).

Недоработанные инструменты разработки

В Safari изначально присутствуют неплохие средства для отладки веб-приложений на стороне клиента (это как Firebug для Firefox, только встроенный в браузер изначально). Но средства эти местами довольно сырые и непродуманные. В доказательство, приведу пару примеров "сырости":

Отладка JS и breakpoints

В Safari, если в одной из вкладок вы выставили breakpoint на какой-либо из строк JS, и он сработал (выполнение скрипта приостановилось), то вы не сможете открывать страницы в других вкладках этого же окна, пока не пройдёте точку остановки и не закончите выполнение скрипта на отлаживаемой странице. Т.е. остановка скрипта в одной из вкладок нейтрализует работу всех открытых ранее вкладок того же окна (в новом окне или новой вкладке всё будет работать). В том же Firebug для Firefox такого не наблюдается.

Анализ элементов страниц

С помощью упомянутых выше средств разработки можно проанализировать любой элемент отображаемой страницы, что очень удобно: щёлкнул правой кнопкой мыши на объекте, выбрал "Проверить объект" и получил всю необходимую информацию о нём в открывшейся панели с исходным кодом. Интересное начинается позже, когда выясняется, что в этой самой панели вновь можно кликнуть по любому элементу, буть то тег или текст, и снова его "проверить", а потом проверить элемент той панели, которая откроется для отображения кода, а затем ещё и ещё раз повторить эти действия: в общем, разработчики позволили вызывать проверку элемента из любой панели (даже если вы просматриваете исходник JS или диаграмму загрузки элементов сайта). Это происходит по той простой причине, что сама панель отладки представляет из себя HTML-документ, все элементы которого хранятся по адресу /System/Library/Frameworks/WebKit.framework/Versions/A/Frameworks/WebCore.framework/Resources/, а Safari знает, что для HTML- документов нужно отображать пункт контекстного меню "Проверить объект".

Сохранение файлов

Очень серьёзной недоработкой в Safari я считаю автоматическую загрузку файлов в указанную в настройках директорию. Разумеется, можно кликнуть по ссылке на файл правой кнопкой мыши и выбрать пункт "Загрузить файл по ссылке как …", но, во-первых, почему нельзя сделать этот выбор по умолчанию, а во-вторых, далеко не всегда ссылка ведёт сразу на объект, который я хочу загрузить; бывает, что файл на загрузку отдаётся серверным скриптом, так что сложно узнать, что за ним прячется: .mp3, .doc, .pdf или ещё что-то, а Safari услужливо подставляет в строку имени файла, к примеру, download.php, а дальше предоставляет разбираться вам, что скрывается за этой маской.

Невозможность поиска из адресной строки

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

Связанные записи

• Пара слов в защиту Safari (3)
• Новое самостоятельное окно приложения (4)
• Из адресной строки Safari — в поиск Google (12)
• Установка IE на Mac OS X (34)
• Среда web-разработки на Mac OS X Leopard (часть 4 – последняя) (6)

Coda

Я перепробовал массу редакторов, но этот понравился мне больше всех. Вполне вероятно, что когда-то я пересмотрю свои предпочтения и выберу другое приложение, но на сегодняшний день Coda, несмотря на ряд недостатков, полностью удовлетворяет мои потребности. Этот редактор умеет:

• подсвечивать достаточное количество синтаксисов (хотя, многие сейчас это умеют)
• конвертировать текст из одной кодировки в другую
• подключаться к удалённым серверам по разным протоколам (в частности, FTP/SFTP нужны как воздух)
• поддерживает работу с SVN. отображает список изменённых файлов, и позволяет удобный выборочный commit
• имеет встроенный терминал (хотя, я им крайне редко пользуюсь, предпочитая встроенный в систему Terminal.app)
• при отсутствии SVN, позволяет указать локальную и удалённую копии проекта для удобного переноса изменений
• имеет встроенный визуальный редактор CSS (с некоторыми глюками, правда, но очень удобный)
• очень красиво отображает проекты (мелочь, а приятно. тем более, больше нигде такой идеи не видел)
• отличное автодополнение (автозавершение) кода при ручном редактировании CSS-файлов
• поддержка "книг" по нужным темам. не очень удобно реализовано и недоступно в оффлайне, но идея хорошая

Но, увы, есть у него и недочёты. Как серьёзные, так и не очень. Вот список тех, что время от времени мешают мне наслаждаться этим приложением в полную силу:

• не самое лучше автодополнение PHP-кода (про class, function, public, private, final и ряд других элементов синтаксиса он не в курсе)
• не анализирует файлы проекта на предмет классов и их методов/свойств, так что автодополнение для этих вещей отсутствует: всё нужно держать в голове
• в общем-то, раз уж мы про классы, то про методы/свойства встроенных в PHP классов (скажем, MySQLi) автодополнение тоже не в курсе
• не до конца реализована работа с SVN (например, svn:ignore через Coda не установить, а было бы удобно, историю правок тоже не посмотреть)
• это платное приложение

Посмотреть более подробную информацию об этой программе, а так же скачать последнюю её версию можно на сайте производителя, компании Panic.

Navicat

Это лучший, на мой взгляд, инструмент для работы с базами данных MySQL и PostgreSQL. В нём есть абсолютно всё, что нужно, для выполнения самого широкого спектра задач, связанных с работой с вашими данными: туннелирование, редактор запросов, синхронизация структуры и данных, импорт/экспорт. Но, обо всём по порядку. Итак, к преимуществам этого приложения можно отнести следующие возможности:

• HTTP- и SSH-туннели (кто не в курсе, это удобный способ соединения с БД, когда сервер БД принимает соединения только на localhost)
• отображение выборок в виде удобной структуры TableView, где данные можно быстро отредактировать
• экспорт выбранных данных во множество форматов
• импорт данных в таблицы
• перенос структур таблиц, данных, процедур и функций между базами данных на разных серверах
• сравнение и синхронизация всего перечисленного в предыдущем пункте между разными серверами
• управление пользователями и их привилегиями
• управление событиями
• быстрое создание и восстановление бэкапов и восстановление из них
• ...

Этот список можно продолжать ещё очень-очень долго. Инструменты для работы с данными от Navicat действительно хороши настолько, что мне, пожалуй, остаётся записать в минус им только одно свойство: они небесплатны. :)

Прочитать подробнее об этих программах и получить полнофункциональные версии с ограниченным периодом действия можно на официальном сайте компании Navicat.

Связанные записи

• Среда web-разработки на Mac OS X Leopard (часть 1) (27)
• Среда web-разработки на Mac OS X Leopard (часть 3) (12)
• Среда web-разработки на Mac OS X Leopard (часть 2) (26)
• Среда web-разработки на Mac OS X Leopard (вступление) (1)
• Результаты опроса (0)

nginx

Что такое nginx, знает, пожалуй, каждый web-разработчик. Если же вы только начинаете осваивать азы web-строительства, то более подробную информацию об использовании nginx вы можете почитать на сайте разработчика этого продукта. Существует несколько разных способов использования этого продукта, но сегодня я остановлюсь лишь на том, как установить этот сервер в вашу систему и настроить для работы с установленным ранее PHP+FPM.

Для начала необходимо скачать исходные тексты nginx. Их можно получить на сайте сервера, скачав архив с необходимой вам версией (в тексте рассматриваются примеры с версией nginx-0.7.62)

Распакуйте архив и, используя терминал, перейдите в директорию с исходными текстами. Для получения списка опций сборки, используйте команду

После того, как вы определитесь с опциями, сконфигурируйте пакте для сборки. Я, как указывал в одном из предыдущих руководств, устанавливаю пакеты для web-разработки в директорию /usr/local, и конфигурировал nginx с такими опциями:

Теперь запускаем сборку:

и установку

Как и раньше, для последующего удобства, делаем ссылку на установленный сервер:

Ну а теперь запускаем сервер:

Важно: по умолчанию nginx настроен на работу с 80-м портом, поэтому если у вас запущен встроенный в Leopard сервер Apache, nginx не запустится и выдаст ошибку. Поэтому предварительно убедитесь, что Apache выключен: это можно сделать запустив программу "Системные настройки" а затем, перейдя в раздел "Общий доступ", снять включение с сервиса "Общий веб-доступ".

Если вы не получили никакого уведомления об ошибке, и встроенный Apache у вас выключен, то nginx, вероятнее всего, нормально запустился. Теперь в любом браузере наберите адрес http://localhost и на экране появится приветствие, сообщающее о том, что nginx был благополучно запущен.

Если же вам требуется остановить сервер, то выполните в терминале команду

Для того, чтобы научить nginx работать с установленным ранее PHP+FPM, придётся выполнить несколько дополнительных шагов:

• создать в файловой директорию, в которой будет расположен ваш сайт
• внести изменения в файл настроек nginx
• запустить PHP+FPM
• перезапустить nginx

Теперь по порядку.
Для примера я буду использовать директорию /usr/local/site, но вы можете указать другой путь. Главное, не забудьте отредактировать указанные мною примеры, чтобы они соответствовали вашим реальным данным.
Итак, создайте директорию для сайта, и положите туда какой-нибудь php-файл (например, index.php который выведет на экран phpinfo(); )
Отредактируйте файл настроек nginx (/usr/local/nginx/conf/nginx.conf) поместив в него следующее содержимое:

user www;
worker_processes  1;
 
pid        /var/run/nginx.pid;
 
events {
    worker_connections  1024;
    use kqueue;
}
 
http {
    include       mime.types;
    default_type  text/html;
 
    keepalive_timeout                 65;
    client_header_timeout       3m;
    client_body_timeout         3m;
    send_timeout                3m;
    client_header_buffer_size   1k;
    large_client_header_buffers 4 4k;
    output_buffers              4 128k;
    postpone_output             1460;
    sendfile                    on;
    tcp_nodelay                 on;
    tcp_nopush                  on;
    send_lowat                  12000;
    gzip                        on;
    gzip_min_length             1100;
    gzip_buffers                4 8k;
    gzip_types                  text/plain;
    proxy_redirect      off;
    proxy_set_header Host $host;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    client_max_body_size 10M;
    client_body_buffer_size 512k;
    client_body_temp_path /tmp/client_body_temp;
    proxy_connect_timeout       180;
    proxy_send_timeout  180;
    proxy_read_timeout  180;
    proxy_send_lowat    12000;
    proxy_buffer_size   64k;
    proxy_buffers               4 128k;
    proxy_busy_buffers_size 256k;
    proxy_temp_file_write_size 256k;
    proxy_temp_path /tmp/proxy_temp;
 
     server {
          listen       80;
          server_name  localhost;
          index        index.php;
          root         /usr/local/site;
 
          location ~ \.php$ {
 
               fastcgi_pass  127.0.0.1:9000;
               fastcgi_index index.php;
               fastcgi_param SCRIPT_NAME $fastcgi_script_name;
               fastcgi_param REQUEST_URI $request_uri;
               fastcgi_param DOCUMENT_URI $document_uri;
               fastcgi_param DOCUMENT_ROOT $document_root;
               fastcgi_param REMOTE_ADDR $remote_addr;
               fastcgi_param REMOTE_PORT $remote_port;
               fastcgi_param SERVER_ADDR $server_addr;
               fastcgi_param SERVER_PORT $server_port;
               fastcgi_param SERVER_NAME $server_name;
               fastcgi_param SCRIPT_FILENAME  /usr/local/site$fastcgi_script_name;
               fastcgi_param QUERY_STRING $query_string;
               fastcgi_param REQUEST_METHOD $request_method;
               fastcgi_param CONTENT_TYPE $content_type;
               fastcgi_param PATH_INFO $request_uri;
               fastcgi_param CONTENT_LENGTH $content_length;
          }
     }
}

Теперь, если у вас не запущен PHP, запустите его. Как это сделать, написано в этом руководстве. Осталось перезапустить nginx с новыми настройками

По идее, если вы не меняли настройки FPM, PHP должен работать у вас на 9000-м порту, а nginx будет принимать все соединения на 80-м и перенаправлять их на PHP, так что попытавшись открыть адрес http://localhost вы получите не приветствие nginx, а результат работы вашего php-скрипта.

Memcached

Собственно, сборка Memcached довольно проста, но требует некоторой подготовки. В частности, для работы Memcached необходимо библиотека libevent, которую нужно установить при помощи уже знакомого вам по одному из предыдущих руководств MacPorts. Выполните в терминале команду

Теперь необходимо скачать исходники (их можно взять на этой странице [http://danga.com:80/memcached/download.bml]) и распаковать их.
Далее всё, как обычно:

Теперь запускаем:

Чтобы остановить Memcached, выполните команду

Но недостаточно только установить этот daemon, — необходимо так же научить установленный у вас PHP работать с ним. Это делается при помощи внешнего расширения для PHP, которое нужно собрать, а затем указать PHP на необходимость его использования. Эта библиотека называется memcache и её исходные коды доступны для скачивания на этой странице. Скачайте и распакуйте архив. Теперь, используя терминал, перейдите в директорию с исходными текстами и подготовьте их к сборке, выполнив команду

Дальше конфигурация:

Важно подчеркнуть, что в опции --with-php-config обязательно нужно указать путь к утилите php-config вашего PHP, иначе библиотека будет сконфигурирована для PHP, установленного в Mac OS X Leopard по умолчанию.

После конфигурации выполните сборку и установку:

Теперь нужно указать вашему PHP на необходимость подключения нового расширения. Если вы устанавливали PHP используя это руководство, то файл php.ini расположен у вас в директории /usr/local/php/lib/

Отредактируйте его, дописав в конец файла всего одну строчку:

Сохраните php.ini и перезапустите PHP. Теперь, чтобы убедиться, что у вас включена поддержка memcache, можете выполнить команду

Установка Xdebug

Xdebug — это расширение для PHP, позволяющее более детально отслеживать и анализировать работу PHP. Подробнее почитать об этом расширении, если вы с ним ещё не сталкивались, можно на странице документации по адресу xdebug.org/docs/. Сборка этого расширения практически такая же, как и сборка расширения memcache, речь о котором шла немного выше в этой теме. Скачайте с этой страницы архив с исходниками и распакуйте его. Перейдите в директорию с исходными текстами и выполните там команду:

Теперь нужно сконфигурировать расширение:

Как и в случае с memcache, очень важно указать правильный путь к php-config.
Теперь выполните сборку и установку расширения:

Осталось последнее действие: необходимо указать PHP использовать при работе Xdebug. Для этого откройте на редактирование php.ini и добавьте в конец файла вот такую строку

Теперь перезапустите PHP. Вот и всё, можете профилировать ваш код и искать в нём "узкие" места.

Заключение

Это последнее руководство в серии про среду web-разработки, в котором нужно что-то компилировать. В заключительном посте я лишь приведу список тех приложений, с которыми мне доводилось работать под Mac OS X, и которые себя с той или иной стороны хорошо зарекомендовали.
Комментарии к предыдущим сообщениям явно показывают, что без проблем пройти по всем, описанным мною шагам, удалось не всем. Это нормально, потому что сборка продукта из исходных текстов далеко не всегда проходит гладко от начала и до самого конца. И мне остаётся лишь надеяться, что у вас не возникнет непреодолимых препятствий на этом пути.

Связанные записи

• Среда web-разработки на Mac OS X Leopard (часть 2) (26)
• Среда web-разработки на Mac OS X Leopard (часть 4 – последняя) (6)
• Среда web-разработки на Mac OS X Leopard (часть 1) (27)
• Среда web-разработки на Mac OS X Leopard (вступление) (1)
• Результаты опроса (0)

Установка библиотек

Итак, для начала нужно определиться, с чем собирать PHP. Лично для моих задач важна поддержка работы с изображениями (GD2) и шрифтами (Type 1 и Freetype), которые, в свою очередь, потребуют установки в систему ряда библиотек. Так что с них, пожалуй, и начнём. Для установки нужных библиотек, воспользуйтесь знакомой по предыдущим постам утилитой из пакета MacPorts и выполните в терминале следующее.

Эта команда установит в систему библиотеки для работы с графикой (в число которых входят libjpeg, libpng, libfreetype, libxpm и ряд других, необходимых для GD). Теперь установим t1lib (если поддержка шрифтов Adobe™ Type 1 вам не требуется. пропустите этот шаг, но тогда потом уберите из конфигурации PHP, которая будет описана ниже, опцию --with-t1lib)

Сборка PHP с патчем FPM

Теперь необходимо скачать исходники PHP и PHP-FPM. На странице с доступными пакетами выбираете тот, который вам необходим (в описываемом мною случае, 5.3.0), скачиваете (ориентирйтесь на надпись Complete Source Code), распаковываете директорию php-5.3.0. Теперь с сайта PHP-FPM нужно скачать менеджер процессов для той версии PHP, которую вы планируете устанавливать (в описываемом мною случае, php-fpm-0.6-5.3.0) и после скачивания, распаковываете его рядом с исходниками PHP.
Откройте терминал и перейдите в директорию, которая содержит папки с исходниками указанных продуктов. Нужно создать патч FPM, применить его к исходникам PHP, а затем подготовить место для необходимых при сборке файлов. Все необходимые для этого команды я привожу одной строкой, которую вы можете выполнить в терпинале:

Вот и всё, подготовительный этап закончен, теперь можно конфигурировать и собирать PHP. Как и в случае с базами данных, чтобы ознакомиться со списком всех доступных при конфигурации опций, нужно выполнить команду ./configure с параметром --help, находясь в каталоге с исходниками PHP.

После того, как определились, запускаете конфигуратор с нужными параметрами. В описываемом случае я устанавливаю PHP в директорию /usr/local/php-5.3.0, а также указываю местоположение необходимых мне библиотек:

О нормальном завершении конфигурации можно судить по тому, что у вас на экране терминала отсутствует слово Error и присутствует предложение "Thank you for using PHP". Если же есть какие-то ошибки, внимательно читайте, что именно не устраивает конфигуратор, или задавайте вопросы.
Если конфигурация завершилась нормально, запускайте компиляцию:

Если и после этого ошибки отсутствуют (как я вам тогда завидую!), можно устанавливать PHP:

Тут уже проблем возникнуть попросту не должно. Теперь, чтобы запустить PHP, потребуется произвести начальную конфигурацию PHP-FPM. С этим менеджером процессов сразу поставляется стартовая конфигурация, но в ней закомментированы поля, отвечающие за пользователя и группу, от имени которого должен работать PHP. Чтобы исправить этот недочёт, откройте любым текстовым редактором, который умеет сохранять plain-text файлы (ни в коем случае не Word!!!) файл php-fpm.conf, расположенный в директории /usr/local/php-5.3.0/etc/. Например так:

И найдите там такие строки:

Уберите с них комментарии, и укажите нужное значение (я использую www).
Осталось сделать пару последних штрихов:
скопируйте файл с дефолтными настройками из директории с исходниками в директорию с установленным PHP

создайте ссылку на ваш PHP (я это делаю исключительно для удобства, этот шаг необязательный)

Вот и всё, теперь можно запускать PHP.

Чтобы убедиться, что он запущен, можно поискать его в процессах:

Чтобы остановить все запущенные процессы (например, при изменении настроек), нужно выполнить следующую команду

На этом можно заканчивать, поскольку теперь у вас установлен PHP.
Безусловно, в этом уроке описано далеко не всё. Например, PHP-FPM можно собрать как самостоятельное приложение, и управлять процессом запуска PHP через него. А можно обойтись и вовсе без FPM. Как бы там ни было, я не ставил своей целью рассказать ВСЁ, поскольку это не имеет смысла: необходимую информацию можно почерпнуть как на официальном сайте PHP, так и на страницах PHP-FPM. Но я всё же рассчитываю, что данная статья покажет, в каком направлении искать, и кому-то сильно сэкономит время.

Ну а в следующей статье, как и обещал, напишу про nginx, memcached и xdebug.

Связанные записи

• Среда web-разработки на Mac OS X Leopard (часть 3) (12)
• Среда web-разработки на Mac OS X Leopard (часть 1) (27)
• Среда web-разработки на Mac OS X Leopard (часть 4 – последняя) (6)
• Среда web-разработки на Mac OS X Leopard (вступление) (1)
• Странные трюки с размером файла в Finder (14)

Итак, приступим:

Сборка MySQL

Начнём мы с MySQL. В моём примере будет рассматриваться сборка версии 5.1.39 (последняя в ветке 5.1 на сегодняшний день), но принцип одинаков и для других версий. Также хочется отметить, что в моих примерах сервер MySQL будет установлен в директорию /usr/local, и все команды приведены с учётом этого пути, так что если вы решите устанавливать сервер в другую директорию, изменяйте предложенные в примерах команды в соответствии с необходимыми вам путями.
Чтобы начать, необходимо скачать исходники MySQL нужной вам версии. Для этого нужно зайти на эту страницу, и в разделе "Sources" выбрать для скачивания один из пакетов. Распакуйте исходники из архива: это можно сделать при помощи встроенного в Leopard инструмента для работы с архивами (просто кликните по архиву два раза). Теперь переходим к сборке. Откройте Terminal и перейдите в директорию с исходниками. Далее список команд, которые необходимо последовательно выполнить в терминале.

Для начала ознакомьтесь со списком конфигурационных параметров, которые оказывают влияние на сборку сервера базы данных. Это можно сделать, выполнив в терминале команду:

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

Этими параметрами я указываю, куда именно я хочу установить сервер, а также включаю ряд опциональных параметров.
После того, как конфигурация успешно завершилась, запускаем компиляцию:

Запаситесь терпением, поскольку выполнение этой команды займёт довольно много времени. Посе завершения компиляции, необходимо выполнить команду установки от имени суперпользователя:

Если до этого всё было хорошо (очень на это надеюсь), теперь у вас установлен сервер MySQL, и необходимо выполнить пару шагов для завершения установки. Для начала запустите от имени суперпользователя команду создания ссылки на директорию с сервером (для удобства) и инициализации базы данных:

Теперь, если вы всё ещё находитесь в каталоге с исходниками (если нет, перейдите туда или измените указанную ниже команду), выполните следующее действие:

Тем самым вы скопируете скрипт запуска сервера в каталог с установленным MySQL и дадите права на его исполнение только владельцу файла (его мы изменим позже) либо суперпользователю.

Следующая команда установит пользователя mysql (он присутствует в системе Mac OS X Leopard сразу после установки) владельцем всех файлов установленного сервера:

Вот и всё, теперь осталось лишь запустить сервер. Для этого выполните команду:

Если после выполнения этой команды вы увидите на экране слово SUCCESS, значит всё прошло успешно, сервер запустился. Чтобы остановить сервер, замените параметр start в команде, данной выше, на stop. Чтобы ознакомиться со всеми командами, доступными скрипту, запустите его без аргументов, и он выведен на экран доступный для использования список параметров.

Сборка PostgreSQL

Непосредственно сборка этой базы данных мало чем отличается от MySQL: всё те же ./configure, make и make install, но в зависимости от конфигурационных установок, вам может потребоваться установка дополнительных библиотек. Но обо всём по порядку.

Для начала необходимо скачать исходники: взять коды нужной вам версии можно отсюда. В моих примерах будет рассматриваться сборка версии 8.4.1, но принцип тот же и для других версий, — единственное, что нужно будет делать, в случае, если вы используете отличную от моих примеров версию, — указывать правильные пути к файлам. Как и в случае с MySQL, описанном выше, устанавливать эту базу данных я буду в директорию /usr/local.
Распакуйте исходники, запустите терминал и перейдите в появившуюся у вас директорию.

Список доступных конфигуратору опций вызывается командой

Поскольку я буду собирать базу с поддержкой XML и XSLT, мне потребуется библиотека libxml2, отсутствующая в Mac OS X Leopard (хотя, могу и ошибаться, возможно она там есть, но довольно старая. В подробности не углублялся). Тут-то и потребуется наличие у вас MacPorts, об установке которого я писал во вступлении. Для того, чтобы установить в систему эту библиотеку, необходимо в терминале выполить следующую команду:

После чего в вашу систему будет автоматически установлен ряд библиотек (gperf, libiconv, zlib), необходимых для установки libxml2, а так же нужная нам библиотека.
Теперь приступаем к конфигурированию PostgreSQL

Затем копиляция (она тоже небыстрая) и установка в систему:

Теперь предстоит проделать ряд манипуляций с системными пользователями, чтобы получить группу и пользователя, необходимых для работы PostgreSQL. В отличие от mysql, пользователь postgres в Leopard отсутствует. Его, конечно, можно создать при помощи пункта "Учётные записи" в Системных настройках, но тогда этот пользователь появится и в окне приглашения входа в систему, что вам, уверен, совершенно ни к чему. А потому придётся действовать через консольную утилиту dscl - Directory Service command line utility. Все команды, которые необходимо последовательно выполнить, я объединил в одну, так что для создания группы и пользователя с именем postgres, скопируйте указанную ниже команду и выполните её в терминале:

Поскольку у вас появился пользователь postgres, необходимо назначить его владельцем свежеустановленного сервера PostgreSQL. Для этого выполните команду:

Теперь необходимо инициировать создание начальной данных структуры для сервера и указать серверу, где ему следует хранить данные. Сделать это надо от имени созданного вами пользователя postgres, но чтоб по много раз не переключаться, воспользуемся встроенными средствами системы:

Теперь завершающие шаги: сделайте симлинк на директорию с сервером (для удобства в будущем):

И можете запускать свой сервер:

Чтобы остановить сервер, достаточно выполнить команду

Связанные записи

• Среда web-разработки на Mac OS X Leopard (часть 4 – последняя) (6)
• Среда web-разработки на Mac OS X Leopard (часть 2) (26)
• Среда web-разработки на Mac OS X Leopard (часть 3) (12)
• Среда web-разработки на Mac OS X Leopard (вступление) (1)
• Странные трюки с размером файла в Finder (14)

1. Вступление — подготовка к сборке
2. Сборка и инициализация баз данных MySQL 5.1 и PostgreSQL 8.4.1
3. Сборка и настройка PHP 5.3.0 c патчем FPM
4. Сборка и настройка nginx, memcached, xdebug
5. Обзор удобного ПО для работы с перечисленным выше добром

Сразу оговорюсь, что в этих статьях не будут затронуты нюансы работы с данными продуктами (в частности, я не стану рассказывать, как работать с PHP или рассказывать, что представляет из себя SQL). Таким образом предполагается, что у вас уже есть навык работы с этими продуктами, или вы способны самостоятельно эти навыки получить.

Теперь, если вы готовы начать, приступим к установке того, что нам в очень скором будущем потребуется, а именно:

• пакет UNIX-приложений для компиляции (утилиты gcc, make)
• пакет MacPorts, который позволит быстро установить в систему ряд нужных библиотек

Утилиты для сборки

Если у вас в системе установлена среда для разработки ПО Xcode, то вы можете пропустить этот пункт, поскольку всё необходимое эта среда устанавливает. Если же вы ничего подобного не устанавливали, то придётся это сделать. Данный пакет (Xcode) является бесплатным и последнюю его версию вы можете найти на сайте Mac Dev Center, предварительно на этом сайте зарегистрировавшись.
При установке, пакет предложит вам на выбор различные опции установки. Неважно, что именно вы отметите, главное, чтобы у остался выбранным пункт UNIX Development Support, который содержит в себе необходимые нам средства для компиляции.

Теперь необходимо установить пакет MacPorts. Это консольная утилита поиска, установки и обновления огромного количества приложений и библиотек, широко используемых на UNIX-based системах и портированных под Mac OS X.
Для того, чтобы установить MacPorts, скачайте последнюю версию этого пакета со страницы http://distfiles.macports.org/MacPorts, примонтируйте образ и запустите инсталятор. Если вам вдруг в какой-то момент покажется, что инсталятор завис (он не будет ни на что реагировать). просто наберитесь терпения. :)

На этом пока всё, а в ближайшее время (максимум завтра) мы перейдём к следующему пункту — к установке баз данных, — который не будет возможен, без выполнения первых двух шагов.

Связанные записи

• Среда web-разработки на Mac OS X Leopard (часть 3) (12)
• Среда web-разработки на Mac OS X Leopard (часть 2) (26)
• Среда web-разработки на Mac OS X Leopard (часть 1) (27)
• Среда web-разработки на Mac OS X Leopard (часть 4 – последняя) (6)
• Результаты опроса (0)

Связанные записи

• Среда web-разработки на Mac OS X Leopard (часть 4 – последняя) (6)
• Среда web-разработки на Mac OS X Leopard (часть 3) (12)
• Среда web-разработки на Mac OS X Leopard (часть 2) (26)
• Среда web-разработки на Mac OS X Leopard (часть 1) (27)
• Среда web-разработки на Mac OS X Leopard (вступление) (1)