Создание системы управления содержимым (CMS) на примере web представительства фирмы недвижимости

 

Введение

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

Еще совсем недавно единственным способом создания сайта было создание набора статичных HTML-страничек и их размещение в сети Интернет. Сейчас при создании сайта владелец стремится к тому, чтобы получать не просто статичный, «мертвый сайт», а сайт, который может жить и изменяться, активно взаимодействовать с клиентом, позволять эффективно управлять своим содержанием, легко масштабироваться. Такие сайты принято называть динамическими сайтами, и именно они составляют большую часть Интернета.

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

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

1. Зачем нужно интернет - представительство (веб - сайт) компании

.1 Цели создания интернет-представительств

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

Специфика и вид веб - сайта компании определяются <#"justify">1.2 Традиционные направления использования интренет-представительств 1. Аудитория Интернета

На настоящий момент аудитория российского Интернета сопоставима с аудиторией традиционных СМИ. По данным Monitoring.ru на конец 2000 года максимальная аудитория Интернета составляла 11 млн. человек, при этом аудитория Интернета среди людей с высокими социальными характеристиками (доход, образование, статус и пр.) значительно выше. Так, среди людей с доходом выше 2000 руб. на члена семьи аудитория Интернета составляет уже сейчас более 30 %. По данным сайта Страна.ру доля людей с месячным доходом на члена семьи свыше $100 составляет 15 % от аудитории Интернета.

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

Обновление информации на веб - сайте не требует такого количества времени, как разработка печатного макета, статьи <#"justify">1.3 Обязанности и функции корпоративного сайта

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

Говорить про абстрактный корпоративный сайт - все равно, что рассуждать о какой-то "средней" компании. У разных компаний - разные задачи, бизнес-модели, соответственно и сайты. Однако при явных внешних отличиях каждого сайта, можно выделить ряд одинаковых функций, которые на него возлагаются. К ним можно отнести следующие:

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

продвижение продукции и услуг компании;

взаимодействие с внешним миром.

Основные функции, возложенные на корпоративный сайт:

Имидж фирмы

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

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

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

Реклама

Неотъемлемой частью любого бизнеса является реклама. Рекламная составляющая корпоративного сайта может и должна быть реализована!

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

Современные средства WEB-дизайна, возможности HTML, графики, flash, Java и т.д. являются практически неограниченными для создания любых рекламных материалов, которые могут быть представлены на корпоративном сайте.

Какая реклама возможна? Во-первых, любые рекламные материалы, создаваемые на страницах сайта, содержащие графику, тексты, анимации, video, flash, java - апплеты, доступные посетителю в режиме On-line. Во-вторых, любые материалы, которые могут храниться на сервере в файлах любых удобных для потенциальной ниши клиентов форматах. Такие материалы могут копироваться на удаленные компьютеры посетителей сайта и просматриваться в режиме Off-line. В - третьих, кроме предоставления посетителю информации рекламных материалов, возможно проведение целых рекламных акций: бесплатного распространения некоторых версий программного обеспечения, производимого фирмой, вступления в баннерные сети (информация об организации на определенных условиях может быть размещена на часто посещаемых сайтах) и т.д.

Маркетинг

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

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

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

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

Продвижение решений. Привлечение клиентов

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

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

2. Для чего служит CMS

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

Система управления содержимым/контентом - (англ. Content management system, CMS) - компьютерная программа или система, используемая для обеспечения и организации совместного процесса создания, редактирования и управления текстовых и мультимедиа документов (содержимое или контента). Обычно это содержимое рассматривается как неструктурированные данные предметной задачи в противоположность структурированным данным, обычно находящимися под управлением СУБД.

В общем случае CMS делятся на: ECMS - Enterprise Content Management System (Система управления контентом масштаба предприятия). WCMS - Web Content Management System (Система управления Web-контентом).

