Создание web-сайта по автосалону "Лада-Премьер" - Программирование, компьютеры и кибернетика дипломная работа

Главная

Программирование, компьютеры и кибернетика
Создание web-сайта по автосалону "Лада-Премьер"

Создание web-форума по автомобильной тематике: модель web-сайта, методы решения, web-интерфейс и его взаимодействие с форумом. Описание архитектуры web-сайта, её составных элементов и их программной реализации. Тестирование программного продукта.


посмотреть текст работы


скачать работу можно здесь


полная информация о работе


весь список подобных работ


Нужна помощь с учёбой? Наши эксперты готовы помочь!
Нажимая на кнопку, вы соглашаетесь с
политикой обработки персональных данных

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

· изучить данные, которые предстоит вынести на web-сайт «ЛАДА-ПРЕМЬЕР», создание web-форума по данной тематике;
· проанализировать методы решения поставленной цели;
· спроектировать web-интерфейс и web-форум и проанализировать взаимодействие между ними;
· выбрать средства и технологии разработки;
Команда разработчиков должна представлять из себя группу профессионалов, имеющих опыт в анализе, проектировании, генерации кода и тестировании программного обеспечения с использованием CASE-средств. Члены коллектива должны также уметь трансформировать в рабочие прототипы предложения конечных пользователей.
Жизненный цикл программного обеспечения по методологии RAD состоит из трех фаз:
· фаза анализа и планирования требования;
На фазе анализа и планирования требований пользователи системы определяют функции, которые она должна выполнять, выделяют наиболее приоритетные из них, требующие проработки в первую очередь, описывают информационные потребности. Определение требований выполняется в основном силами пользователей под руководством специалистов-разработчиков. Ограничивается масштаб проекта, определяются временные рамки для каждой из последующих фаз. Кроме того, определяется сама возможность реализации данного проекта в установленных рамках финансирования, на данных аппаратных средствах и т.п. Результатом данной фазы должны быть список и приоритетность функций будущей информационной системы, предварительные функциональные и информационные модели информационной системы.
На фазе проектирования часть пользователей принимает участие в техническом проектировании системы под руководством специалистов-разработчиков. CASE-средства используются для быстрого получения работающих прототипов приложений. Пользователи, непосредственно взаимодействуя с ними, уточняют и дополняют требования к системе, которые не были выявлены на предыдущей фазе. Более подробно рассматриваются процессы системы. Анализируется и, при необходимости, корректируется функциональная модель. Каждый процесс рассматривается детально. При необходимости для каждого элементарного процесса создается частичный прототип: экран, диалог, отчет, устраняющий неясности или неоднозначности. Определяются требования разграничения доступа к данным. На этой же фазе происходит определение набора необходимой документации.
После детального определения состава процессов оценивается количество функциональных элементов разрабатываемой системы и принимается решение о разделении ИС на подсистемы, поддающиеся реализации одной командой разработчиков за приемлемое для RAD-проектов время - порядка 60-90 дней. С использованием CASE-средств проект распределяется между различными командами (делится функциональная модель).
Результатом данной фазы должны быть:
· общая информационная модель системы;
· функциональные модели системы в целом;
· точно определенные с помощью CASE-средства интерфейсы между автономно разрабатываемыми подсистемами;
Все модели и прототипы должны быть получены с применением тех CASE-средств, которые будут использоваться в дальнейшем при построении системы. Данное требование вызвано тем, что в традиционном подходе при передаче информации о проекте с этапа на этап может произойти фактически неконтролируемое искажение данных. Применение единой среды хранения информации о проекте позволяет избежать этой опасности.
В отличие от традиционного подхода, при котором использовались специфические средства прототипирования, не предназначенные для построения реальных приложений, а прототипы выбрасывались после того, как выполняли задачу устранения неясностей в проекте, в подходе RAD каждый прототип развивается в часть будущей системы. Таким образом, на следующую фазу передается более полная и полезная информация.
На фазе построения выполняется непосредственно сама быстрая разработка приложения. На данной фазе разработчики производят итеративное построение реальной системы на основе полученных в предыдущей фазе моделей, а также требований нефункционального характера. Программный код частично формируется при помощи автоматических генераторов, получающих информацию непосредственно из репозитория CASE-средств. Конечные пользователи на этой фазе оценивают получаемые результаты и вносят коррективы, если в процессе разработки система перестает удовлетворять определенным ранее требованиям. Тестирование системы осуществляется непосредственно в процессе разработки.
После окончания работ каждой отдельной команды разработчиков производится постепенная интеграция данной части системы с остальными, формируется полный программный код, выполняется тестирование совместной работы данной части приложения с остальными, а затем тестирование системы в целом. Завершается физическое проектирование системы:
· определяется необходимость распределения данных;
· производится анализ использования данных;
· определяются требования к аппаратным ресурсам
· определяются способы увеличения производительности
· завершается обработка документации проекта.
Результатом фазы является готовая система, удовлетворяющая всем согласованным требованиям.
На фазе внедрения производится обучение пользователей, организационные изменения и параллельно с внедрением новой системы осуществляется работа с существующей системой (до полного внедрения новой). Так как фаза построения достаточно непродолжительна, планирование и подготовка к внедрению должны начинаться заранее, как правило, на этапе проектирования системы. Приведенная схема разработки информационная система не является абсолютной. Возможны различные варианты, зависящие, например, от начальных условий, в которых ведется разработка: разрабатывается совершенно новая система; уже было проведено обследование организации и существует модель его деятельности; на организации уже существует некоторая информационная система, которая может быть использована в качестве начального прототипа или должна быть интегрирована с разрабатываемой.
Следует, однако, отметить, что методология RAD, как и любая другая, не может претендовать на универсальность, она хороша в первую очередь для относительно небольших проектов, разрабатываемых для конкретного заказчика. Если же разрабатывается типовая система, которая не является законченным продуктом, а представляет собой комплекс типовых компонент, централизованно сопровождаемых, адаптируемых к программно-техническим платформам, СУБД, средствам телекоммуникации, организационно-экономическим особенностям объектов внедрения и интегрируемых с существующими разработками, на первый план выступают такие показатели проекта, как управляемость и качество, которые могут войти в противоречие с простотой и скоростью разработки. Для таких проектов необходимы высокий уровень планирования и жесткая дисциплина проектирования, строгое следование заранее разработанным протоколам и интерфейсам, что снижает скорость разработки.
Методология RAD неприменима для построения сложных расчетных программ, операционных систем или программ управления космическими кораблями, т.е. программ, требующих написания большого объема (сотни тысяч строк) уникального кода.
Не подходят для разработки по методологии RAD приложения, в которых отсутствует ярко выраженная интерфейсная часть, наглядно определяющая логику работы системы (например, приложения реального времени) и приложения, от которых зависит безопасность людей (например, управление самолетом или атомной электростанцией), так как итеративный подход предполагает, что первые несколько версий наверняка не будут полностью работоспособны, что в данном случае исключается.
Оценка размера приложений производится на основе так называемых функциональных элементов (экраны, сообщения, отчеты, файлы и т.п.) Подобная метрика не зависит от языка программирования, на котором ведется разработка. Размер приложения, которое может быть выполнено по методологии RAD, для хорошо отлаженной среды разработки ИС с максимальным повторным использованием программных компонентов, определяется следующим образом:
< 1000 функциональных элементов - один человек,
1000-4000 функциональных элементов - одна команда разработчиков,
> 4000 функциональных элементов - 4000 функциональных элементов на одну команду разработчиков;
В качестве итога перечислим основные принципы методологии RAD:
· разработка приложений интеграциями;
· необходимое использование генераторов кода;
Процессы. Процесс преобразует значения данных. На DFD процесс изображается в виде эллипса, внутри которого помещается имя процесса; каждый процесс имеет фиксированное число входных и выходных данных, изображаемых стрелками.
Потоки данных. Поток данных соединяет выход объекта (или процесса) с входом другого объекта (или процесса). Он представляет промежуточные данные вычислений.
Первым шагом при построении, иерархии является построение контекстных диаграмм. Обычно при проектировании относительно простых информационных систем строится единственная контекстная диаграмма со звездообразной топологией, в центре которой находится так называемый главный процесс, соединенный с приемниками и источниками информации, посредством которых с системой взаимодействуют пользователи и другие внешние системы.
Спиральная модель жизненного цикла. При использовании спиральной модели жизненного цикла для проектирования комплекса основной упор делается на начальные этапы: анализ и проектирование. На этих этапах реализуемость технических решений проверяется путем создания прототипов. Каждый виток спирали соответствует созданию фрагмента или версии комплекса, на нем уточняются цели и характеристики проекта, определяется его качество, и планируются работы следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта, и в результате выбирается обоснованный вариант, который доводится до реализации.
Результат появляется фактически на каждом витке спирали. Этот результат, который является промежуточным, анализируется, а затем выявленные недостатки продукта становятся поводом для инициирования следующего витка спирали. Таким образом, углубляются и последовательно конкретизируются детали проекта, и в итоге выбирается обоснованный вариант, который доводится до реализации. Спираль завершается тогда, когда клиент и разработчик приходят к согласию относительно результата.
Модель предполагает также свойства взаимодействия этапов:
· модель состоит из последовательно расположенных этапов в пределах одного витка спирали;
· внутри витка спирали этапы не имеют обратной связи; анализ результата осуществляется в конце витка и инициирует новый виток спирали;
· исправление ошибок происходит на этапе тестирования на каждом из витков спирали; фактически часть ошибок исправляется в пределах одного витка посредством связи этапов кодирования и тестирования; ошибки, которые не могут быть исправлены и требуют более глубоких структурных изменений, инициируют новый виток спирали;
· этапы могут перекрываться во времени в пределах одного витка спирали;
· результат появляется в конце каждого витка спирали и подвергается подробному анализу, анализируются новые требования заказчика и инициируется новый виток спирали;
· при переходе от витка к витку происходит накопление и повторное использование программных средств, моделей и прототипов;
· процесс ориентирован на развитие и модификацию системы в процессе ее проектирования, на анализ рисков и издержек в процессе проектирования.
Отметим, что основная особенность данной методологии состоит в концентрации сложности на начальных этапах жизненного цикла программного обеспечения (анализ, проектирование); при этом сложность и трудоемкость последующих этапов в пределах одного витка спирали относительно невысокие. По этой методологии предлагается способ снижения затрат в целом, при разработке программного обеспечения за счет предотвращения потенциальных ошибок на этапах анализа и проектирования. Этап определения стратегии присутствует на первом витке спирали либо «склеен» с этапом анализа первого витка спирали.
Спиральная модель жизненного цикла позволяет устранить недостатки предыдущих моделей.
При спиральной схеме разработки неполное завершение работ на очередном этапе позволяет переходить на следующий этап. Незавершенная работа может выполняться на следующем витке спирали. Тем самым обеспечивается возможность предъявить пользователям системы ее некоторый работоспособный вариант для уточнения требований.
Web-сайт имеет архитектуру многоуровневой информационной системы. Для описания данной архитектуры следует четко распределить обязанности всех ее компонентов и изучить методы их взаимодействия.
Архитектура данного web-сайта была разбита на 3 уровня (представление, логика, хранение).
· на уровне деловой логики размещены компоненты, обеспечивающие обработку данных в соответствии с логикой системы;
· уровень хранилища, обеспечивает сохранение информации web-форума;
· уровень представления предназначен для организации клиентского интерфейса.
Уровень пользовательского интерфейса. Подсистемы данного уровня обеспечивают взаимодействие пользователей с информационной системой Web- представительства. На данном уровне web-сайт предоставляет необходимую информацию.
При модернизации web-сайта предполагается внести дополнение в виде нескольких web-страниц, а так же PHP - файлов для корректной работы web-сайта и для предоставления удобного интерфейса.
Функции пользовательского интерфейса (web-сайта):
· предоставление пользователям необходимой информации;
· предоставление ссылок для скачивания;
· взаимодействие с администратором;
Данный web-сайт реализуется как набор программ, выполняющих функции проекта, изменение и дополнение данных, а также клиентский доступ. Главными требованиями, положенными в основу при разработке комплекса стали: легкое использование и расширяемость. Поэтому комплекс разбивается на 2 основных программных блоков (модулей):
Web-форум представляет собой программный продукт разработанный специально для того что бы пользователи могли свободно общаться между собой. Создание своего собственного сообщения или темы не представляет собой ничего сложного, так как интерфейс интуитивно понятен. Так в данном форуме существует, и страница администратора, на которой можно удалять, старые сообщения и ненужных пользователей. Весь форум реализован на PHP с поддержкой Java script.
Сегодняшний рынок программного обеспечения предъявляет большие требования к создаваемым проектам. Так, для современных программных средств важными требованиями являются переносимость, мультиплатформенность и масштабируемость.
Под переносимостью подразумевается возможность использовать программное средство на разных программно-аппаратных платформах без существенной переработки кода.
Масштабируемость означает возможность добавления новых функций и свойств программного средства с минимальным изменением всего кода в целом. Идеальным является вариант, который позволяет наращивать мощность ПП без изменения основного кода, лишь добавляя новые модули.
Поэтому при разработке учитывались оба этих требования. Естественно, создать достаточно сложное ПО, которое работало бы на всех известных платформах, практически невозможно, но следует стремиться обеспечить его функциональность на самых распространенных платформах.
Исходя из того, что платформа IBM PC является наиболее распространенной в России, было принято решение разрабатывать web-сайт именно под эту аппаратную платформу. Проанализировав системное программное обеспечение IBM PC-совместимой компьютерной техники, были получены следующие результаты: 73 % - OS семейства Windows, 16 % - Linux, 11 % - Free BSD, Open BSD, SCO, Mac OS X, Novell NetWare. Исходя из этих результатов, а так же из соображения, что программное обеспечение должно функционировать на как можно большем количестве платформ, было принято решение разрабатывать ПС с таким расчетом, чтобы обеспечить функционирование, как его отдельных компонентов, так и всего комплекса в целом на двух основных программных платформах: Windows и Linux. Причем это требования распространяется на ту часть разрабатываемого программного обеспечения, которое должно быть размещено на web-сервере.
В настоящее время рынок web-серверов поделён между Apache и Microsoft Information Server (IIS). На их долю приходится 85% рынка, ближайшие конкуренты Google и lighttpd имеют около 6%. Интересно распределение сайтов, функционирующих под управлением того или иного web-сервера по данным Netcraft [11] - самого авторитетного источника в области исследования рынка web-серверов.
Таблица 1.1 «Статистика использования web-серверов различных производителей»
В таблице 1.1 представлена статистика использования web-серверов различных производителей, а в таблице 1.2 рейтинг конкретных продуктов. Как легко можно пронаблюдать лидерстов принадлежит web-серверу Apache. Каковы же его преимущества. Рассмотрим их поподробнее и сравним его с ближайшим конкурентом - Microsoft IIS.
Легкое достижение высокой безопасности web-сервера Apache в сравнении с IIS является одним из основных аргументов в пользу выбора Apache.
Безопасность web-сервера довольно многогранное понятие, которое включает в себя следующие аспекты:
1. Защита от вывода сервера из строя
Защита от вывода сервера из строя . Сервер может быть выведен из строя в результате атаки хакеров или воздействия вируса. В 2001 году как и Apache, так и IIS оказались не готовы к новым видам хакерской атаки Denial of service (DoS). Затем вирусы класса Code Red поражали сервера Apache и IIS. Следует отметить, что IIS более уязвим для хакеров и вирусов, чем Apache.
Таблица 1.2 «Статистика использования web-серверов различных производителей»
Это связано с тем, что IIS не просто web-сервер, а готовое бизнеc-решение, которое содержит в себе около 20 web-сервисов разного плана. Иногда вирусу и хакеру удается поразить одну из служб IIS (например, Index Search), что приводит к общей остановке сервера. В Apache для создания бизнес-решения приходится использовать продукты других фирм, поражения их системы безопасности не защитываются Apache как прокол. Следует отметить, что проблемы безопасности не следует, не преувеличивать, не приуменьшать.
Большое количество служб IIS представляет проблему для администратора, т.к. если они все используются, требуется 2-3 раза в месяц устанавливать антивирусные обновления. В прочем проблему можно решить и кардинально, выключив не нужные IIS службы совсем. Для этого можно воспользоваться утилитой IIS Lockdown. Кроме того можно использовать утилиту AutoUpdate для автоматической установки обновлений для IIS 6.0 в платформе Microsoft.Net.
Следует отметить, что большинство поражений серверов Apache и IIS происходит не столько благодаря их архитектуре, сколько по вине администраторов, не работающих над поддержкой безопасности в фирме. Встроенная защита Apache и IIS не заменит антивирусные программы для web-серверов от Symantec и TrendMicro, и таких средств безопасности как Internet Security Scanner. Однако поддержание стойкости web-сервера Apache обходится администратору гораздоменьшим количеством действий.
Защита от хищения информации. Если в плане устойчивости к атакам Apache имеет преимущество перед IIS, то в плане защиты от похищения информации IIS во многом защищен лучше. IIS может использовать систему идентификации пользователей из Windows 2000 Server, это не только облегчает администрирование, но и повышает защиту. На Apache в случае довольно типичной ошибки администратора, хакер сможет легко украсть список пользователей с паролями.
Следует также отметить, что IIS может использовать различные средства шифрования от шифрования диска средствами NTFS до шифрования передачи данных через SSL. Данные средства лучше реализованы в IIS, чем в Apache.
Защита базы данных SQL Server. Поскольку web-сервер имеет доступ к корпоративной базе данных в SQL Server, важным моментом является обеспечение безопасности этой связки. Microsoft SQL Server 2000 имеет XML-расширения, которые позволяют передавать данные в Internet через firewall, что позволяет на порядок повысить безопасность.
Для Apache стандартные средства разработки обычно представлены средством генерации динамических страниц PHP. Возможности продуктов Microsoft тут несравнимы. В составе IIS 5.0 идет около 20 различных сервисов на все случаи жизни. Среда визуальной разработки Microsoft InterDev позволяет быстро и дешево создавать динамические web-сервера. Отличные средства поиска ошибок (отладки) Microsoft заслужили широкое признание. В частности IBM рекомендует пользоваться инструментарием Microsoft для отладки JavaScript в своих web-серверах. IIS превосходно интегрирован с другими продуктами Microsoft, не будет проблем с организацией взаимодействия.
XML-средства MS SQL 2000 позволяют значительную часть работы по созданию и поддержке сайта выполнить программистам владеющим MS SQL.
IIS 5.0 под Windows 2000 работает существенно быстрее Apache под всеми платформами. Также следует отметить, что с помощью серверных ActiveX-компонент можно реализовать очень быстродействующие и сложные системы. Например, генерацию графического изображения из базы данных в MS SQL на HTML-страницу.
В случае использования XML-расширений MS SQL 2000 можно увеличить быстродействие IIS в 5-10 раз, т.к. в данном случае HTML-страницы генерируются не интерпретируемым скриптом, а скомпилированным кодом специальной библиотеки.
Однако большинство преимуществ IIS в быстродействии и богатстве возможностей реализуются путем не совсем стандартных способов, которые поддерживаю полностью только браузеры на базе MSIE.
И хотя как можно заметить на рис. 2.2 и 2.3 эти браузеры лидируют, лучше всего ориентироваться на кросплатформенность не только систем web-сервера, но и браузеров.
Сравнивая стоимость владения IIS и Apache можно сделать следующие выводы:
1. IIS и Apache бесплатны, если вы пользователь Windows 2000 Server
2. В IIS существенно быстрее и дешевле можно разработать или переделать сайт. Разработка сайта будет еще дешевле, если вы используете MS SQL 2000.
3. У Apache дешевле стоит обеспечение безопасности. Пользователям IIS для снижения стоимости безопасности следует отключить ненужные сервисы, установить антивирусное ПО и использовать XML-средства MS SQL 2000.
4. Администрирование Apache дороже, чем IIS. Apache сложнее администрировать, но администратору IIS требуется чаще устанавливать антивирусные обновления. Однако установка обновлений для IIS не такая дорогая и сложная работа как написание конфигурационных файлов для Apache.
5. Персонал. Разработчики обойдутся дешевле, кроме того, вы можете использовать для разработки ваших специалистов в MS SQL 2000
В качестве основного web-сервера для ПП «Интернет-магазин «Покупка автомобилей»» был выбран сервер Apache. Немаловажными критериями для отбора стали мультиплатформенность и бесплатное распространение. Кроме того, Apache в настоящее время один из наиболее популярных web-серверов во всем мире, поэтому очень высока вероятность того, что он уже будет входить в серверную конфигурацию системы, на которую будет производиться установка ПП «Интернет-магазин «Покупка автомобилей»».
Впрочем, при необходимости, в качестве web-сервера можно использовать любой сервер, поддерживающий взаимодействие с PHP.
3.3 Среда разработки для модулей проекта
Сервер должен обеспечивать доступ к web-форуму и быть достаточно производительным для обеспечения работы с несколькими пользователями. Клиент должен иметь удобный и привычный для него интерфейс. Причем как клиент, так и сервер должны обеспечивать между собой надежное и защищенное соединение. Самыми очевидными являются два подхода. Первый предполагает написание отдельных приложений сервера и клиента на каком-либо языке программирования. Но при этом подходе может возникнуть следующая проблема: при серьезном изменении структуры серверной части может потребоваться и серьезная переделка клиента, что не всегда бывает удобно. Поэтому при разработке серверного ядра было решено использовать трехуровневую технологию известную еще как технология «тонкого» клиента. Этот подход предполагает использовать в качестве клиентского приложения web-браузер, поддерживающий современные конструкции языка HTML, что позволяет организовать развитый пользовательский интерфейс. В качестве сервера выступает web-сервер с набором скриптов CGI, реализующий логику приложения и связь данных, хранящихся на сервере баз данных с пользовательским интерфейсом. Это дает следующие преимущества:
1. Не требуется устанавливать дополнительного клиентского программного обеспечения, так как web-браузер присутствует практически в любой программной конфигурации современного персонального компьютера.
2. Среднему пользователю не требуется дополнительного обучения для работы с клиентской частью, так как обычно хватает начальных навыков по работе с web-браузером и навигации по www.
3. Для пользователя системы имеется возможность выбирать тот web-браузер, к которому он привык.
4. Современные версии web-браузеров поддерживают защищенные протоколы обмена данными. Это позволяет быстро и эффективно разрешить проблему безопасной передачи информации без дополнительного кодирования клиента.
5. Фактически, разработка сводится только к созданию сервера. При добавлении или изменении функций сервера не требуется модификация кода клиента, что существенно упрощает процесс модернизации и наиболее полно отвечает модульному принципу построения программы.
Существует несколько видов реализации серверной части приложения на основе web-сервера: серверный модуль, CGI-приложение, среды предварительной обработки страниц, встраиваемые приложения. Основное их назначение - организовать интерактивное взаимодействие с пользователем на основе динамического гипертекста (DHTML). Выбор конкретного метода обуславливается различными факторами, в частности, при разработке проекта нами были выдвинуты следующие требования к серверу:
1. Мультиплатформенность и переносимость программного кода (как и ко всему комплексу в целом) - серверное ядро должно без особых проблем и без изменения исходного кода функционировать как на различных системных платформах (Windows, Linux), так и web-серверах.
3. Обеспечение защищенного соединения с клиентом.
После анализа средств разработки мы пришли к выводу, что вышеперечисленным требованиям сервер будет удовлетворять, если в качестве платформ для разработки выбрать PHP.
PHP (PHP: Hypertext Preprocessor) - один из самых мощных скриптовых языков, доступных на рынке. Он позволяет легко писать скрипты прямо в HTML файлах, и его код будет выполнен транслятором (PHP) на сервере до того, как эта страница будет послана в броузер. PHP аналогичен концепции Netscape's LiveWire Pro или Microsoft's ASP (Active Server Pages), но по заявлениюразработчиков языка, PHP лучше обоих продуктов. Многое из его синтаксиса было позаимствовано из C, Java и Perl с добавлением некоторых уникальных особенностей. Главной целью языка является предоставлением web-разработчикам быстрого создания динамически генерируемых страниц.
· PHP безопасен. Использование PHP предоставляет web-серверу еще один уровень между пользователем и сервером, что уменьшает возможность пользователям вмешаться в работу сервера. PHP имеет множество возможностей, которые позволяют программисту строить безопасные приложения: работа с жестким кодом в директории во время компиляции PHP, возможность фильтровать параметры ввода, возможность игнорировать данные, посланные GET методом.
· PHP имеет журнал доступа. При использовании контроля доступа в PHP, пользователи могут применять свои собственные счетчики посещений и входа. Эта возможность не использует центральный системный лог файл доступа, и позволяет получить мониторинг доступа в реальном времени. Скрипт для просмотра файла журнала событий предоставляет возможность быстро показывать, например, кто получал доступ к набору страниц принадлежащих конкретному пользователю или разделу сервера. Пакет может быть настроен на генерацию заголовка каждой страницы с показом информации о доступе.
Перечислим некоторые возможности и достоинства PHP:
поддержка большого количества платформ, включая Linux, Microsoft Windows, Mac OS X, FreeBSD, OpenBSD и т.д.;
интеграция с большинством современных web-серверов, например: Apache, Microsoft Internet Information Server, Personal Web Server, Netscape and iPlanet servers, Oreilly Website Pro server, Caudium, Xitami, OmniHTTPd и множество других;
работа либо в качестве CGI-приложения, либо как серверного модуля (для Apache, IIS, Netscape Enterprise Server);
поддержка как объектно-ориентированного, так и процедурного программирования;
отсутствие ограничений на размер генерируемого HTML файла;
взаимодействие с другими сервисами и приложениями с использованием LDAP, IMAP, SNMP, NNTP, POP3, HTTP, COM, CORBA;
поддержка популярных архивных форматов (Zip, BZip2, GZip);
наличие средств обеспечения безопасного соединения
полностью бесплатное OpenSource-распространение.
Очень важно и то, что PHP обладает встроенной поддержкой защиты передаваемой по сети информации с помощью SSL.
Когда возникает необходимость создать web-сайт, неминуемо встает проблема выбора инструментального средства разработки. Всего можно выделить три типа функциональных инструментов, с помощью которых сегодня разрабатывается большинство web-сайтов.
Визуальные редакторы, или WYSIWYG-редакторы («What You See Is What You Get» - «Что видишь, то и получаешь»), позволяют создавать электронные документы без знания языка HTML. Все, что потребуется, - это нажать на соответствующие кнопки, вызвать определенные меню и запустить конкретные команды. В том виде, как страница будет смотреться в рабочем окне программы, в конечном итоге его и будет отображать браузер. Тэговые HTML-редакторы представляют собой специальные программы, предназначенные для людей, разбирающихся в конструкциях языка HTML, и позволяющие нажатием конкретных кнопок вставлять в текущий документ определенные тэги или целые модули.
Такие редакторы пользуются популярностью у многих web-мастеров, так как автоматизируют некоторые задачи, умеют подсвечивать синтаксис языков программирования (помимо HTML
Создание web-сайта по автосалону "Лада-Премьер" дипломная работа. Программирование, компьютеры и кибернетика.
Реферат: Характеристика бизнес-плана
Сочинение: Белинский В.Г. - выдающаяся личность 20 века
Гранатовый Браслет Аргументы Для Сочинения Егэ
Курсовая Работа На Тему Одаренные Дети
Вишневский Александр Васильевич Реферат
Русский Язык Огэ Сочинение Баллы
Курсовая Работа На Тему Экономико-Географическая Характеристика Российской Федерации
Основные тенденции развития гражданского права в современных социально-экономических условиях
Реферат: Деловые игры в методической работе ДОУ
Реферат: Расчет дифференциального каскада с транзисторным источником тока. Скачать бесплатно и без регистрации
Абай Қара Сөздері Және Хаттары Эссе
Благородство В Романе Дубровский Сочинение 6 Класс
Реферат: American Indian Wars Essay Research Paper American
Сочинение Первый Блин Комом
Принцип Относительности Галилея Реферат
Курсовая работа по теме Расчет масляного трансформатора типа ТМ-250/10
Реферат: Региональные экологические проблемы и пути их решения
Реферат: Сухов
Реферат: Формы и методы профессиональной подготовки
Сознание В Психологии Реферат
Организация обслуживания потребителей в детском кафе на 36 посадочных мест - Маркетинг, реклама и торговля курсовая работа
Проектирование устройств фильтрации - Программирование, компьютеры и кибернетика курсовая работа
Угорщина - География и экономическая география презентация