$22.87


$38.55


$357.58


Ставим РНР

Само собой, сначала надо его скачать. Идем на этот раз на официальный сайт http://www.php.net и ищем там раздел downloads.

Собственно, искать не приходится, он в самом верху первый. После того, как откроется страничка, в самом верху есть ссылки для скачивания исходных кодов, нам они не нужны. Ищем windows binaries и скачиваем два файла в этом разделе.

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

Итак, если Вы уже скачали эти два файла, начнем их устанавливать. Обратите внимание, что один с расширением .exe, а второй — .zip. Так и должно быть, но начнем мы с первого.

Запустите .exe файл. По традиции жмите «next» (как эти инсталляторы любят заставлять нас делать много ненужных движений!). А дальше – что-то новенькое, соглашаться с условиями лицензии надо кнопкой «i agree». Выбираем тип установки standart, и опять подошли к выбору директории.


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

Так что смело указываем РНР путь e:/usr/php/ и устанавливаем его туда. Придется еще ввести адрес smtp сервера и свой адрес электронной почты. Введите туда что-нибудь. Вероятнее всего, нам в локале это не понадобится. Все равно отправлять почту Вы будете уже из Интернета, а там свои настройки.

Ах да, еще надо будет выбрать сервер, с которым будет работать php. Как Вы помните, это apache. Если в процессе копирования появятся какие-нибудь диалоговые окна, не стоит обращать на них особого внимания.

В принципе, на этом установка почти закончена. Осталось установить дополнительные модули и научить сервер apache распознавать код php. Это не сложно.

Подключаем php к apache

Для начала откройте конфигурационный файл apache, о котором мы уже говорили немножко выше. Он расположен в папке conf там, куда Вы установили apache, и имеет хитрое название httpd.conf. Не обращайте внимание на расширение, откройте его с помощью любого текстового редактора, подойдет хоть Блокнот, хоть word (в последнем очень удобно искать и заменять нужные пути).

Открыли? Как видите, в нем много текста, перед которым стоит символ «#». Это – подробнейшие комментарии. Как правило, они на английском, но есть варианты русского apache. Может, Вам повезет, но это не важно, так как настроек не так уж и много.

Ищем эту строчку:

#addtype application/x-httpd-php php