В силу того, что ECMS имеют глубокую внутреннюю классификацию по предметным областям (HRM, DMS, CRM, ERP и т.д.) термин CMS заместил собой WCMS, превратившись в синоним системы управления сайтами. Подобные CMS позволяют управлять текстовым и графическим наполнением веб-сайта, предоставляя пользователю удобные инструменты хранения и публикации информации.

Пример системы управления сайтом - администраторская панель Joomla.

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

1. Генерация страниц по запросу.

Системы такого типа работают на основе связки «Модуль редактирования -> База данных -> Модуль представления». Модуль представления генерирует страницу с содержанием при запросе на него, на основе информации из базы данных. Информация в базе данных изменяется с помощью модуля редактирования. Страницы заново создаются сервером при каждом запросе, что в свою очередь создаёт дополнительную нагрузку на системные ресурсы. Нагрузка может быть многократно снижена при использовании средств кэширования, которые имеются в современных веб-серверах.

. Генерация страниц при редактировании.

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

. Смешанный тип.

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

Список GMS

В Интернете часто можно встретить слоган «создай свой уголок в Интернете». Так вот, системы управления содержимым, CMS - это и есть тот самый уголок. С одной стороны, это интерфейс пользователя - посетителя сайта, где хозяин показывает, что у него есть, организует различные WEB-сервисы, а посетитель может смотреть, покупать, общаться. С другой стороны - это интерфейс администраторской панели, недоступный для посетителей, где и происходит управление ресурсом - администрирование, управление видом сайта, общение с посетителями и клиентами WEB-сайта.

Роли CMS отводится значительная часть в общем развитии Интернета. Всемирная сеть постоянно развивается семимильными шагами, чему способствуют и всеобщая компьютеризация, и возрастающая связь offline-мира и бизнеса с online способами доставки информации. Возникает всё большее количество желающих иметь своё представительство в Интернете. Фактически, с возникновением CMS-конструкторов сайта сняты технические ограничения на создания своего WEB-сайта - зачастую достаточно лишь разобраться в интерфейсе, запланировать структуру сайта и получается готовый сервис. Осталось лишь поддерживать сайт, обновлять информацию, привлекать посетителей. Всё это стало возможно благодаря широкому распространению систем управления контентом, большинство из которых не требуют особых познаний в сайтостроении.

3. Статические и динамические WEB-сайты

.1 Статические WEB-сайты

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

Смешение дизайна и контента

Язык HTML (язык разметки гипертекста), являющийся на сегодня общепринятым стандартом, приспособлен для описания внешнего вида документов. А страницы статических сайтов «живут» именно в виде HTML-документов. И, как правило, каждая страница кроме содержательной информации включает своё обрамление - «шапку» сайта, навигационное меню, служебные ссылки для удобного перемещения и др. Поэтому на страницах, отображающих конкретные документы, и контент, и дизайн, причем, как дизайн самого документа, так и сайта в целом идут вперемежку. Негативных следствий отсюда - масса: сложность публикации новых документов, редактирование уже существующих документов - все они должны оформляться надлежащим образом с учетом стилевых особенностей и включением стандартного обрамления. Обычно на современных сайтах на каждый содержательный документ имеется несколько ссылок: в тематическом разделе, в общем индексе и, наконец, на первой странице. Поэтому публикация документа - это не только добавление страницы, но и изменение нескольких других страниц, что в разы увеличивает трудоемкость и повышает риск испортить дизайн.

Проблемы отсутствия динамики:

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

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

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

При создании каждой страницы человек будет создавать макет с учетом фирменного стиля сайта, выдерживать дизайн. При публикации документа (например, новость) придется изменять не только эту страницу, но и добавлять ссылки на другие страницы (на новый документ), изменять, удалять. Таким образом, для публикации одной новости, придется изменить 4-5 страниц (как минимум). Если Вы решите изменить весь дизайн сайта, то нужно будет полностью переделывать все страницы. Можно сказать - весь сайт нужно будет делать с нуля. Долго, трудоёмко, невыгодно.

