Поскольку у меня было огромное желание изучать Qt, решил что на нём и стоит писать. Как раз набраться опыта и так далее… В Qt есть медиа-фрэймворк — Phonon, являющийся частью проекта KDE. Как раз его и предполагалось использовать в качестве основы всего проекта.

Сам по себе, Phonon является чем-то типа «моста» между разработчиком и медиа-движком. Он просто предоставляет удобные методы по работе с ним. На каждой платформе он использует разные «движки»: на Linux — GStreamer, на Windows — DirectX и DirectShow, на Mac OS X — QuickTime 7.

Вот как раз именно на этом моменте случилось самое плохое: Phonon не может нормально работать под Windows, в то время как на Linux (при использовании GStreamer) всё работает замечательно.

Короче, мою «хотелку» обломали на корню

Сказать что я расстроен — не сказать ничего.

UPD: Ах да, совсем забыл сказать, сейчас проект продолжает развиваться под Linux. Называется программка Qawaii и найти её можно здесь. О совместимости с Mac OS X: неизвестно.

Также проект Qawaii мне более не принадлежит. Главным и, скорее всего единственным (к сожалению), разработчиком теперь является WST.

UPD2: Гавно.

Итак, давайте сначала разберёмся как всё это будет выглядеть. Библиотеки QtWebKit и Phonon не являются собственностью Qt. Они были включены в него под «свободной лицензией». В связи с этим компилирование обоих этих библиотек возможно только в shared-версии. Из этого можно сделать вывод, что про необходимости использования любой из этих библиотек статичную сборку делать бесполезно.

Также надо заметить, что Phonon использует DirectShow, который поддерживает только свой, «родной» компилятор — nmake (поставляется с некоторыми SDK фирмы Microsoft и, естественно, с Microsoft Visual C++).

Итак, решено! Мы будем использовать nmake и делать shared-сборку

Ориентируемся на…

Скажем просто: на какие версии ОС мы собираемся ориентировать нашу программу (на release-стадии, конечно).

Для Windows Vista и ниже (XP например) отлично подойдёт MSVC2005 и Platform SDK для 2003-го сервера. Для самых новых (Vista, Se7en) предпочтительнее брать более новые продукты: MSVC2008 и Platform SDK для 2008-го сервера.

Исходя из этой информации необходимо принять решение о загрузке того или иного ПО из списка ниже.

Также настоятельно рекомендую прочитать «О зависимостях».

А что нам, собственно, нужно?..

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

1. Для начала — сам Qt. Берём его здесь, на официальном сайте. Я не даю прямую ссылку на файл, потому что может произойти так, что из-за меня кто-нибудь скачает древнюю версию, что не красиво. На момент написания статьи была использована версия 4.5.2. Выбираем zip-архив с именем qt-win-opensource-src-%версия%.zip, где %версия% — смотрим самую новую.
2. Ещё Microsoft Visual C++ Express Edition, чтоб было всё бесплатно %). Версию 2005 года можно найти поиском, а вот версия 2008 года вполне доступна с сайта самой компании. Самое интересное заключается в том, что абсолютно непонятно какая между ними разница, кроме, конечно, постепенно деградирующего интерфейса… Я использую MSVC версии 2005 года и вполне ей доволен. Что касается более новых версий Windows (Windows Vista и Windows Se7en), то не могу однозначно сказать на сколько программа скомпилированная под MSVC2005 будет там работоспособна. На Vista точно будет работать, а вот про Se7en: чего не знаю — того не знаю.
3. Также нам понадобиться Microsoft Platform SDK for Server. Здесь тоже много версий: Windows Server 2003 R2 Platform SDK ISO Download и Windows SDK for Windows Server 2008 and .NET Framework 3.5. Здесь история аналогичная Microsoft Visual C++. У меня версия опять древняя — 2003 года.

На этом минимальный набор всякого снаряжения подошёл к концу. Но, лично я хочу рассмотреть компиляцию с поддержкой шифрования (OpenSSL) и хочу его собрать сам. Здесь происходит самое интересное: сборка OpenSSL под Windows, которую можно найти по запросу openssl windows, сделана как раз с зависимостью от этого пакета. Чтож, пересоберём как нам надо!

Итак, дополнительный список вооружения:

