WEB-технологии

 

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное бюджетное образовательное учреждение

высшего профессионального образования

«НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ

ТОМСКИЙ ПОЛИТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

Кафедра Автоматики и компьютерных систем

Специальность «Информационные системы и технологии»

«WEB - технологии»

Учебно-исследовательская работа

Томск 2013 г

Содержание

Введение

1.Клиент-серверная архитектура

1.1Сторона клиента

1.2Сторона сервера

1.3HTTP - протокол передачи гипертекст

2.Установка и настройка локального веб-сервера «OpenServer»

2.1Установка (распаковка) сервера

2.2Настройка сервера

3.Настройка веб-сервера на операционной системе «Debian»

3.1Установка веб-сервера

3.2Установка MySQL

3.3Подключение модулей

3.4Проверка результата

3.5Установка phpMyAdmin

3.6Настройка PHP

3.7Настройка веб-сервера и виртуальных хостов

3.8Изменение локального хоста

3.9Создание главной страницы сайта

3.10Создание нового виртуального хоста

Заключение

Список используемой литературы

Введение

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

Всемирная паутина стала столь популярной, что для большинства пользователей понятия Интернет и WWW являются синонимами, хотя такое мнение, разумеется, является ошибочным. Вследствие этого, для начала необходимо разобраться с основными понятиями веб-технологий: веб-сайт и веб-страница. А также разобрать их работу, основанную на клиент-серверной архитектуре. Для передачи информации используется HTTP - протокол передачи гипертекста, который будет рассмотрен подробнее.

Также в основе практической работы в рамках данной УИРС будет рассмотрена установка и настройка локального веб-сервера OpenServer, а также установка и настройка веб-сервера на операционной системе «Debian», включающая в себя установку самого сервера, установку MySQL и подключение к ней необходимых модулей, установку phpMyAdmin, а также его настройку.

Всемирная паутина (WWW, World Wide Web) - это архитектура, являющаяся основой для доступа к связанным между собой документам, находящимся на миллионах машин по всему Интернету. За 10 лет своего существования из средства распространения информации на тему физики высоких энергий она превратилась в приложение, о котором миллионы людей с разными интересами думают, что это и есть «Интернет». Огромная популярность этого приложения стала следствием цветного графического интерфейса, благодаря которому даже новички не встречают затруднений при его использовании. Кроме того, Всемирная паутина предоставляет огромное количество информации практически по любому вопросу.

Всемирная паутина была создана в 1989 году в Европейском центре ядерных исследований CERN в Швейцарии. В этом центре есть несколько ускорителей, на которых большие группы ученых из разных европейских стран занимаются исследованиями в области физики элементарных частиц. В эти команды исследователей часто входят ученые из пяти-шести и более стран. Эксперименты очень сложны, для их планирования и создания оборудования требуется несколько лет. Программа Web (паутина) появилась в результате необходимости обеспечить совместную работу находящихся в разных странах больших групп ученых, которым нужно было пользоваться постоянно меняющимися отчетами о работе, чертежами, рисунками, фотографиями и другими документами.

Изначальное предложение, создать паутину из связанных друг с другом документов пришло от физика центра CERN Тима Бернерс-Ли (Tim Berners-Lee) в марте 1989 года. Первый (текстовый) прототип заработал спустя 18 месяцев. В декабре 1991 году на конференции Hypertext'91 в Сан-Антонио в штате Техас была произведена публичная демонстрация. Эта демонстрация, сопровождаемая широкой рекламой, привлекла внимание других ученых. Марк Андрессен (Marc Andreessen) в университете Иллинойса начал разработку первого графического браузера, Mosaic. Программа увидела свет в феврале 1993 года и стала настолько популярной, что год спустя ее автор Марк Андрессен решил сформировать собственную компанию Netscape Communications Corp., чьей целью была разработка клиентов, серверов и другого программного обеспечения для веб-приложений. Когда в 1995 году корпорация Netscape получила известность, инвесторы, полагая, очевидно, что появилась еще одна корпорация типа Microsoft, заплатили за пакет ее акций 1,5 млрд. долларов.