3.2 Динамические WEB-сайты.

Контент динамических сайтов уже хранится не в виде готовых HTML-страниц, а в базе данных, либо в «плоских файлах», отображается же «на лету», по запросу пользователя. Существует несколько общепризнанных языков и систем программирования для разработки таких сайтов сайтов - PHP, Perl, ASP. Таким путем может быть создан скелет сколь угодно сложного, гибкого сайта, но как только начинается программирование, порог сложности задачи сразу возрастает. В цепочке процесса разработки сайта вводится новый персонаж - программист, усложняется процесс постановки задачи и увеличивается цена ошибок постановки.

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

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

4. CMS - Системы управления контентом

.1 История CMS

Выход есть в CMS, системах управления контентом, они-то и предлагают компромисс между этими двумя крайностями.

Аббревиатура CMS расшифровывается как «Content Management Software» («программное обеспечение для управления содержимым»). В нашей стране принято последнюю букву «S» расшифровывать как «System», а по-русски это обычно звучит как «Система управления контентом». Английское слово content означает «нечто, содержащееся внутри» и применительно к письменным работам обычно входит в словосочетание table of contents - содержание, перечень разделов (скажем, книги). Отличительная черта контента состоит в том, что он конструируется из отдельных кусочков - графика, документы (в том числе отчеты, ведомости и т.д.), звуковые и видео-файлы. Иногда употребляется более простое название - "движок сайта".появились не так давно. Первой системой принято считать Vignette, которая появилась на западе в 1995 году. В нашей стране решения по управлению контентом появились значительно позже.

История управления контентом началась с управления документами в классическом понимании этого слова - текстовыми файлами. По мере развития понятия «документ», системы управления документами стали называть системами управления контентом, подчёркивая способность таких систем управлять информацией независимо от формы ее представления, а также отделить информацию-контент от документа-формы. Однако абстрактно управлять информацией невозможно - она обязательно должна быть представлена в какой-либо форме. Пытаясь управлять контентом, мы неизбежно приходим к управлению документами. Системы управления контентом, действительно, «научились» разделять управление документами (хранение, изменение и т.п.) и их представление конечному пользователю. Но они все-таки управляют документами в какой-то форме, а не информацией. Само понятие «управление контентом» первоначально прочно ассоциировалось с процессом публикации и обновления информации на Web-сайтах - требовалась технология, позволяющая следить за ее актуальностью. Поэтому в качестве синонима content management часто используют термин Web content management. В результате термин content management расширился: им стали обозначать управление не только информацией на сайте, но и всеми разрозненными и разнообразными фрагментами корпоративной информации.

4.2 Зачем нужны CMS

Необходимость систем управления для владельцев сайтов начала проявляться в тот момент, когда количество материалов на веб-сайтах начало стремительно расти. Это привело к тому, что традиционные «ручные» технологии разработки и поддержки сайтов, когда сайт состоял из статических страниц и набора дополнительных специализированных скриптов, стали не успевать за быстро меняющимися условиями бизнеса. Ввод данных на сайт требовал (как минимум) знания технологий HTML/CSS верстки, изменения структуры сайтов были сопряжены с каскадным изменением большого количества взаимосвязанных страниц. Различные автоматизированные механизмы, вроде гостевых книг и новостных лент, внедренные на сайтах как отдельные скрипты и, как правило, написанные разными специалистами, перестали удовлетворять требованиям безопасности. На многих сайтах стали появляться коктейли из разных технологий и подходов к разработке, поэтому возникла потребность в стандартизации программных решений, в разделении дизайна и содержимого на две независимые составляющие. действительно разделяют сайты на две составляющие: дизайн (внешний вид сайта в целом, отдельных страниц, конкретных блоков информации) и контент. Дизайн сайта, как правило «зашит» в шаблоны и изменяется значительно реже, чем контент.открывают изобилие технических возможностей в создании динамического веб-ресурса. Все серьезные сайты, содержащие большой объем информации и требующие постоянного ее обновления, используют системы обновления. Это и поисковые машины, и новостные серверы, и разнообразные каталоги. С помощью данных систем можно с легкостью добавлять разделы, размещать иллюстрации, управлять рассылками, публиковать закрытую информацию, доступ к которой есть только у определенных групп пользователей. И это лишь небольшой список всего того, чего можно добиться с помощью CMS.