1. Сами исходные коды OpenSSL берём здесь. Как всегда советую брать новейшую версию. На момент написания последней стабильной версией была 0.9.8k.
2. Microsoft Macro Assembler (MASM), доступный на официальном сайте (8-ая версия). Этот пакет необходим для сборки OpenSSL. Здесь также необходимо выбирать версию, соответствующую вашей Visual C++. Но вот 9-ой версии (для MSVC2008) что-то я у них не нашёл.
3. ActivePerl берём тут. Он также необходим для компилирования OpenSSL.

Вроде, ничего не забыли

О том, куда устанавливать

Иногда случаются такие ситуации, когда надо что-то найти, а никто не знает где это лежит. Для этого я считаю очень удобным, чтобы всё ПО какой-то определённой тематики (особенно, если его так много как здесь) валялось в одной папке. Для себя я определился, что этой самой папочкой станет C:\Development для всяких SDK и папочка C:\Qt\%версия% для всяких Qt (у меня это выглядит так: C:\Qt\4.5.2).

Удобно, не правда ли?

Установка Windows Server 2003 R2 Platform SDK

В связи с «О том, куда устанавливать» устанавливаем в C:\Development\Microsoft Platform SDK for Windows Server 2003 R2.

Поскольку мало кто полезет читать документацию к этому SDK или же кто захочет поглазеть на примеры исходных кодов, то они нам не нужны и мы их выкидываем (также выкидываем всевозможные тулзы и снаряжения для ненужных процессоров).

Установка Platform SDK

Всё, устанавливаем.

Установка ActivePerl

Здесь не важно куда и как вы его установите. Главное галочку напротив вопроса о добавлении в %PATH% не убирайте

Установка DirectX SDK

Здесь всё аналогично установке Platform SDK. Адрес установки: C:\Development\Microsoft DirectX SDK (March 2009).

Установка DirectX SDK

Установка Visual C++ 2005 Express Edition

Здесь следует помнить, что Express Edition — единственный бесплатный вариант. Чтобы избежать всевозможных проблем следует устанавливать именно её.

Из этого пакета нам однозначно не нужна справочная библиотека MSDN и SQL Server. Выкидываем их.

Компонент Graphical IDE мы оставляем. Нет, ничего писать в нём мы не собираемся, просто есть маленькая программка (mt.exe кажется), без которой компилятор будет плакать как маленький.

Установка Visual C++ 2005 Express Edition

Будут установлены следующие компоненты: MSVC2005 и .Net Framework v2.0 (он, кстати, тоже крайне необходим). Адрес установки, для удобства, я назначил C:\Development\VC.

Обновлять всё это дело до SP1 не рекомендую. Я долго шарился по интернету в поисках решений своих ошибок при первых попытках скомпилировать Phonon и прочитал, что с SP1 может возникнуть конфликт при сборке Qt. Хотя, это было уже достаточно давно, может уже исправили.

Установка Microsoft Macro Assembler

Здесь вообще не предлагается никакая свобода выбора. Просят только принять лицензию. Для любопытных умов: он установился в папку к VC и называется ml.exe.

Компилирование и установка OpenSSL

Вот, мы уже близки к завершению подготовки перед компиляцией Qt :)

Сначала распакуем архив с OpenSSL куда-нибудь, например в C:\openssl-0.9.8k, запустим скрипт, устанавливающий окружение MSVC (Пуск -> Все программы -> Microsoft C++ 2005 Express Edition -> Visual Studio Tools -> Visual Studio 2005 Command Prompt или аналогичный, в зависимости от версии) и перейдём с помощью команды cd C:\openssl-0.9.8k в каталог с исходными кодами OpenSSL.

Вот сейчас нам как раз понадобится Perl, MASM и nmake все сразу. Начнём.

Конфигурируем OpenSSL, выполнив следующую команду в командной строке:

perl Configure VC-WIN32 --prefix=C:/Development/OpenSSL

Естественно, значение параметра -prefix= в соответствии нуждам. Также стоит обратить внимание на то, что используется слеш (а не обратный слеш как во всех других местах). Невыполнение этого правила приведёт к краху сборки.

Теперь выполняем команду

ms\do_masm

и

nmake -f ms\ntdll.mak

Началась сборка библиотек OpenSSL, по окончанию которых можно проверить их работоспособность выполнив команду

nmake -f ms\ntdll.mak test