С точки зрения пользователя Всемирная паутина состоит из огромного собрания документов, расположенных по всему миру. Документы обычно называют для краткости просто страницами. Каждая страница может содержать ссылки (указатели) на другие связанные с ней страницы в любой точке мира. Пользователи могут следовать по ссылке (например, просто щелкнув на ней мышью), при этом страница, на которую указывает ссылка, загружается и появляется в окне браузера. Этот процесс можно повторять бесконечно. Идея страниц, связанных между собой гиперссылками (гипертекст), была впервые пророчески предложена в 1945 году, задолго до появления Интернета, Ванневаром Бушем, профессором из Массачусетского университета, занимавшимся электротехникой.

Основной принцип работы Паутины показан на рис. 1. Браузер отображает веб-страницу на клиентской машине. Когда пользователь щелкает на строке, которая является ссылкой на страницу, расположенную на сервере «abcd.com», браузер следует по этой гиперссылке. Реально при этом на «abcd.com» отправляется служебное сообщение с запросом страницы. Получив страницу, браузер показывает ее. Если на этой странице содержится гиперссылка на страницу с сервера «xyz.com», то браузер обращается с запросом к «xyz.com», и так далее до бесконечности.

Рисунок 1 - части всемирной паутины

1.Клиент-серверная архитектура

1.1 Сторона клиента

Необходимо детально рассмотреть сторону клиента, основываясь на рис. 1. По сути дела, браузер - это программа, которая может отображать веб-страницу и распознавать щелчки мыши на элементах активной страницы. При выборе элемента браузер следует по гиперссылке и получает с сервера запрашиваемую страницу. Следовательно, гиперссылка внутри документа должна быть устроена так, чтобы она могла указывать на любую страницу Всемирной паутины. Страницы именуются с помощью URL (Uniform Resource Locator - унифицированный указатель информационного ресурса). Типичный указатель выглядит так: «#"justify">Между щелчком пользователя и отображением страницы происходят следующие события.

Когда пользователь щелкает мышью на гиперссылке, браузером выполняется ряд действий, приводящих к загрузке страницы, на которую указывает ссылка. Например, пользователь, блуждая по Интернету, находит ссылку на документ, рассказывающий про интернет-телефонию, а конкретно - на домашнюю страницу ITU, расположенную по адресу #"justify">. Браузер определяет URL (по выбранному элементу страницы).

. Браузер запрашивает у службы DNS IP-адрес www.itu.org.

. DNS дает ответ 156.106.192.32.

. Браузер устанавливает TCP-соединение с 80-м портом машины 156.106.192.32.

. Браузер отправляет запрос на получение файла /home/index.html.

. Сервер www.itu.org высылает файл /home/index.html.

. TCP-соединение разрывается.

. Браузер отображает весь текст файла /home/indexhtml.

. Браузер получает и выводит все изображения, прикрепленные к данному файлу.

. Многие браузеры отображают текущее выполняемое ими действие в строке состояния внизу экрана. Это позволяет пользователю понять причину низкой производительности: например, не отвечает служба DNS или сервер или просто сильно перегружена сеть при передаче страницы.

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

Чтобы все браузеры могли отображать любые страницы, они пишутся на стандартизованном языке HTML, описывающем веб-страницу. Несмотря на то, что браузер, по сути дела, представляет собой интерпретатор HTML, большинство браузеров оснащаются многочисленными кнопками и функциями, облегчающими навигацию по Всемирной паутине.

Вместо того чтобы наращивать возможности и размеры браузеров, встраивая в них интерпретаторы для различных типов файлов (количество которых быстро растет), обычно применяется более общее решение. Когда сервер возвращает в ответ на запрос какую-либо страницу, вместе с ней высылается некоторая дополнительная информация о ней. Эта информация включает MIME-тип страницы. Страницы типа text/html выводятся браузером напрямую, как и страницы некоторых других встроенных типов. Если же для данного MIME-типа внутренняя интерпретация невозможна, браузер определяет, как выводить страницу, по своей таблице MIME-типов. В данной таблице в соответствие каждому типу ставится программа просмотра.

Существуют два способа отображения: с помощью подключаемого модуля (plug-in) или вспомогательных приложений. Подключаемый модуль представляет собой особый код, который браузер извлекает из специального каталога на жестком диске и устанавливает в качестве своего расширения. Поскольку подключаемые модули работают внутри браузера, у них есть доступ к текущей странице, вид которой они могут изменять. После завершения своей работы (обычно это связано с переходом пользователя на другую страницу) подключаемый модуль удаляется из памяти браузера.

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

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

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