4.3 Анализ основных функций современных систем управления сайтами

корпоративный сайт контент управление

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

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

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

Функции систем управления контентом можно разделить на несколько основных категорий: Создание - предоставление авторам удобных и привычных средств создания контента. Управление - хранение контента в едином репозитории (репозиторий - это хранилище пакетов, откуда происходит их установка). Это позволяет следить за версиями документов, контролировать, кто и когда их изменял, убеждаться, что каждый пользователь может изменить только тот раздел, за который он отвечает. Кроме того, обеспечивается интеграция с существующими информационными источниками и ИТ-системами. CMS поддерживает контроль за рабочим потоком документов, т.е. контроль за процессом их одобрения. Короче говоря, управление контентом включает в себя хранение, отслеживание версий, контроль за доступом, интеграцию с другими информационными системами и управление потоком документов. Публикация - автоматическое размещение контента на терминале пользователя. Соответствующие инструменты автоматически «подгоняют» внешний вид страницы к дизайну всего сайта. Представление - дополнительные функции, позволяющие улучшить форму представления данных; например, можно строить навигацию по структуре репозитория.

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

При каждом вызове страницы сайта под управлением движка сайтов происходит не считывание HTML-страницы с жесткого диска сервера, а вызов скрипта, который, в свою очередь, может подключать другие скрипты, делать запросы к базе данных и пр. Все это дает определенную нагрузку на сервер. А чем больше загрузка, тем быстрее она достигнет критической отметки, тем меньше производительность сервера. Поэтому иногда страница генерируется не в момент запроса URL, а в момент ее обновления, после чего выкладывается на жесткий диск или в базу данных уже в готовом виде. Этот прием достаточно спорный: например, при изменении какого-то элемента дизайна сайта придется перезаписывать все страницы. Его также нельзя применять в случае динамических ресурсов, например, при необходимости предоставления пользователю возможности проводить поиск по записям базы данных. с локальными модулями администрирования.

Иногда управление сайтом происходит не напрямую на сервере через веб-интерфейс, а при помощи программ, запускаемых на рабочей станции. Этот прием позволяет экономить рабочее время (особенно на плохих каналах), предоставить более широкие возможности управления сайтом (Windows-интерфейс гораздо более функционален, чем веб-интерфейс). Однако такой подход требует гораздо более тщательной проработки безопасности, решения проблем целостности базы данных, например, если с сайтом одновременно работают несколько разработчиков. Итак, функционал CMS должен осуществлять следующие пункты: 1. Контроль прав изнутри системы. Это означает, что можно назначить пользователей, которым доступны те или иные опубликованные документы. 2. Интеграция контента. Возможность перенести готовый контент в новое решение. 3. Поддержка документов различного типа. Хранение и сортировка любых документов, включая графику, аудио и видео, в центральном репозитарии (место хранения метаданных). 4. Подробная качественная документация и контекстно-интеллектуальная справка. 5. Рейтинговая система оценки статей сайта. 6. Шаблонные изменения. Общие изменения форматирования информации одной части сайта отображаются на весь сайт. 7. Настраиваемые деловые процессы. Создание своих автоматизированных деловых процессов для конкретного контента (изображений, статей и др.). 8. Маркировка документов. Возможность добавлять новые категории и маркеры к документам до и после их размещения в репозитарии. 9. Контроль версий. Создание новых версий, просмотр и возврат к предыдущим версиям документов. 10. Инструмент визуальной администрации. Позволяет авторам, не прибегая к программированию, легко управлять контентом. Обычно это реализуется с помощью HTML-форм.