По окончании проверки в консоль будет выведена информации об успешном (или не успешном) завершении проверки работоспособности библиотек.

Всё, устанавливаем (фактически копируем) необходимые файлы (в папку указанную при конфигурировании в -prefix=), выполнив в консоли команду:

nmake -f ms\ntdll.mak install

Всё. Теперь нам больше не понадобится ни MASM, ни ActivePerl, ни даже папка в которой мы сейчас находимся вместе с архивом с исходниками OpenSSL.

Создание файла настроек окружения

Делается это просто: методом создания файла командной строки.

Создадим файл C:\Development\SetEnv.cmd.

Теперь напишем скрипт установки всех частей окружения вручную, с нуля. Мой вариант:

@ECHO OFF

@set DEV=C:\Development
@set PATH=%SystemRoot%;%SystemRoot%\system32
@set QTDIR=C:\Qt\4.5.2

@echo Setting OpenSSL Env.
@set PATH=%DEV%\OpenSSL\bin;%PATH%
@set LIB=%DEV%\OpenSSL\lib
@set INCLUDE=%DEV%\OpenSSL\include

@echo Setting DirectX Env.
@set LIB=%DEV%\Microsoft DirectX SDK (March 2009)\Lib\x86;%LIB%
@set INCLUDE=%DEV%\Microsoft DirectX SDK (March 2009)\Include;%INCLUDE%

@echo Setting Windows SDK Env.
@set LIB=%DEV%\Microsoft Platform SDK for Windows Server 2003 R2\Lib;%LIB%
@set INCLUDE=%DEV%\Microsoft Platform SDK for Windows Server 2003 R2\Include;%INCLUDE%
@set CPU=i386
@set NODEBUG=1

@echo Setting MSVC2005 Env.
@set PATH=%DEV%\VC\VC\bin;%DEV%\VC\Common7\Tools;%DEV%\VC\Common7\IDE;%DEV%\VC\VC\VCPackages;%PATH%
@set INCLUDE=%DEV%\VC\VC\INCLUDE;%INCLUDE%
@set LIB=%DEV%\VC\VC\LIB;%LIB%

@echo Setting Framework Env.
@set FrameworkVersion=v2.0.50727
@set FrameworkDir=%SystemRoot%\Microsoft.NET\Framework
@set PATH=%DEV%\VC\SDK\v2.0\Bin;%PATH%
@set LIB=%DEV%\VC\SDK\v2.0\Lib;%LIB%
@set LIBPATH=%FrameworkDir%\%FrameworkVersion%
@set PATH=%LIBPATH%;%PATH%

@echo Setting Qt Env.
@set PATH=%QTDIR%\bin;%PATH%

@title Qt Framework 4.5.2 Development Kit.

cd %QTDIR%

Здесь применены временный переменные, к примеру %DEV% чтобы сократить остальную писанину.

Объяснять что здесь что я не буду. Хочу лишь обратить внимание на установку снаряжения Windows SDK и Framework.

В Windows SDK есть переменные CPU и NODEBUG, отвечающие за Retail и Debug сборку, а также за архитектуру.

В Framework необходимо проверить правильность всех этих переменных в соответствии окружению. У меня, при использовании MSVC2005 они такие, как написано. Если при компиляции возникнет ошибка, что не найден файл с именем mscoree, то ошибку следует искать именно здесь.

Чтобы легко использовать это окружение, можно создать на него ярлык. Здесь стоит заметить, что ярлык должен быть «особенным», так как при простом запуске этого файла он выполнится, после чего окно просто закроется. Чтобы этого не случилось делаем так: создаём ярлык в удобном нам месте (правой кнопкой мышки -> Создать -> Ярлык…), выбираем путь к файлу и приписываем к нему слево %comspec% /k. Получится примерно так: %comspec% /k C:\Development\SetEnv.Cmd.

Создания ярлыка

Последний этап подготовки перед компилированием Qt завершён.

Сборка Qt

Вот и всё, всё снаряжение готово к бою

Итак, первым делом следует распаковать Qt из скачанного архива в необходимую папку (C:\Qt\4.5.2 в моём случае) и произвести предварительные настройки для компилятора.

Чтобы произвести настройку компилятора, надо отредактировать файл конфигурации qmake.txt, расположенный в папке mkspecs\%компилятор%, где %компилятор% — версия нашего компилятора (для MSVC2005 оно равно win32-msvc2005, а для MSVC2008 — win32-msvc2008). Открываем этот документ в текстовом редакторе и ищем следующие строчки (они могут немного отличаться):