Рисунок 2 - модель работы браузера

.2 Сторона сервера

Когда пользователь вводит URL или щелкает на гиперссылке, браузер производит структурный анализ URL и интерпретирует часть, заключенную между #"129" src="doc_zip3.jpg" />

Рисунок 3 - Многопоточный веб-сервер с входным и обрабатывающими модулями

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

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

Теоретически, однопоточный сервер с k дисками тоже должен давать прирост производительности в k раз, однако программирование и администрирование такой схемы оказывается очень сложным, так как в этом случае невозможно использование обычных блокирующих системных вызовов READ для чтения с диска.

Многопоточные серверы такого ограничения не имеют, поскольку READ будет блокировать только тот поток, который осуществил системный вызов, а не весь процесс.

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

вычисление имени запрашиваемой веб-страницы;

регистрация клиента;

осуществление контроля доступа для клиента;

осуществление контроля доступа для веб-страницы;

проверка кэша;

получение запрошенной страницы с диска;

определение типа MIME для включения этой информации в ответ клиенту;

аккуратное выполнение различных дополнительных задач;

возвращение ответа клиенту;

добавление записи в журнал активности сервера.

Шаг 1 необходим, потому что входящий запрос может и не содержать реального имени файла в виде строкового литерала. Например, URL может быть вот таким: #"94" src="doc_zip4.jpg" />

Рисунок 4 - серверная форма

Одна из проблем, связанных с серверными фермами, заключается в отсутствии общего кэша - каждый обрабатывающий узел обладает собственной памятью. Эта проблема может быть решена установкой дорогостоящей мультипроцессорной системы с разделяемой памятью, однако существует и более дешевый способ. Он заключается в том, что входной модуль запоминает, на какой узел он посылал запросы конкретных страниц. Последующие запросы тех же страниц он сможет тогда направлять на те же узлы. Таким образом, получается, что каждый узел специализируется по своему набору страниц; и отпадает необходимость хранения одних и тех же файлов в кэшах разных компьютеров.

Другая проблема, возникающая при использовании серверных ферм, состоит в том, что TCP-соединение клиента заканчивается на входном модуле, то есть ответ в любом случае должен пройти через входной модуль. Эта ситуация показана на рис. 5, а. Здесь как входящий запрос A), так и исходящий ответ B) проходят через входной модуль. Иногда для обхода этой проблемы применяется хитрость под названием передача TCP. Суть ее в том, что TCP-соединение продлевается до конечного (обрабатывающего) узла, и он может самостоятельно отправить ответ напрямую клиенту (рис. 5, б). Эта передача соединения для клиента незаметна.

Рисунок 5 - Обычный запрос-ответный обмен (а); обмен запросами и ответами при передаче TCP (б)

.3 HTTP - протокол передачи гипертекста

Стандартный протокол для передачи данных по Всемирной паутине - это HTTP (HyperText Transfer Protocol - протокол передачи гипертекста). Он описывает сообщения, которыми могут обмениваться клиенты и серверы. Каждое взаимодействие состоит из одного ASCII-запроса, на который следует один ответ, напоминающий ответ стандарта RFC 822 MIME. Все клиенты и все серверы должны следовать этому протоколу. Он определен в RFC 2616.

Соединения

Обычный способ взаимодействия браузера с сервером заключается в установке ТСР-соединения с портом 80 сервера, хотя формально эта процедура не является обязательной. Ценность использования TCP - в том, что ни браузерам, ни серверам не приходится беспокоиться о потерянных, дублированных, слишком длинных сообщения и подтверждениях. Все это обеспечивается протоколом TCP.

В HTTP 1.0 после установки соединения посылался один запрос, на который приходил один ответ. После этого TCP-соединение разрывалось. В то время типичная веб-страница целиком состояла из HTML-текста, и такой способ взаимодействия был адекватным. Однако прошло несколько лет, и в странице оказалось множество значков, изображений и других украшений. Очевидно, что установка TCP-соединения для передачи одного значка нерациональна и слишком дорога.