4.4 Какими качествами должна обладать современная CMS

Прежде всего, супер-системы, подходящей на все случаи жизни не существует. Нельзя объять необъятное. Тем не менее, современная качественная CMS должна обладать следующими характеристиками:

. Простая инсталляция

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

2. Быстрый стартдолжна быть максимально дружелюбной к пользователю уже с первых шагов использования системы. Задачи настройки должны усложняться постепенно, идти от простого к сложному. К примеру, пользователь сначала авторизуется в системе, далее создает новый web-документ. После чего необходимо добавить несколько стилей CSS (как вариант - выбрать шаблон, тему), затем связать новый документ гиперссылками с другими web-страницами. Далее идет построение системы навигации и добавление всевозможных сервисов, подключение функциональных блоков. Работа осуществляется постепенно, команды выполняются не все сразу - возможность создания приоритета разделов, форумов, пользовательских голосований и опросов, генерации PDF «на лету» следует оставить на потом - возможно, это даже и не понадобится на первых порах работы с CMS.

. Качественная документация

Если и когда что-то начинает идти не так, зачастую самый быстрый способ решить проблему заключается в том, чтобы почитать документацию, а не ждать помощи извне. Инструкции по установке и апгрейду должны быть настолько просты, чтобы нетехнический персонал мог понять их, но достаточно подробны, чтобы их легко было выполнять "пошагово". Большинство систем содержит инструкции по установке такого типа: «Сперва сделайте это, потом вот это, затем это и еще это». Но когда дело доходит до непосредственного использования CMS, пользователя тут же перенаправляют к изучению документации, в которой расписана каждая возможность системы управления содержанием.

Отдельным подпунктом идёт требование с отсутствием сленговых выражений. Пользователь может попросту не понять, что такое «portlet», «module» или «snippet». Это может путать людей, сбивать их с толку.

Более того, если продукт распространяется бесплатно, с открытым кодом, следует прикладывать к CMS еще документацию для разработчика - структура программы, ее логика, алгоритм функционирования - возможно, этот продукт будут развивать и улучшать, либо же просто править под конкретные нужды.

. Разделение администрирования и управления содержанием

Практически все открытые CMS различают понятия «администратор» и «пользователь», но пользователь не обязательно должен переключаться между режимами администрирования и управления содержанием, чтобы внести необходимые изменения.

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

. Уникальность

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

Так как CMS это лишь набор функций, то внешний вид уже должен определяется в каждом конкретном случае и зависеть от используемого шаблона. CMS должна уметь работать с любым количеством шаблонов, а структура этих шаблонов, по возможности, не должна быть жесткой и ограниченной. Большая ошибка разработчиков CMS заключается в том, что они встраивают структуру шаблона в свой «движок». Выход есть - следует предусмотреть вывод различных текстовых блоков (например, меню, новостная лента, последние сообщения в форумах) в различные текстовые единицы, а уж форму и расположение указывать в шаблоне. CMS должна «знать» лишь один конфигурационный файл из которого она сможет получить всю информацию о шаблоне. В итоге мы получаем абсолютно любую структуру шаблона. Так мы сделаем максимально различные по виду и структуре сайты.

. Гибкость использования. Расширяемость.

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

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

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

. Структура данных

На сайте, обслуживаемом CMS должны отображаться документы различных типов. Другими словами, разные страницы сайта могут быть различны не только по содержанию, но и по дизайну, но и по структуре. Было бы еще лучше, если бы CMS позволяла отображать также и страницы в форматах отличных от HTML. Например, со временем может понадобиться вывод ленты новостей в формате RSS, так что бы новости сайта были доступны для пользователей популярных ныне клиентских программ сборщиков новостей. Возможно, возникнет необходимость в WAP-версии сайта для мобильных телефонов. CMS должна позволить нам обойтись минимальными усилиями для подобных случаев. Следует сразу же учесть, что даже если мы ограничиваемся одной версией сайта для определенного языка содержания (скажем, русского), не мешало бы быть готовыми к тому, что скоро нам потребуется версия для еще одного или более языков. Необходим удобный и быстрый доступ ко всем объектам сайта (разделы, рубрики, страницы, темы и т.п.). Большая часть разделов системы представлено в виде древовидной структуры, аналогично представлению папок на диске компьютера в проводнике Windows.