QMAKE_CFLAGS_RELEASE = -O2 -MD
QMAKE_CFLAGS_DEBUG = -Zi -MDd

Если обладаем многоядерным процессором, то можно компилировать в несколько потоков. Для этого используется флаг -MPi, где i – количество процессоров (для 2-х-ядерного процессора это будет выглядеть так: -MP2). Этот флаг можно добавить и в release, и в debug флаги.

Примечание: если файл конфигурации содержит флаг -GL (оптимизация всей программы), то удалите его. Этот флаг потенциально может создать конфликт при компиляции QtWebKit.

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

QMAKE_CFLAGS_RELEASE = -O2 -MD -MP2
QMAKE_CFLAGS_DEBUG = -Zi -MDd -MP2

Некоторые из вас могут спросить, мол, а не лучше ли заменить флаг -O2 на, к примеру, -Os (по аналогии с компилятором g++)? Отвечу: нет, не лучше. Для компилятора nmake этот флаг эквивалентен флагу -O1. Подробнее об этом можно почитать тут, на сайте MSDN.

Распинаться на тему того, какие флаги использовать при конфигурировании Qt я не буду. Просто скажу, что бывают случаи, когда конфигуратор по каким-то причинам не видит возможности использовать тот или иной флаг. Поэтому следует указать все. Здесь приведу свой набор флагов:

configure -debug-and-release -shared -exceptions -accessibility -stl -plugin-sql-sqlite -qt-zlib -qt-gif -qt-libpng -qt-libmng -qt-libtiff -qt-libjpeg -no-dsp -no-vcproj -mmx -3dnow -sse -sse2 -direct3d -openssl -no-dbus -phonon -phonon-backend -webkit -scripttools -qt-style-windows -qt-style-windowsxp -qt-style-windowsvista -no-style-plastique -no-style-cleanlooks -no-style-motif -no-style-cde

Итак, можно начинать конфигурирование и компилирование qmake.exe. Для этого запустим наш скрипт SetEnv.cmd через ярлык и вставим туда команду, написанную выше.

Выполнение конфигурирования

После компилирования qmake.exe с его помощью будут созданы make-файлы для всех проектов (начиная от самой библиотеки Qt и заканчивая простейшими примерами). Здесь существует вероятность, что нет необходимости компилировать вообще всё подряд. К примеру нужна просто release-версия библиотеки для компилирования release-версий каких-либо программ. То есть не для разработки.

Если есть какая-то необходимость компилировать не весь Qt, а по частям, то используются специальные «флаги», определённые в основном файле проекта Qt. Вот 2 основных из них:

1. nmake sub-src — для компилирования только библиотек;
2. nmake sub-tools — для компилирования всевозможных утилит (Designer, Linguist, Assistant, etc.).

По завершению конфигурирования, создания qmake.exe и make-файлов для проекта, Qt скажет, что «Qt is now configured for building. Just run nmake. To reconfigure, run nmake confclean and configure». Можно приступать к сборке

Для того, чтобы начать компилирование просто введите nmake (или nmake sub-src и потом, если надо, nmake sub-tools) в зависимости от необходимого результата.

Если интересно, то я выполнил поочерёдно команды nmake sub-src и nmake sub-tools чтобы получить библиотеку с тулзами, но без ненужных примеров.

…Прошло n-ое время, затраченное на компилирование нужных компонентов…

По завершению операций консоль не закрываем.

Проверка работоспособности библиотеки

Здесь всё просто. Раз мы собирали Qt в основном из-за модуля Phonon, то его и будем проверять.

Для этого выполним следующую команду, по завершении которой скомпилируется и запустится демо-приложение, использующее Phonon:

cd demos/mediaplayer && qmake && nmake release && cd release && mediaplayer

Через несколько секунд после завершения выполнения этого набора команд запуститься приложение. Откроем в нём какой-нибудь аудио файл, например: любимую песню На этом моменте все поймут, работает Phonon или нет.

Демо-приложение: Media Player

Оговорки