Это соображение привело к созданию протокола HTTP 1.1, который поддерживал устойчивые соединения. Это означало, что появилась возможность установки TCP-соединения, отправки запроса, получения ответа, а затем передачи и приема дополнительных запросов и ответов. Таким образом, снизились накладные расходы, возникавшие при постоянных установках и разрывах соединения. Стало возможным также конвейеризировать запросы, то есть отправлять запрос 2 еще до прибытия ответа на запрос 1.

Методы

Несмотря на то что HTTP был разработан специально для использования в веб - технологиях, он был намеренно сделан более универсальным, чем это было необходимо, так как рассчитывался на будущее применение в объектно-ориентированных приложениях. По этой причине в дополнение к обычным запросам веб-страниц были разработаны специальные операции, называемые методами. Они обязаны своим существованием технологии SOAP. Каждый запрос состоит из одной или нескольких строк ASCII, причем первое слово является именем вызываемого метода. Встроенные методы перечислены в таблице на рис.6. Помимо этих общих методов, у различных объектов могут быть также свои специфические методы. Имена методов чувствительны к регистру символов, то есть метод GET существует, a get - нет.

Рисунок 6 - Встроенные методы HTTP-запросов

Метод GET запрашивает у сервера страницу (под которой в общем случае подразумевается объект, но на практике это обычно просто файл), закодированную согласно стандарту MIME. Большую часть запросов к серверу составляют именно запросы GET.

Метод HEAD просто запрашивает заголовок сообщения, без самой страницы. С помощью этого метода можно узнать время последнего изменения страницы для сбора индексной информации или просто для проверки работоспособности данного URL.

Метод PUT является противоположностью метода GET: он не читает, а записывает страницу. Этот метод позволяет создать набор веб-страниц на удаленном сервере. Тело запроса содержит страницу. Она может быть кодирована с помощью MIME. В этом случае строки, следующие за командой PUT, могут включать различные заголовки, например, Content-Type или заголовки аутентификации, подтверждающие права абонента на запрашиваемую операцию.

Метод POST несколько напоминает метод PUT. Он также содержит URL, но вместо замены имеющихся данных новые данные «добавляются» (в неком общем смысле) к уже существующим. Это может быть публикация сообщения в конференции или добавление файла к электронной доске объявлений BBS. На практике ни PUT, ни POST широко не применяются.

Метод DELETE, что неудивительно, удаляет страницу. Как и в методе PUT, здесь особую роль могут играть аутентификация и разрешение на выполнение этой операции. Даже при наличии у пользователя разрешения на удаление страницы нет никакой гарантии, что метод DELETE удалит страницу, так как даже при согласии удаленного HTTP-сервера сам файл может оказаться защищенным от изменения или перемещения.

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

Метод CONNECT в настоящее время не используется. Он зарезервирован для будущего применения.

Метод OPTIONS позволяет клиенту узнать у сервера о его свойствах или о свойствах какого-либо конкретного файла.

В ответ на каждый запрос от сервера поступает ответ, содержащий строку состояния, а также, возможно, дополнительную информацию (например, веб-страницу или ее часть). Строка состояния может содержать трехразрядный код состояния, сообщающий об успешном выполнении запроса или о причинах неудачи. Первый разряд предназначен для разделения всех ответов на пять основных групп, как показано в таблице на рис.7. Коды, начинающиеся с 1 Aхх), на практике используются редко. Коды, начинающиеся с 2, означают, что запрос был обработан успешно и данные (если их запрашивали) отосланы. Коды Зхх сообщают клиенту о том, что нужно попытать счастья в другом месте - используя либо другой URL, либо свой собственный кэш.

Рисунок 7 - Группы кодов состояния, содержащиеся в ответах сервера

Коды, начинающиеся с 4, означают, что запрос по какой-либо причине, связанной с клиентом, потерпел неудачу: например, была запрошена несуществующая страница или сам запрос был некорректен. Наконец, коды 5хх сообщают об ошибках сервера, возникших либо вследствие ошибки программы, либо из-за временной перегрузки.

Пример использования HTTP

Поскольку HTTP является текстовым протоколом, взаимодействие с сервером посредством терминала (который в данном случае выступает как противоположность браузеру) можно организовать достаточно просто. Необходимо лишь установить TCP-соединение с портом 80 сервера. Читателю предоставляется возможность самому посмотреть, как работает этот сценарий (предпочтительнее запускать его в системе UNIX, поскольку некоторые другие системы могут не отображать статус соединения). Итак, последовательность команд такова:

Рисунок 8 - последовательность команд HTTP-протокола

Эта последовательность команд устанавливает telnet-соединение (то есть ТСР- соединение) с портом 80 веб-сервера IETF, расположенного по адресу www.ietf.org.

Результат сеанса связи записывается в файл log, который затем можно просмотреть. Далее следует команда GET. Указывается имя запрашиваемого файла и протокол передачи. Следом идет обязательная строка с заголовком Host. Пустая строка, которая находится за ней, также обязательна. Она сигнализирует серверу о том, что заголовки запросов закончились. Командой close (это команда программы telnet) соединение разрывается.

Файл журнала соединения, log, может быть просмотрен с помощью любого текстового редактора. Он должен начинаться примерно так, как показано в листинг на рис.8, если только на сайте IETF за это время не произошли какие-нибудь изменения.

Рисунок 9 - Начало вывода файла «www.ietf.org/rfc.html»

Первые три строки в этом листинге созданы программой telnet, а не удаленным сайтом. А вот строка, начинающаяся с HTTP/1.1, - это уже ответ IETF, говорящий о том, что сервер желает общаться с вами при помощи протокола НТТР/1.1. Далее следует ряд заголовков и, наконец, само содержимое запрашиваемого файла. Заголовок ETag, который является уникальным идентификатором страницы, связанным с кэшированием, и X-Pad - нестандартного заголовка, помогающего бороться с ошибками браузеров.

. Установка и настройка локального веб-сервера «OpenServer»

Обычно для разработки веб-программисты не используют удаленные веб-сервер, удаленные веб-серверы используются для демонстрации разрабатываемого веб-сайта заказчику или для публикации разработанного веб-сайта в интернет. Компании, предоставляющие возможность публикации веб-сайта в сети Интернет, называются Хостинг компаниями. Чаще всего хостинг компании предоставляют следующие услуги: ограниченное место на жестком диске, определенное тарифом количество виртуальных хостов и соответственно базы данных для каждого виртуального хоста, возможность делегирования прав на управление доменным именем. Так же хостинг провайдер гарантирует высокую скорость пропускного канала, бесперебойный доступ к веб-сайтам и обеспечивает архивирование данных в случае сбоя оборудования. Для быстрой и удобной работы в процессе разработки удобнее использовать локальный веб-сервер. В сети интернет существует большой выбор сборок, позволяющие установить локальный веб-сервер, «OpenServer» - это бесплатный и быстроразвивающийся веб-сервер, идеально подходящий для разработки веб-приложений в локальных условиях. Необходимо рассмотреть процесс установки и настройки.

.1 Установка (распаковка) сервера

Установщик представляет собой самораспаковывающийся архив, таким образом, достаточно указать директорию, куда будет установлен OpenServer. Желательно установку производить в корень любого раздела жесткого диска. Например, если выбрать в качестве директории для распаковки диск G:\, то распаковщик создаст директорию G:\OpenServer и распакует сервер в эту директорию.

Рисунок 10 - Путь распаковки

Рисунок 11 - Результат распаковки

Директория «domains» будет содержать виртуальные хосты (в дальнейшем её можно сменить), папка «modules» содержит модули OpenServer, под модулем понимается программное обеспечение, используемое в работе сервера, например СУБД MySQL различных версий, интерпретатор PHP различных версий и непосредственно сам веб-сервер (nginx или Apache) и многое другое. В директории «userdata» хранятся настройки для модулей.

.2 Настройка сервера

Далее о настройке OpenServer и созданию виртуальных хостов. После запуска сборки OpenServer в трее появится иконка OpenServer представляющая собой флаг красного (остановлен), зеленого (запущен) или желтого цвета (перезапускается). Для того, чтобы вызвать окно с Настройками необходимо нажать правой клавишей мыши по иконке как показано на рисунке 12.

Рисунок 12 - Контекстное меню OpenServer

Рисунок 13 - настройка сервера

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

Рисунок 14 - вкладка "Сервер"

Если же вы всё-таки решено установить OpenServer не в корень раздела жесткого диска, то OpenServer позволяет при запуске создать виртуальный диск для удобного обращения к файлам, корнем которого будет являться директория OpenServer, которая автоматически создается при распаковке.