Снимаем с нее комментарий (убираем символ «#» в начале строки), если он там есть. Это позволит серверу распознавать файлы с расширением .php. Сразу же после этой строки добавьте такие настройки:

scriptalias /_php/ «путь к РНР/»
action application/x-httpd-php «/_php/php.exe»

Особо стоит пояснить «путь к php/». В нашем случае это было бы: «e:/usr/php/». Не забудьте про последний слэш, он там не случайно. Этим нехитрым способом мы создаем синоним для директории с установленным препроцессором php и связываем все файлы с кодом php непосредственно с ним самим.

Сохраните файл конфигурации на диск и попробуйте запустить apache. Если все нормально, то ОК. Если Вы получили сообщение об ошибке, просмотрите указанную в нем строку, скорее всего это синтаксическая ошибка. Исправьте ее и попробуйте снова.

Будем считать этот этап пройденным.

Виртуальные хосты в apache

Как я уже говорил, сервера в сети устроены таким образом, что на одном могут быть десятки и сотни виртуальных серверов. Нам придется организовать что-то подобное у себя на компьютере, что бы иметь возможность держать дома не один сайт, а сразу сколь угодно много. Давайте научимся делать 2-3, остальные Вы сможете добавить аналогично им.

Опять открываем знакомый нам файл конфигурации httpd.conf и начинаем его править. Добавляем в конец файла строки:

serveradmin имя почтового ящика
servername имя сервера
directoryindex index.php3 index.phtml index.php index.htm index.html index.shtml index.shtm
documentroot «e:/usr/public_html/host/virtual»
scriptalias /cgi-bin/ «e:/usr/public_html/host/virtual/cgi-bin/»
errorlog e:/usr/public_html/host/virtual/logs/error.log
customlog e:/usr/public_html/host/virtual/logs/access.log common

serveradmin имя почтового ящика
servername имя сервера
directoryindex index.php3 index.phtml index.php index.htm index.html index.shtml index.shtm
documentroot «e:/usr/public_html/host/start»
scriptalias /cgi-bin/ «e:/usr/public_html/host/virtual/cgi-bin/»
errorlog e:/usr/public_html/host/virtual/logs/error.log
customlog e:/usr/public_html/host/virtual/logs/access.log common

И таким же образом дальше, по мере необходимости. Обратите внимание на различия. В строке с virtualhost указывается разный ip адрес, по которому будет осуществляться доступ к выбранному сайту. Имя сайта и почтовый ящик администратора понятно, что разные. И, наконец, в строчке с documentroot надо проставить имя директории, в которой будут храниться файлы конкретного сайта. Это все.

Ах да, в каталоге virtual придется создать еще один каталог log. В него apache будет писать логии своей работы. Не забудьте это сделать. Сами файлы создавать вручную не надо, они будут созданы apache автоматически. Кстати, если Вы не очень нуждаетесь в логах, можно периодически их очищать, это позволит серверу работать немного быстрее, да и место сэкономит. Сделать это можно только тогда, когда сервер остановлен. Логи можно разнести для каждого сайта отдельно, но если они не так уж и нужны, можно все писать в одно место, что бы легче было удалять.

Как обычно, сохраните файл конфигурации и попробуйте запустить apache. Если ошибка – ищите ее в указанной строке.

Тестирование php

Давайте теперь убедимся, что php-скрипты работают. Для этого создадим в директории d:/usr/public_html/host/virtual файл index.php со следующим содержанием:

<!-- hpinfo(); -->

Теперь наберите в браузере: http://127.0.0.1. Должна отобразиться страница с разнообразной информацией о php, которая генерируется функцией phpinfo().

Все, php работает.

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

Пришло время обратить свое внимание на второй файл, который мы скачали. Он имеет расширение .zip и представляет собой обычный архив. Попробуйте распаковать его. Получилось? Как видите, это тоже php, но уже без программы с установкой. Ищите в нем директорию «extensions». И скопируйте ее полностью к себе в каталог с установленным php.

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

Теперь надо подключить новые модули к php. Делается это во втором важном для нас конфигурационном файле – php.ini. Его готового варианта нет, придется создать самостоятельно. Надо отметить, что и без этого файла php сможет эффективно работать, но это не даст нам возможность настраивать нужные параметры и лишит гибкости. Да и не правильно это.

Итак, в дистрибутиве ищем файл php.ini-recomm ended и переименовываем его в php.ini. Редактировать можно, как обычно, любым текстовым редактором, так как он, как и конфигурационный файл apache, представляет из себя простой текст.

Открыли? Ищите в нем раздел error handling and logging.

Этот раздел отвечает за настройки ошибок, выдаваемых на экран. Очень важно для нас видеть эти ошибки, что бы понимать, как работает скрипт. А точнее – почему он не работает.

Где-то чуть ниже будет раскомментированная (комментарий в этом файле – это точка с запятой) переменная error_reporting = e_all. Можно оставить ее такой, какая она и есть, но приготовьтесь получать сообщения об ошибках по поводу и без повода. Например, если происходит попытка использования неинициализированной переменной. Это не страшно, так как в этом случае переменная автоматически инициализируется и приравнивается или к нулю, или к пустой строке, в зависимости от типа, но сообщение об ошибке все равно будет выдано на экран. Итак, что бы избежать такого безобразия, надо прописать тут: error_reporting = e_warning. Вот полный список доступных тут значений, и Вы можете выбрать более подходящие для Вашего сайта:
1 e_error фатальные ошибки времени выполнения
2 e_warning предупреждения времени выполнения (нефатальные ошибки)
4 e_parse ошибки разбора времени компиляции
8 e_notice уведомления времени выполнения (менее серьёзные, чем предупреждения)
16 e_core_error фатальные ошибки при начальном старте php только в php 4
32 e_core_warning предупреждения (нефатальные ошибки) при начальном старте РНР только в
php 4
64 e_compile_error фатальные ошибки времени компиляции только в php 4
128 e_compile_warning предупреждения времени компиляции (нефатальные ошибки) только в php 4
256 e_user_error генерируемое пользователем сообщение об ошибке только в php 4
512 e_user_warning генерируемое пользователем предупреждение только в php 4
1024 e_user_notice генерируемое пользователем уведомление только в php 4
2047 e_all всё вышеуказанное

Еще чуть дальше найти параметр display_errors = off и поставить его в on включив, таким образом, выдачу сообщений об ошибках именно на экран, а не в логфайлы. Там просто не удобно искать эти ошибки.

Осталось всего ничего – найти раздел data handling и в нем переменную register_globals = off установить в on, тем самым, сделав доступными для считывания переменные окружения непосредственно по их имени, а не через специальный массив переменных окружения.

Осталось прописать путь, по которому находятся наши модули расширения. Он задается в переменной extension_dir. Задайте его правильно, в соответствии с тем, где именно лежит у Вас папка с модулями. Если этот путь указан не правильно, при загрузке ненайденного модуля php будет выдавать ошибку.

И, наконец, самое главное – полученный таким образом файл php.ini надо скопировать в директорию, куда установлена windows (одноименная директория в корне диска c, как правило). Это важно, так как именно там php будет искать этот файл. В последних версиях его же можно положить в директорию с установленным сервером apache. Таким образом, становится возможным иметь на одном компьютере несколько настроек php одновременно и использовать их по мере надобности.

Еще хочу обратить Ваше внимание на тот факт, что загрузка и использование дополнительных модулей может в значительной степени снижать производительность интерпретатора php. Лучше всего точно знать и использовать в работе только те модули, которые нужны при работе сайта.

Теперь еще об одном важном для нас моменте. Во всех руководствах по РНР (и в этой книге тоже, кстати) написано, что даные, полученные из формы, или переданные по ссылке вот так: name.phtml?a=1&b=2 автоматически становятся переменными php $a и $b. На самом деле это может быть не совсем так. Дело в том, что в целях безопасности, начиная с версии 4.1, РНР настраивается по умолчанию так, чтобы переданные значения не назначались переменным. Потому, что таким образом легко затереть уже существующие в скрипте переменные и взломать скрипт. Хоть этот факт и является сомнительным, так как нужные переменные всегда можно отследить и защитить, но все-таки это факт.

За назначение переменных отвечает параметр register_globals в php.ini. Если register_globals=on, то все полученные скриптом данные будут назначены соответствующим переменным. Если register_globals=off, то получить значение переменной можно обратившись к массиву, соответствующему способу передачи данных в скрипт. Например: Передаем методом get: name.phtml?a=1.

echo $_get[«a»] напечатает цифру 1.

Если получаем данные из формы, отправленной методом post, то все поля этой формы содержатся в массиве $_post, и получить доступ к ним можно точно так же, только обратившись к массиву $_post.

То же касается и серверных переменных, таких, как $remote_addr, $php_self. При register_globals=off их не существует, и получить их можно, обратившись к массивам $_server, $_env или функцией getenv — getenv(«http_referer»);. Разработчики php настоятельно рекомендуют (впрочем, для меня это не понятно) выключать register_globals, и пользоваться данными, полученными от пользователя, только обращаясь к соответствуюим массивам.

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

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

Вопросы переносимости и совместимости

Один раз, настроив свой сервер, приходится задумываться о том, как избежать данной процедуры каждый раз при переустановке системы. Этот процесс, в принципе, не так уж и сложен, однако хотелось бы попроще, как всегда. И кстати, такая возможность есть.

Если Вы устанавливали сервер, парсер php (как только его не обзывают, но это все тот же php) и свои сайты в один каталог, перед переустановкой системы надо сделать его резервную копию. Этим Вы застрахуете себя от возможных проблем, хотя они и не предвидятся.

Итак, система переустановлена. В принципе, больше ничего не надо, Вам понадобится только восстановить два файла – это «php.ini» для того, что бы восстановились все настройки, сделанные Вами ранее для php (если они не делались, забудьте об этом файле, php будет работать с установками по умолчанию). И – «hosts» в каталоге windows_dir/system32/drivers/etc. Это служебный файл виндов, и служит он для сопоставления имен.

Вот его пример с моего компьютера:

127.0.0.1 localhost
127.0.0.6 204040
127.0.0.2 virtual
127.0.0.3 price
127.0.0.4 start
127.0.0.5 test

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

Итак, если диск не меняется, достаточно восстановить эти два файла. Если же по каким-то причинам есть необходимость сменить диск, на котором будет работать сервер, надо открыть файл «httpd.conf», расположенный в папке «conf» там, куда Вы установили apache. Открыть этот файл можно любым текстовым редактором, да хоть word-ом. Потом при помощи поиска и замены произведите замену имени старого диска на новый, и после этого сохраните файл.

Тоже самое проделайте и над php.ini, о нем мы говорили чуть выше. Все, Ваш сервер готов для работы. Можно попробовать протестировать его работу в новых условиях, и если все в порядке, приступать к программированию, если нет, искать ошибку на основе информации, которая выдается окно dos-сессии apache. Как правило, одну за другой все ошибки устранить не представляется сложным.

Организация рабочего места

Нам понадобятся: текстовый редактор и ftp-менеджер. Это для начала. В принципе, никаких ограничений на эти программы нет, Вы можете использовать любые, только желательно, что бы текстовый редактор обеспечивал нумерацию строк и элементарную подсветку синтаксиса. Я рекомендую cutehtml из комплекта cuteftp. Доводы – обеспечивает все вышеперечисленные требования, просто в обслуживании, не требует инсталляции (точнее – интегрируется в систему при первом запуске).

Его же (я имею в виду не редактор, конечно) можно использовать и в качестве ftp-менеджера, но я применяю обычный totalcommander, так как он еще и позволяет в привычной оболочке работать с файлами не отходя от, так сказать, кассы.

Устанавливаем все это добро. Готово

 

Интересное

FAQ по методам...
Многие, насмотревшись фильмов про «хакеров», где половина вымысла имеют искаженное представление про взломы удаленных компьютеров. Скажу сразу, что не каждый камп можно ломануть. Хотя, может я...
Подробнее...
Аналоговые системы...
Системы аналогового видеонаблюдения применяются в местах, где необходима организация видеонаблюдения в зданиях с малым количеством помещений – небольшие кафе, автостоянки, помещения для...
Подробнее...
Linux Format
Linux Format Номер 1 Январь 2007 Автор: Linux Format Формат: PDF
Подробнее...
Отправка SMS при помощи Delphi
Алгоритм работы приложения для отправки sms достаточно простой. При помощи компонента twebbrowser нужно реализовать отправку данных на веб-сервер сотового оператора, содержащих информацию о...
Подробнее...
Виртуальные Хосты
Проблема виртуальных хостов становится довольно острой, когда у вас имеется в интернете 2 хоста или более. Для их администрирования обычным localhost не отделаешся. А вот с помощью виртуальных...
Подробнее...
Установка IIS на Windows...
Internet Information Services (IIS) 6.0 – полнофункциональный веб-сервер, обеспечивающий основу для систем семейства Windows Server 2003, а также существующих веб-приложений и веб-служб XML. В IIS...
Подробнее...
Установка Windows Server...
Семейство продуктов Windows Server 2003 берет все самое лучшее от технологии ОС Windows 2000 Server, упрощая при этом развертывание, управление и использование.В результате пользователь получает...
Подробнее...
Внимание! Отказ в...
Описание: Уязвимость позволяет удаленному пользователю вызвать отказ в обслуживании приложения.Уязвимость существует из-за ошибки при обработке пакетов, отправленных на порт 48000 UDP/TCP....
Подробнее...
Хранилище шаблонов...
Если вы так или иначе сталкиваетесь с AD (Active Directory), то вам наверняка приходилось иметь дело с политикой групп (Group Policy). Одним из основных компонентов объектов политики групп (Group...
Подробнее...
Службы Windows ХР
Важную роль в оптимизации производительности Windows XP может сыграть настройка системы служб. Управлять ими можно, вызвав оснастку управления службами через Пуск ->Выполнить-> services.msc....
Подробнее...