• В «Проверке работоспособности библиотеки» запуск приложения выполнен через консоль. Если попытаться запустить скомпилированную программу через проводник (при условии, что она находится не в директории bin Qt), то ничего не получится. Чтобы это исправить, необходимо перенести все переменные окружения из SetEnv.cmd в глобальное окружение ОС (Пуск -> Панель управления -> Система -> вкладка «Дополнительно» -> Переменные среды).
• В случае возникновения ошибки при проверки работоспособности Phonon не следует огорчатся. Иногда так случается, что по каким-то причинам воспроизведение невозможно. Не знаю почему. просто попробуйте воспроизвести другой файл.

О зависимостях

Чтобы убрать зависимости от redistributable-пакетов необходимо заменить флаг -MD (-MDd) на -MT (-MTd).

Тут некоторые задумались на тему того, почему этот вопрос был вынесен из самой «инструкции» и являет собой нечто, похожее на дополнение. А кто-то, пропустив ссылку сюда сильно расстроен. Чтож, объясняю.

Использование флага -MT подразумевает собой «вшивание» кода runtime-библиотеки в конечный продукт (и в библиотеки, и в программы). Но при этом возникает обидная неожиданность: очень часто программы не работают. У меня лично хронически не запускался QtDesigner и lrelease (может что-нибудь ещё, а я просто не в курсе).

Именно по-этому я вынес этот вопрос сюда. В принципе, никто не мешает попытаться сделать -MT на более свежих версиях. У меня вот не срослось. Кстати, если надумали делать, то в OpenSSL тоже придётся внести небольшие изменения: в файле ms\ntdll.mak исправить /MD на /MT. Делать это необходимо после выполнения команды

ms\do_masm

О зависимостях готовых приложений можно почитать тут [на англ.].

Вернуться вверх, к «Ориентируемся на…»

В первом пакете я заказал kUbuntu — дистрибутив linux с оконным менеджером KDE4.

Вторым пакетом мою коллекцию пополнили дистрибутивы Ubuntu — дистрибутив linux с оконным менеджером GNOME и Ubuntu Server — дистрибутив linux для серверных станций.

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

Сами диски:

P.S.: собственно, я и пост создал чтобы обложки показать. На мой взгляд они достаточно красивые

Или же Вам понадобился сервер для разработки чего-либо.

Чтож, в этой статье я опишу процесс установки связки Apache + PHP + MySQL

Приготовления

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

1. Apache версии 2.2 с поддержкой шифрования я возьму здесь. Win32 Binary including OpenSSL 0.9.8i (MSI Installer)
2. PHP версии 5.2.9 возьмём здесь. Windows Binaries Installer
3. MySQL версии 5.1.35 взяли тут. Windows Essentials (x86)

Вроде больше ничего нам не нужно.

Установка Apache HTTP Server

Как всегда, первыми окнами визарда установки видим приветствие оного визарда и лицензионное соглашение…

Далее идёт страница настройки домена, сервера, и адреса электронной почты администратора.

Для «домашнего» использования логично вписать доменное имя и имя сервера как localhost. Адрес почты администратора — как хотите, я указал свой

Также предлогается выбрать режим работы сервера и порт для подключения: для всех пользователей (с 80-ым портом) и добавлением в системные службы (с автоматическим запуском при загрузке системы) или только для текущего пользователя (с 8080-ым портом) и ручным запуском.

Apache HTTP Server: имя домена и сервера, адрес админа

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

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

Мне удобно чтобы всё было в одном месте. Для этого я установил адрес установки Apache C:\Web-Server\Apache2.2\

Всё, теперь далее, далее, далее… и готово. После установщик сам запустит сервер.

Проверить его работу можно, введя в адресной строке браузера localhost. Если всё хорошо — увидем надпись «It works!»

Также, в трее появился значёк приложения «Apache Service Monitor». С его помощью можно управлять сервером: запускать, останавливать, перезапускать и др.

Apache Service Monitor: иконка в трее.

Apache Service Monitor: окно приложения.

Файл конфигурации находится по адресу path\to\Apache2.2\conf\httpd.conf, где path\to\Apache2.2 — папка Apache.

Если хотите хранить файлы сервера (скрипты движков и т. д.) в другом месте, то нужно изменить значение переменной DocumentRoot, указав полный новый адрес.

Установка PHP5

Перед установкой PHP5 следует остановить сервис Apache, что можно сделать через уже знакомый Apache Service Monitor.