При создании виртуальных хостов OpenServer автоматически добавляет запись в файл «hosts», но иногда возникает ситуация, когда у пользователя компьютера недостаточно прав для модифицирования файла. Поэтому в OpenServer предусмотрена возможность запуска сервера без редактирования файла, администратор (преподаватель) заранее добавит необходимые записи. Необходимо отметить независимый переключатель «Не вносить изменения в HOSTS файл».

Программный комплекс OpenServer может обеспечить не только локальную работу, но также может сделать персональный компьютер полноценным веб-сервером. Для этого в поле «IP-адрес сервера» необходимо указать IP-адрес выданный вам провайдером (рисунок 15 - IP-адрес сервера).

Рисунок 15 - IP-адрес сервера

Рисунок 16 - Смена «Корневой папки доменов»

Далее необходимо в папке domains создать папку с именем «project» - а в ней создать html-документ с именем index.html, таким образом, будет создан виртуальный хост. Любое серверное ПО, которое работает по сети, должно быть привязано к конкретному сетевому порту.

Рисунок 17 - Задание портов

Может возникнуть ситуация, что сетевой порт занят другим приложением, что не позволит запустить веб-сервер. Тогда необходимо в настройках OpenServer сменить проблемный порт. В случае, если при запуски OpenServer произошел сбой, то причина, по которой произошел сбой указывается в окне «Просмотр логов».

Рисунок 18 - Ошибка. Порт 443 занят

Во вкладке «Модули» осуществляется конфигурирование веб-сервер, есть возможность выбрать в качестве веб-сервера не только Apache, но и nginx, либо выбрать подходящую версию языка PHP и СУБД и многое другое. Необходимо установить настройки, такие как показаны на рисунке 19.

Рисунок 19 - Модули веб-сервера

После чего необходимо в окне браузера открыть страницу #"77" src="doc_zip20.jpg" />

Рисунок 20 - Управление доменами

Если ни одного домена не было найдено, то в окне с логами будет следующая ошибка.

Рисунок 21 - Ошибка. Запуск сервера без доменов невозможен

И последним шагом настройки локального веб-сервера будет установка кодировки по умолчанию для веб-сервера и СУБД. Необходимо установить кодировку utf-8 как показано на рисунке 22.

Рисунок 22 - Установка кодировки

На этом установка и настройка веб-сервера закончена.

3. Настройка веб-сервера на операционной системе «Debian»

.1 Установка веб-сервера

get (Advanced Packaging Tool) - программа для установки, обновления и удаления программных пакетов в командном режиме. Программа способна автоматически устанавливать и настраивать программы как из предварительно откомпилированных пакетов, так и из исходных кодов. Пакеты берутся из интернет-репозиториев, либо их можно установить с имеющихся носителей. Для пользователей, предпочитающих командной строке графический интерфейс, есть Synaptic - графическая оболочка для apt-get, созданная на основе GTK+ .

Использование утилиты:get [параметры] командаget [параметры] install|remove пакет1 [пакет2 …]get [параметры] source пакет1 [пакет2 ...]

Перед установкой веб-сервера необходимо выполнить обновление пакетов, для этого в терминале необходимо выполнить следующие команды: - используется для синхронизации файлов-описаний пакетов с их источником и получения обновлённых списков пакетов. Перед upgrade и dist-upgrade всегда нужно выполнять update.- используется для установки новейших версий установленных пакетов системы из источников. Для того, чтобы apt-get узнал о существовании доступных новых версиях пакетов, данной команде должна предшествовать команда update.

sudo apt-get updateapt-get upgrade

После того, как пакеты были обновлены, можно приступить к установке веб-сервера. В качестве веб-сервера будет выступать Apache. Установка осуществляется при помощи команды install, после которой следуют наименования пакетов, которые необходимо установить.

В качестве языка программирования будет использоваться скриптовый язык программирования PHP, установка которогоосуществляется вместе с веб-сервером, а связь между веб-сервером и PHP осуществляется с использованием библиотеки: libapache2-mod-php5.

Ключ install - устанавливает один или более пакетов, отмеченных для установки.

Каждый пакет - это имя пакета, а не полное имя файла, содержащее этот пакет. Все пакеты-зависимости также будут получены и установлены.

sudo apt-get install apache2 apache2-doc php5 libapache2-mod-php5 php-pear

