mod_php для Apache и php_mysql

[_-Re@l-_]

Может быть, кто-нибудь знает, где их взять?

[dr.Chas]

Что то вы наверное путаете.

Режимы интерпретатора

Существует несколько способов использования интерпретатора PHP:
В качестве модуля к веб-серверу посредством SAPI или ISAPI[19] (например, для Apache модуль mod_php). Веб-сервер запускается с загруженным модулем и при обращении к php-скрипту он выполняется в окружении процесса веб-сервера. Это наиболее распространённый метод использования PHP в силу следующих причин:
он наиболее удобен для отладки, так как ошибки PHP выводятся на экран (если данный режим включен в настройках), тогда как в режиме CGI ошибка приводит к генерации HTTP-кода 500 и дополнительную информацию необходимо искать в логах веб-сервера;
имеется возможность менять некоторые настройки PHP «на лету» с помощью файла .htaccess, без перезагрузки веб-сервера;
в режиме CGI нет возможности воспользоваться HTTP-аутентификацией.[20][21]
обладает более высокой скоростью работы.
В качестве CGI. В этом случае, при вызове скрипта веб-сервер вызывает /usr/bin/php-cgi /path/to/script.php. При этом создаётся новый процесс и скрипт выполняется в окружении php-cgi, которое, в зависимости от настроек, может сильно отличаться от окружения процесса веб-сервера. Более современным вариантом является FastCGI. Несмотря на то, что препроцессор PHP все равно будет перезапускаться при каждом запросе[22][23], преимуществом данного варианта перед предыдущим является более высокая степень безопасности, потому как PHP работает как отдельное приложение со своими правами.
В качестве скрипта командной строки, являющегося исполняемым файлом, который вызывается пользователем из командной строки; скрипт выполняется в окружении вызвавшего пользователя. В этом случае возможно использование PHP для создания клиентских GUI-приложений[24] и решения административных задач в операционных системах UNIX, Linux, Microsoft Windows, Mac OS X и AmigaOS. Однако, в таком качестве он не получил распространение, отдавая пальму первенства Perl, Python и VBScript (c) вики

Так что, первое это режим работы интерпретатора.

Ну а библиотеку, php_mysql под windows можно скачать тут.

[_-Re@l-_]

(например, для Apache модуль mod_php)

Вот он мне и нужен. Где бы взять?

[dr.Chas]

http://windows.php.net/downloads/rel...32-VC9-x86.zip

Примерно так (читал между строк, говоря по телефону):

Урок 2. Установка PHP как модуля Апачи

Необходимые материалы (тот минимум, с которым все работает):
php4ts.dll (собственно, ядро PHP)
php4apache.dll (модуль для Апача)
php.ini (ну, понятно, что это и для чего)
php.exe (превосходно работает и без него, но пригодилось бы для проверки работоспособности ядра PHP)

Ход работы.
Копируем php.ini в директорию windows (у кого где она расположена, но у большинства — c:\windows)
Создаем директорию, в которую положим php4ts.dll и php4apache.dll В соответствии с вышеприведенными соглашениями — f:/usr/local/php
Находим секцию httpd.conf "Dynamic Shared Object (DSO) Support" — ее очень просто найти, в ней куча (обычно закомментированных строк) вида LoadModule ... Добавляем свою строчку:


LoadModule php4_module "путь-к-директории-php/php4apache.dll"

Если Вы следовали приведенным выше рекомендациям назначения имен директорий, то она должна выглядеть как:

LoadModule php4_module "f:/usr/local/php/php4apache.dll"
Добавляем mime-тип AddType application/x-httpd-php .phtml .php .php3 .php4
Если Вы ранее воспользовались альтернативным способом (подключение PHP как CGI), то, пожалуй, самое время убрать строчки, связанные с сопоставлением action для указанного типа — просто забьем комментариями:
#<Directory "f:/usr/local/php">
# Options ExecCGI
#</Directory>
#ScriptAlias "/__php_dir__/" "f:/usr/local/php/"
#Action application/x-httpd-php "/__php_dir__/php.exe"
Ну и все — попробуем запустить апачу. При нормальной работе увидите примерно такую строчку: Apache/1.3.12 (Win32) PHP/4.0.4pl1 running... Сбегайте в ближайший ларек и купите себе пива.

источник http://phprog.narod.ru/theory/php_ap.html