Установщик PHP5 также, как и установщик Apache, приветсвует нас, показывает лицензионное соглашение с просьбой принять его и даёт возможность изменить папку установки (я отправил его в C:\Web-Server\PHP5).

Следующая страничка визорда — страничка выбора модуля для спаривания PHP5 с web-сервером. Поскольку устанавливали Apache версии 2.2, то выбираем соответствующий модуль: Apache 2.2.x Module.

Установка PHP5: выбор модуля для web-сервера.

Далее — просят ввести адрес до файла конфигурации Apache (чтобы установщик сам спарил их). Вводим что-то типа path\to\Apache2.2\conf\, где, естественно, path\to\Apache2.2 — папка Apache.

Установка PHP5: выбор адреса папки конфигурации Apache.

Далее — самое нужное: выбор конмпонентов установки. Тут, наверно стоит отметить, что надо выбрать модуль расширения для MySQL. Остальные — что необходимо.

Установка PHP5: выбор дополнительных модулей.

Всё, далее… готово!

Установщий PHP5 вписал в файл конфигурации Apache информацию, что PHP5 тоже имеет место быть. Найти эти строки можно в самом конце файла. Увидите что-то типа:

#BEGIN PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL
PHPIniDir "C:/Web-Server/PHP5/"
LoadModule php5_module "C:/Web-Server/PHP5/php5apache2_2.dll"
#END PHP INSTALLER EDITS - REMOVE ONLY ON UNINSTALL

Теперь надо добавить index.php в файл конфигурации Apache в секции IfModule dir_module чтобы файлы index.php считались «главными» в папке и их результат выдавался при обращении к папке. Извените за мой французский. (чтобы при обращении к, скажем, http://localhost/anywhere/ выдовался результат выполнения index.php, размещённого в этом каталоге, а не список файлов и папок этого каталога)

Перезапускаем Apache.

Если что — файл конфигурации PHP5 находится в корне папки и имеет имя php.ini.

Теперь наверно стоит проверить, а работает ли PHP? Для этого нужно выполнить какой-нибудь php’шный скрипт. Например — php info. Создадим файл info.php в каталоге документов сайта (по умолчанию, если не меняли, — это path\to\Apache2.2\htdocs\) с 1 строкой содержимого:

<?php phpinfo(); ?>

Не забудем запустить сервер Apache.

Теперь попытаемся выполнить наш скрипт info.php, перейдя в браузере по адресу http://localhost/info.php. Тут очевидно работает PHP или нет

Установка MySQL 5.1

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

Самое интерестное — можно выбрать папку, в которой будут храниться сами базы данных Главное — не прошляпить этот момен. На странице выбора компонентов надо ткнуть MySQL Server Datafiles и тогда в нижней части окна появится возможность изменить адрес файлов баз. Для выбора адреса установки самого сервера — ткнуть в MySQL Server.

Установка MySQL: выбор директории файлов БД.

Теперь далее.. готово. Теперь установщик что-то рекламирует. Жмём опять далее и видим другие параметры конфигурации. Он предлогает настроить сервер сейчас и добавить его в системные службы. Не вижу причин ему мешать, ок :)

Давайте детльную настройку… Визард предлогает выполнить настройку сервера под разные нужды: для разработчика, для сервера (как домашний Дата Центр) и для выделенного сервера (имеется ввиду, что на этой машине больше никто и ничего делать не будет. Будет только этот сервер баз данных, что позволит ему захавать все имеющиеся ресурсы компьютера. При неодходимости, естественно). Здесь выбор за вами.

Настройка MySQL: выбор конфигурации.

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

Настройка MySQL: выбор движка БД.

Теперь надо сделать ещё немного настроек, в том чиле установить максимальное количество активных запросов на сервер БД, настройки кодировок, настройка запуска сервера (автоматически запускаться с системой или нет) и наверно самое главное: ввести пароль пользователя root базы данных! Всё, Execute! Теперь установщик настроет и запустит сервер.

Для правильного «спаривания» PHP и MySQL необходимо скопировать библиотеку libmysql.dll из каталога PHP в папку C:\WINDOWS.

Перезапускаем Apache.

Для проверки работы сервера Баз Данных нужно создать проверочный скрипт с таким содержимым:

<?php
$dblocation = "127.0.0.1";
$dbname = "test";
$dbuser = "root";
$dbpasswd = "< ваш_пароль_пользователя_root>";