Рисунок 23 - Установка веб-сервера Apache

Для хранения данных может быть использована любая система управления данными (СУБД): MySQL, Sqlite, Oracle, PostgreSQL, MSSQL. Связь СУБД с PHP осуществляется за счет подключения дополнительных модулей.

.2 Установка MySQL

Выполнение работы, будет осуществляться с использованием СУБД MySQL. MySQL является свободной системой управления базами данных и подходит для использования при разработки малых и средних приложений. Для установки MySQL необходимо выполнить следующую команду:apt-get install mysql-server mysql-client php5-mysql

Рисунок 24 - Установка mysql

Рисунок 25 - Настройка MySQL

.3 Подключение модулей

Язык программирования PHP позволяет расширить набор стандартных классов и функций за счет установки дополнительных модулей. Подключение модулей осуществляется в конфигурационном файле php.ini. Данный файл можно открыть в любом текстовом редакторе и раскомментировать директивы подключения тех или иных модулей, чтобы они выглядели так:= имя_модуля

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

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

sudo apt-get install php5-curl php5-gd php5-idn php5-imagick php5-ldap -imap php5-memcache php5-mhash php5-mysql php5-ps php5-pspell php5-sqlite -suhosin php5-tidy imagemagick php5-xcache php5-xdebug php5-xmlrpc php5-xsl

Проверка результата

После того, как все было установлено, можно проверить результат, для этого необходимо узнать IP-адрес веб-сервера командой ifconfig, далее открыв веб-браузер и указав URL-адрес, который состоит из IP-адреса: <#"316" src="doc_zip26.jpg" />

Рисунок 26 - проверка работы сервера Apache

3.3 Установка phpMyAdmin

- веб-приложение с открытым исходным кодом, разработанное на языке PHP и обеспечивающее полноценную, в том числе и удаленную, работу с базами данных MySQL через браузер.

Для установки веб-приложения необходимо воспользоваться следующей командой:apt-get install phpmyadmin

Во время установки необходимо указать веб-сервер, который будет автоматически настроен для работы с phpMyAdmin. В данном случае таким веб-сервером является Apache2. Для выбора необходимо нажать пробел.

Рисунок 27 - Настройа phpMyAdmin

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

Рисунок 28 - Создание базы данных для успешной работы phpMyAdmin

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

sudo nano /etc/apache2/apache2.conf

В открывшемся в редакторе GEDIT конфигурационном файле необходимо добавить (в конце) следующие строки. При помощи данной строки мы подключаем конфигурационный файл phpMyAdmin к веб-серверу Apache2.

# Include phpmyadmin configurations:/etc/phpmyadmin/apache.conf

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

phpMyAdmin.nano /etc/phpmyadmin/config.inc.php

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

$cfg['blowfish_secret'] = 'qwerty';

Начиная с версии 2.5.2, 'cookie' auth_type (cookie-аутентификация) использует алгоритм blowfish для шифрования пароля. Если используется 'cookie' auth_type, необходимо ввести здесь случайную идентификационную фразу, которая будет использоваться в работе алгоритма 'blowfish'. Максимальный размер фразы 46 символов.

Рисунок 29 - Настройка phpMyAdmin

Далее необходимо выполнить набор команд по запуску веб-сервер:

sudo /etc/init.d/apache2 restart //перезапуск apache2

sudo a2enmod php5 //запуска phpa2enmod rewrite //активация модуля mod_rewrite - основанный на правилах механизм (синтаксический анализатор с применением регулярных выражений), выполняющий URL преобразования на лету.

На этом установка phpMyAdmin закончена, для того чтобы получить доступ к веб-приложению. Необходимо в браузере открыть страницу <#"396" src="doc_zip30.jpg" />

Рисунок 30 - Авторизация PhpMyAdmin

.5 Настройка PHP

Следующим шагом настройки веб-сервера будет конфигурация PHP. Для начала стоит определиться, где будут храниться сайты. Все сайты будут находиться в каталоге /var/www. Для обеспечения безопасности необходимо сменить владельца и группу пользователей, которые будут иметь доступ к данной папке. Для смены владельца используется команда chown, после которой следует ключ -R для рекурсивной смены владельца во вложенных файлах и папках. Далее следует имя пользователя и группа.chown -R student:student /var/www

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