Каждая страница сайта - это документ, имеющий свой персональный интернет-адрес. А сайт представляет собой совокупностью таких документов. А из чего состоит документ? Документ составляет информация, определенным образом структурированная и оформленная. Для того, что бы сайт был более прост в восприятии, ссылки на документы располагают в многоуровневых навигационных меню по степени их логической взаимозависимости. Т.е. в соответствии с определенной структурой (документной структурой). Кроме того, в этой документной структуре предусматриваются и различные категории документов, идентичных по логической архитектуре и оформлению. Таким образом, в состоянии администрирования нашей CMS нам потребуется интерфейс с перечнем категорий документов и интерфейс, представляющий документную структуру сайта. Первый интерфейс будет содержать шаблоны страниц, задающие логическую архитектуру и оформление документов. Интерфейс структуры, позволит добавлять, изменять и удалять документы, а также задавать логическую зависимость их друг от друга.

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

. Простота системы.

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

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

. Адаптация для SEOEngine Optimization - поисковая оптимизация. Сюда входит оптимизация HTML-кода, структуры, контента сайта и внешних факторов с целью поднятия его в поисковых системах. Оптимизация и продвижение сайта представляет собой комплекс работ по повышению рейтинга сайта в поисковых системах. Помимо стандартных возможностей по ручной установке ключевых слов и заголовков для любого элемента сайта (от страницы до товара, что используют далеко не все системы), следует максимально эффективно генерирует дружественные ссылки.

Сюда же добавим mod_rewrite. Основным недостатком большинства CMS является динамическая адресация, когда ссылка имеет вид типа: #"justify">. Поддержка продукта. Простота обновлений.

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

. Ориентировка на web 2.0

Хорошая CMS должна давать возможность использования в контент-менеджменте всего многообразия медиа-форматов. Можно использовать собственные решения для доставки содержания этих форматов или же популярные флеш-плееры - Youtube.com для видеоподкастов, Slideshare.net для презентаций, Scribd.com для документов MS-Word и т.д.

Пользовательский интерфейс современной CMS должен быть обогащенным, но простым в использовании. При нынешнем обилии AJAX-фреймворков "обогатить" пользовательский интерфейс популярными эффектами не представляется особо сложной задачей. Однако, чтобы достичь гарантированного баланса между эффектностью и практичностью интерфейса можно следовать по одному из двух путей. Либо придерживаться GUI-модели популярных и привычных пользователю настольных приложений, либо разрабатывать аскетичные решения в стиле Google.

. Безопасность

Сюда входит стойкость к SQL-injection, XSS-скриптингу, защита от подмены передаваемых параметров. Обязательна возможность осуществления резервного копирования и восстановления данных.

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

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

. Удобство и простота использования

По определению CMS предназначена для управления содержанием. Таким образом, наиболее типовая операция для пользователя CMS - создание/изменение содержания документов сайта. Эта операция включает в себя нахождение требуемого документа и затем интерфейса для управления его содержанием. Если предположить, что документы на сайте представлены в той же структуре, что и административном интерфейсе, наиболее очевидный путь - пройти по иерархии структуры, выбрать требуемый документ и использовать ссылку перехода к свойствам/содержанию документа. В этом плане наиболее привычными и понятными является пользовательские интерфейсы, напоминающие Проводник Microsoft Windows. Далее мы должны ответить на вопрос «не перегружен ли интерфейс, не слишком ли он технический?». В принципе, этот вопрос наиболее актуален для пользовательской роли «оператор контента», исполнители которой не обязаны обладать исчерпывающими техническими знаниями.