$dbcnx = @mysql_connect($dblocation, $dbuser, $dbpasswd);
if (!$dbcnx) {
echo "К сожалению, сервер MySQL не доступен";
exit();
}
if (!@mysql_select_db($dbname,$dbcnx) ) {
echo "К сожалению, база данных не доступна";
exit();
}
$ver = mysql_query("SELECT VERSION()");
if(!$ver) {
echo "Ошибка в запросе";
exit();
}
echo mysql_result($ver, 0);
?>

Вроде теперь всё. Пользуйтесь на здоровье

И опять я возвращаюсь к вопросу о выборе Операционной Системы.

Первый вопрос: «Чем жертвовать? Производительностью, свободным временем или ресурсами?» Ну чтож, кому как. Наверно надо заметить, что сначало надо пожертвовать свободным временем и настроить всё так, чтобы ничего не тормозило Согласен Но, увы, не в этом случае. Если бы всё было так просто, то я бы не написалэто и сиделбы на кУбунте. Никого не трогал и продолжал заниматся еблей с файлами конфигурации и др. не сильно этому возмущаясь, но часто прибегая к поддержке гугла.

Итак, приступим. Что мы имеем? А имеем мы на выбор:

• Microsoft Windows XP
• Microsoft Windows Vista
• Cononical GNU/Linux kUbuntu или другую
• Apple Mac OS X Leopard.

На вид все выглядят хорошо А что в реальности?

Начнём с Microsoft Windows XP

Начнём с плюсов:

• быстрая
• ест мало ресурсов
• приятный и достаточно удобный интерфейс

и безусловно

• на ней идёт Photoshop!

Минусы:

• колосальное количиство заплаток
• вирусы, траяны, кейлогеры, etc. это Windows

Хватит с неё. Проехали. Если ничего больше не подойдёт, то оставим её.
Следующим посмотрим в сторону Microsoft Windows Vista.

Ещё одно творение о Microsoft. Более новое.

Плюсы? Плюсы…

• На ней тоже идёт Photoshop
• она более защищённая, нежели ХР

Вот, наверное и всё. Я не геймер — производительность игр смотреть не буду.

Минусы. Здесь можно вдоволь отыграться на творчестве Microsoft.

• Съедает ресурсы на раз
• на «не новейших» компьютерах тормозит
• перегруженое оформление
• вирусы, траяны, кейлогеры, etc. это Windows

Не вариант. Разве что если драйвера будет лень искать и устанавливать.
3-ий гость моих размышлений — Cononical GNU/Linux kUbuntu.

Да, и именно она, так как именно её я щас использую.

Линукс — это классно. Просто классно В общих чертах это — мой выбор. Но нет. Поезд ушёл, а точнее — ещё не пришёл. Я занимаюсь дизайном. А сюда великая и могучая фирма Adobe ещё не написала Photoshop. Не считают нужным.

Не важно вобщем. Линукс мне не подходит Вот, кажется и нашли кто виноват…

Напишим плюсы и минусы, раз написал для винды.

Плюсы:

• UNIX-based системы => отсутствие вирусов, троянов, кейлогеров, etc. в таком обширном количестве, которое доступно пользователям Windows
• Open Source
• высокая надёжность и стабильность системы, её повидение и всё другое зависит только от вас
• огромное количество настрое��: астроить можно почти всё или чуть ли не всё
• выбор оконных сред (KDE, Gnome, etc.)

Это, наверно, основное. Достаточно много. Особенно радуют высокая надёжность и защищённость.

Минусы с точки зрения простого пользователя: хоть система первоначально настроена достаточно хорошо, но:

• подавляющее большенство настроек надо править ручками
• малая распространённость системы и как следствие отсутствие таких замечательных программ как Photoshop. Зато есть аналоги

Минусов, вобщем мало. Или, для знающих людей (администраторов), вообще нет, либо поправимо
И завершает нашу процессию Apple MacOS X Leopard.

Мне нечего сказать. Я его ещё не видел. Сейчас качается образ. Хакинтош. Да простят меня в Apple. Я чисто для теста Я удалю потом. Обещаю. Диск сломаю и выкину. Чесно.

Ладно. Это мы сейчас устоновим и посмотрим что из этого выйдет.

Кстати, сразу Mac’у плюс — он сертифицированая UNIX-система