Данная команда показывает содержимое текущего каталога.

Рисунок 31 - Права доступа к каталогу

Теперь сама настройка PHP, конфигурационный файл с именем php.ini хранится в директории /etc/php5/apache2/. Необходимо внести следующие изменения в данный файл:

max_execution_time с 30 меняем на 90

max_input_time поменяем с 60 на 180_max_size меняем с 8M на 200M_max_filesize меняем с 2M на 50M_file_uploads меняем с 50 на 150

.6 Настройка веб-сервера и виртуальных хостов

веб сервер протокол хост

Использование виртуальных хостов позволяет на одном веб-сервере создавать несколько веб-сайтов.

Существует два основных метода реализации доступа к веб-сайтам:

по имени, когда все веб-сайты используют один общий IP-адрес. Согласно протоколу HTTP/1.1 веб-браузер при запросе к веб-серверу указывает доменное имя веб-сайта в поле Host заголовка текущего запроса, и веб-сервер использует его для правильного выполнения запроса, а также копирует это имя в ячейку [HTTP_HOST] суперглобального массива $_SERVER.

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

В данном случае для работы будет использоваться первый метод доступа к сайтам. Так как в распоряжении всего один IP-адрес.

Изменение локального хоста

Каждому сайту, который будет располагаться на веб-сервере, необходимо создать директорию командой mkdir. Первый сайт имеет локальное имя localhost. Хороший тон при создании виртуального хоста, внутри папки с именем хоста в нашем случае localhostсоздать папку www, в которой будет располагаться файлы сценариев сайта.

cd /var/www/localhost/var/www/localhost

mkdir www

Настройка каждого виртуального хоста хранится в директории: /etc/apache2/sites-available/. Необходимо сделать так, чтобы сайт, который доступен по адресу #"justify">...webmaster@localhost/var/www/labs/wwwlabs.loc

<Directory />FollowSymLinks

AllowOverride None

</Directory>

...

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

a2ensite labs

После чего обязательна перезагрузка Apache2.

Теперь нужно сопоставить созданному виртуальному хосту IP-адрес, чтобы браузер знал, где искать запрашиваемый пользователем сайт. Для этого необходимо отредактировать hosts файл. Hosts - текстовый файл, содержащий базу данных доменных имен и используемый при их трансляции в сетевые адреса узлов. Запрос к этому файлу имеет приоритет перед обращением к DNS-серверам. В отличие от DNS, содержимое файла контролируется администратором компьютера.

Необходимо скопировать файл C:\Windows\System32\drivers\etc\host, на рабочий стол компьютера, отредактировать скопированный файл, добавив следующую запись: 192.168.126.130 labs.loc

Затем заменить оригинальный файл модифицируемым.

Рисунок 32 - Редактирование hosts файла

Заключение

В рамках данной учебно-исследовательской работы, в ходе теоретической работы, был изучен базовый материал для работы с WEB-технологиями. Было изучено понятие всемирной паутины, а также принцип ее работы. Рассмотрены исторические аспекты появления данной технологии. Также было рассмотрено взаимойдесвие и работа веб-сервера с клиентом, в котором подробно изучен протокол передачи данных гипертекста HTTP.

В ходе практической работы были получены навыки установки и настройки локального веб-сервера OpenServer. Также была рассмотрена установка веб-сервера на операционной системе Debian, включающая в себя установку и настройку MySQL, PHP, phpMyAdmin, а также подключение необходимых модулей.

Список используемой литературы

Для подготовки данной работы были использованы материалы из учебника Эндрю Таненбаума - «Компьютерные сети», а так же часть с сайтов «wikipedia.org» и «php.ru».

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ Федеральное государственное бюджетное образовательное учреждение высшего профессионального образован

Больше работ по теме:

Автоматизация документооборота на предприятии
Курсовая работа (т)
Автоматизация процесса закупок сырья, материалов и оборудования в информационной службе с помощью системы "1С: Предприятие 8.2"
Курсовая работа (т)
Автоматизация процессов, происходящих в отделе прямых продаж ОАО ОТПбанк
Курсовая работа (т)
Автоматизація побудови діаграм динаміки обсягів промислового виробництва регіонів України
Курсовая работа (т)
Автоматизація процесу комерційного обліку газу
Курсовая работа (т)