Привычность использования CMS зависит прежде всего от того, насколько ее интерфейс выглядит похожим на популярные приложения. Разработчики могут задаться целью максимально повторить интерфейсные решения, принятые в Microsoft Windows. Интерфейсные элементы, структурное дерево и список могут иметь вид аналогичных элементов интерфейса Windows и поддерживают контекстное меню по правой кнопке мыши и Drag & Drop. Для всех документов и записей в системе доступны организованные виде закладок интерфейсы управления свойствами.

5. Программная реализация

.1 Разработка системы управления содержимым для web представительства фирмы недвижимости

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

В данной задаче была реализована система, которая:

Увеличивает продуктивность работы, позволив авторам сконцентрироваться на статьях, а дизайнерам - на оформлении

Позволяет просматривать статьи и выбирать из них те, которые будут публиковаться

Создает единообразный внешний вид сайта с использованием шаблонов страниц

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

Позволяет легко изменить оформление любого раздела либо даже всего сайта

Редактирование содержимого

Существует несколько способов передачи компонентов статей и оформления./SCP

Авторам и дизайнерам можно предоставить FTP- (File Transfer Protocol - протокол, предназначенный для передачи файлов в компьютерных сетях) или SCP-доступ к определенным областям Web-сервера. Это позволит им загружать на сервер файлы со своих локальных компьютеров. Для загружаемых файлов требуется разработать строгий стандарт именования, который позволит четко идентифицировать принадлежность изображений к тем или иным статьям.

Метод загрузки файлов

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

Интерактивное редактирование

Пользователи должны иметь возможность создавать и редактировать документы без активации FTP, SCP или метода загрузки файлов. Вместо этого авторам, например, можно предоставить в окне большое текстовое поле, в котором они смогут редактировать содержимое своих статей.

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

Форматирование вывода

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

Логическая структура страниц, используемая в данной задаче:

Рис. 1 - Логическая структура страницы

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

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

База данных состоит из таблиц Writers, Stories, Pages, Writer_permission, Keywords, Flats, Hometype (рис. 2).

Рис. 2 - Схема БД

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

Таблица pages содержит заголовки каждой страницы, на которой отображаются статьи. Таблица writer_permission реализует отношение «многие ко многим», которое отражает, на какие страницы автор может посылать свои статьи.

5.2 Реализация системы СMS

Интерфейсная часть

Описывается интерфейсная часть сценарием index.php, которая отображается посетителям сайта. На первой странице отображаются заголовки последних статей из каждой страницы (рис. 3).

Рис. 3 - Сценарий index.php выводит заголовки из каждой страницы сайта

В сценарии index.php, как и во всех общедоступных сценариях выполняется включение файла header.php в начале и файла footer.php в конце. В результате любой вывод, генерируемый сценарием, отображается в ячейке, предназначенной для вывода основного содержимого страницы.

Самая главная работа выполняется посредством двух запросов к базе данных. Первый из них:p.code, p.description from pages p order by p.code

Извлекает список страниц, содержащихся в базе данных. Затем в теле цикла выполняется второй запрос:

Select s.id, s.write, s.page, s.headline, s.story_text, s.picture, s.created, s.modified s.published from stories ss.page={$page[code]}s.published is not nullby s.published desc, -

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

Рядом с каждым заголовком генерируется ссылка такого вида:

<a href=page.php?page=news>

Читать дальше …

</a>

Ссылка генерируется внутри рассмотренного выше цикла, который обеспечивает вывод значения строки запроса page и имени страницы рядом с соответствующим заголовком. В результате щелчка на ссылке выводится страница, генерируемая сценарием page.php. Она содержит полный список статей для определенной страницы (рис. 4).

Рис. 4 - Сценарий page.php выводит все опубликованные статьи на странице новостей

Манипуляции изображениями

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

Для манипулирования загружаемой графикой создан сценарий resize_image.php, который изменяет размер изображения. Данный сценарий позволяет добиться гибкости при отображении одного и того же изображения с разными размерами на разных страницах - мелкие размеры на странице заголовков и крупные размеры на странице соответствующей статьи.

Этот сценарий принимает три параметра: имя файла изображения, максимальную ширину и максимальную высоту. Если указан максимальный размер 200*200, то изображение будет масштабировано в соответствии с этими значениями. Например, изображение размером 400*300 будет уменьшено до размера 200*150.

Прикладная часть

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

Рис. 5 - Сценарий writer.php выводит страницу управления статьями для авторов

На первом этапе проверяется, успешно ли прошла аутентификация пользователя. Если это не так, отображается только форма входной регистрации.

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

Сценарий ввода новой статьи или редактирования существующей содержится в файле story.php (рис. 6).

Рис. 6 - Сценарий story.php позволяет редактировать статью

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

Если значение переменной $story не установлено, то поле ввода заголовка будет пустым. Когда значение установлено, она содержит текст заголовка для редактируемой статьи. После отправки формы сценарий story_submit.php проверяет, имеет ли переменная $story значение, и генерирует в соответствии с этим SQL-оператор Update либо Insert.

Поиск статей

В результате щелчка на ссылке «ключевые слова» в списке статей вызывается новая форма ввода ключевых слов, связанных со статьей (рис. 7).

Рис. 7 - Данный сценарий дает возможность устанавливать ключевые слова для статьи

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

Окно редактора

Сценарий publish.php отвечает за публикацию статьи после ее написания. Публикацию статей можно отменять, а неопубликованные статьи можно публиковать либо удалять.

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

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

При перехоже по ссылке «Перейти на сайт недвижимости» посетителю открывается окно с выбором категории типов квартир и домов, выставленных на продажу.

Рис. 9 - Этот сценарий дает возможность выбора категории домов

После выбора определенной категории из предложенных пользователь оказывается на странице, представляющей разнообразные врианты жилищ в выбранной категории.

Данную опцию реализует файл page.php. В результате выполняется запрос, который выводит все жилища заданной категории:

$query = select id, typehome, kolkom, coast, currency, address, fllor, square, home_floor, balkon, toalette, lift, free, telephone, feature, picture1, picture2, pictre3, picture4, picture5 from flats wher typehome=$home .

Рис. 10 - Сценарий выбора жилища определенной категории

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

Рис. 11 - Page_flat.php - сценарий с подробной информацией об интересующем доме

Рис. 12 - Page_flat.php - сценарий с подробной информацией об интересующем доме

Также на главной странице для посетителей есть возможность общения в чате. Страница чата разбита на два фрейма, в одном отображается текст чата, в другом поле ввода текста и ника (рис. 13).

Рис. 13 - Этот сценарий дает возможность общения в чате

Заключение

В данном проекте было реализовано web представительство фирмы недвижимости с системой управления содержимым / контентом (CMS) , которая:

Увеличивает продуктивность работы, позволив авторам сконцентрироваться на статьях, а дизайнерам - на оформлении;

Позволяет просматривать статьи и выбирать из них те, которые будут публиковаться;

Создает единообразный внешний вид web сайта с использованием шаблонов страниц;

Предоставляет авторам доступ только к предназначенным для них областям сайта;

Позволяет легко изменить оформление любого раздела либо даже всего сайта.

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

1.Ru.wikipedia.org/wiki/Система_ управления_ содержимым.

2.Interface.ru/misc/3shagaupr.html.

.On-line-teaching.com/cms/index.php.

4.Люк Веллинг, Лора Томсон «Разработка Web-приложений с помощью PHP и MySQL», 3 издание, 2008.

.Oqbo.ru/read.php?block=25.

.Advertpro.ru/articles/art6.html.

Введение На сегодняшний день WWW (World Wide Web) - глобальная компьютерная сеть, содержащая миллионы сайтов, на которых размещена всевозможная информаци

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