Все разделы сайта casino619.ru
Зачем нужны CMS
cms - движок для сайта</2>
Что должно входить в ЦМС ?
Сразу вопрос: «Что такое CMS?»
CMS – Content Management System, переводится как
«Система управления содержимым сайта».
Звучит угрожающе, но поверьте, ничего более удобного и простого для создания сайтов еще не придумали. Особенно выделяется Joomla! Такой мощной поддержки в сети, как у Joomla!, точно нет у любой другой CMS.
Роли CMS отводится значительная часть в общем развитии Интернета. Всемирная сеть постоянно развивается семимильными шагами, чему способствуют и всеобщая компьютеризация, и возрастающая связь offline-мира и бизнеса с online способами доставки товаров и информации.
Возникает всё большее количество желающих иметь своё представительство в Интернете (сугубо личное или для бизнеса).
Фактически, с возникновением CMS-конструкторов сайта сняты технические ограничения на создания своего WEB-сайта – зачастую достаточно лишь разобраться в интерфейсе, запланировать структуру сайта и получается готовый сервис.
Осталось лишь поддерживать сайт, обновлять информацию, привлекать посетителей. Всё это стало возможно благодаря широкому распространению систем управления контентом, большинство из которых не требуют особых познаний в сайтостроении.
===========
=============================
1. Статические и динамические сайты
1.1. Статические веб-сайты
Статический сайт – это набор HTML-страниц, взаимосвязанных друг с другом гиперрсылками. С самого начала все WEB-сайты были статическими. Они представляли собой простые документы, которые посещали пользователи с целью получения нужной информации. Отрицательные особенности таких сайтов:
Смешение дизайна и контента
Язык HTML (язык разметки гипертекста), являющийся на сегодня общепринятым стандартом, приспособлен для описания внешнего вида документов. А страницы статических сайтов «живут» именно в виде HTML-документов.
И, как правило, каждая страница кроме содержательной информации включает своё обрамление — «шапку» сайта, навигационное меню, служебные ссылки для удобного перемещения и др.
Поэтому на страницах, отображающих конкретные документы, и контент, и дизайн, причем, как дизайн самого документа, так и сайта в целом идут вперемешку.
Негативных следствий отсюда - масса: сложность публикации новых документов, редактирование уже существующих документов — все они должны оформляться надлежащим образом с учетом стилевых особенностей и включением стандартного обрамления.
Обычно на современных сайтах на каждый содержательный документ имеется несколько ссылок: в тематическом разделе, в общем индексе и, наконец, на первой странице.
Поэтому публикация документа — это не только добавление страницы, но и изменение нескольких других страниц, что в разы увеличивает трудоемкость и повышает риск испортить дизайн.
Проблемы отсутствия динамики:
Ну, здесь всё понятно. В каком виде был составлен документ, в таком вы его и получите, никакого интерактива:
- Отсутствует регистрация и аутентификация. Сайт должен давать возможность узнавания посетителей, поддерживать механизмы учета – чтоб владелец сайта знал запросы посетителей;
- Невозможность деления пользователей на разные группы с разными правами доступа к информации (например, случайные посетители, клиенты, сотрудники, администратор);
- Отсутствие возможности персонализации. Персонализация - это возможность настроить сайт для каждого пользователя индивидуально, разделить права пользователей по доступу к информации.
Допустим, для оптовых клиентов одна информация, для розничных другая и при этом, у каждого пользователя сайт настроен под его потребности;
- Форумы, гостевые книги, чаты - всё, что способстует общению аудитории сайта как между собой, так и с владельцами сайта;
- Интеграция с электронной почтой - автоматизированная подписка на новости, прайс-листы, обновления;
Все эти вещи в принципе неосуществимы в технологии статических сайтов, и здесь не обойтись без программирования.
Сложности с обновлением информационного наполнения сайта:
Сайт без регулярных и оперативных обновлений будет явно проигрывать конкурирующим проектам. В случае статичного сайта, информацию для публикации надо утвердить, передать программисту (веб-мастеру).
Обновление информации на статичном сайте намного дороже, чем на динамическом, так как нужен человек, который хорошо знает HTML-код и может опубликовать информацию, возможно и не один.
При создании каждой страницы человек будет создавать макет с учетом фирменного стиля сайта, выдерживать дизайн.
При публикации документа (например, новость) придется изменять не только эту страницу, но и добавлять ссылки на другие страницы (на новый документ), изменять, удалять.
Таким образом, для публикации одной новости, придется изменить 4-5 страниц (как минимум). А представьте, что нужно добавить новый раздел. Вам нужно поставить ссылку на этот раздел, на каждой странице. А страниц на сайте уже, допустим 500, которые и придётся все изменять.
А что Вы будете делать, если Вы решите изменить весь дизайн сайта? Нужно будет полностью переделывать все страницы. Можно сказать - весь сайт нужно будет делать с нуля. Долго, трудоёмко, невыгодно.
1.2. Динамические WEB-сайты
Контент динамических сайтов уже хранится не в виде готовых HTML-страниц, а в базе данных, либо в «плоских файлах», отображается же «на лету», по запросу пользователя.
Существует несколько общепризнанных языков и систем программирования для разработки таких сайтов сайтов — PHP, Perl, ASP. Таким путем может быть создан скелет сколь угодно сложного, гибкого сайта (запрограммировать можно все), но как только начинается программирование, порог сложности задачи сразу возрастает.
В цепочке процесса разработки сайта вводится новый персонаж — программист, усложняется процесс постановки задачи и увеличивается цена ошибок постановки.
Кроме того, при подобном подходе практически не разделяются дизайн и функциональные возможности, поэтому изменение дизайна является проблемой, требующей совместной работы дизайнера и программиста, а изменение структуры или навигации может привести к необходимости изменения структуры данных и почти полного перепрограммирования самого сайта.
Еще один плюс динамических веб-систем - относительно легкая модернизация, возможность недорогого развития. Допустим, если у Вас уже разработан сайт, с использованием базы данных, поиск по этому сайту будет сделать достаточно просто.
Если сайт состоит из множества страниц или он должен часто обновляться - преимущество динамической структуры становится очевидным. Разработчикам сайта не надо переписывать всю страницу при изменении наполнения или дизайна.
Таким образом, отделение дизайна от контента является главной отличительной особенностью динамических сайтов от статических.
На этой основе возможны дальнейшие усовершенствования структуры сайта, такие как определение различных пользовательских функций и автоматизация бизнес-процессов, а самое главное, контроль поступающего на сайт контента.
Тут мы и сталкиваемся с дилеммой – статические сайты архаичны, сложны в поддержке, обновлении, не подходят для сложных структур данных. Динамические же сайты выдвигают новые требования к сайтостроителям – добавляется WEB-программист, что опять же накладывает новые требования и увеличивает расход.
Есть и третий вариант решения проблемы создания качественного сайта – CMS.
2. CMS - Системы управления контентом
2.1. Что такое ЦМС
Выход есть в CMS, системах управления контентом, они-то и предлагают компромисс между этими двумя крайностями.
Аббревиатура CMS расшифровывается как «Content Management Software» («программное обеспечение для управления содержимым»).
В нашей стране принято последнюю букву «S» расшифровывать как «System», а по-русски это обычно звучит как «Система управления контентом».
Английское слово content означает «нечто, содержащееся внутри» и применительно к письменным работам обычно входит в словосочетание table of contents — содержание, перечень разделов (скажем, книги).
Отличительная черта контента состоит в том, что он конструируется из отдельных кусочков -графика, документы (в том числе отчеты, ведомости и.т.д), звуковые и видео-файлы. Иногда употребляется более простое название - "движок сайта". CMS появились не так давно.
Первой системой принято считать Vignette, которая появилась на западе в 1995 году. В нашей стране решения по управлению контентом появились значительно позже. История управления контентом началась с управления документами в классическом понимании этого слова - текстовыми файлами.
По мере развития понятия «документ», системы управления документами стали называть системами управления контентом, подчёркивая способность таких систем управлять информацией независимо от формы ее представления, а также отделить информацию-контент от документа-формы.
Однако абстрактно управлять информацией невозможно — она обязательно должна быть представлена в какой-либо форме. Пытаясь управлять контентом, мы неизбежно приходим к управлению документами.
Системы управления контентом, действительно, «научились» разделять управление документами (хранение, изменение и т.п.) и их представление конечному пользователю.
Но они все-таки управляют документами в какой-то форме, а не информацией. Само понятие «управление контентом» первоначально прочно ассоциировалось с процессом публикации и обновления информации на Web-сайтах — требовалась технология, позволяющая следить за ее актуальностью.
Поэтому в качестве синонима content management часто используют термин Web content management. В результате термин content management расширился: им стали обозначать управление не только информацией на сайте, но и всеми разрозненными и разнообразными фрагментами корпоративной информации.
Есть и другие определения. Скажем, в энциклопедии Wikipedia системой управления контентом названа система, применяемая для организации и упрощения совместного создания содержимого.
2.2. Зачем нужны CMS
Необходимость систем управления для владельцев сайтов начала проявляться в тот момент, когда количество материалов на веб-сайтах начало стремительно расти.
Это привело к тому, что традиционные «ручные» технологии разработки и поддержки сайтов, когда сайт состоял из статических страниц и набора дополнительных специализированных скриптов, стали не успевать за быстро меняющимися условиями бизнеса.
Ввод данных на сайт требовал (как минимум) знания технологий HTML/CSS верстки, изменения структуры сайтов были сопряжены с каскадным изменением большого количества взаимосвязанных страниц.
Различные автоматизированные механизмы, вроде гостевых книг и новостных лент, внедренные на сайтах как отдельные скрипты и, как правило, написанные разными специалистами, перестали удовлетворять требованиям безопасности.
На многих сайтах стали появляться коктейли из разных технологий и подходов к разработке, поэтому возникла потребность в стандартизации программных решений, в разделении дизайна и содержимого на две независимые составляющие.
CMS действительно разделяют сайты на две составляющие: дизайн (внешний вид сайта в целом, отдельных страниц, конкретных блоков информации) и контент. Дизайн сайта, как правило «зашит» в шаблоны и изменяется значительно реже, чем контент.
==========================
Какую же CMS (движок сайта) выбрать для будущего
проекта - коммерческую или бесплатную? Каковы их
недостатки и преимущества? Подробнее здесь
<=====================
CMS открывают изобилие технических возможностей в создании динамического веб-ресурса. Все серьезные сайты, содержащие большой объем информации и требующие постоянного ее обновления, используют системы обновления.
Это и поисковые машины, и новостные серверы, и разнообразные каталоги. С помощью данных систем можно с легкостью добавлять разделы, размещать иллюстрации, управлять рассылками, публиковать закрытую информацию, доступ к которой есть только у определенных групп пользователей.
И это лишь небольшой список всего того, чего можно добиться с помощью CMS.
2.3. Анализ основных функций систем управления сайтами
Система управления сайтами – это программный комплекс, позволяющий автоматизировать процесс управления как сайтом в целом, так и сущностями в рамках сайта:
макетами страниц, шаблонами вывода данных, структурой, информационным наполнением, пользователями и правами доступа, а также по возможности предоставляющий дополнительные сервисы: списки рассылки, ведение статистики, поиск, средства взаимодействия с пользователями и т. д.
Обычно системы обновления делятся на две части: внешнюю – набор HTML-страниц, генерируемых при вызове страниц из браузера посетителя сайта и внутреннюю – систему администрирования.
Обе части обычно используют общее хранилище данных, в роли которого, как правило, выступает реляционная база данных (иногда встречаются другие виды хранилищ, например XML-документы или даже текстовые файлы).
В хранилище помещается информация, содержащаяся на сайте (собственно контент), а также информация, описывающая его (макеты страниц, структура, права доступа и пр).
При вызове страницы скрипт, который должен эту страницу вывести, в зависимости от полученных параметров выбирает из базы данных необходимую информацию (какое содержимое показать, какие ссылки поставить, как это все расположить и т.д.) и генерирует HTML-документ, который и подается браузеру.
Помимо этого обязательно имеется интерфейс к базе данных, реализующий систему администрирования, которая при авторизованном доступе позволяет изменять содержание и структуру сайта.
Функции систем управления контентом можно разделить на
несколько основных категорий.
Создание — предоставление авторам удобных и привычных
средств создания контента.
Управление — хранение контента в едином репозитории. Это позволяет следить за версиями документов, контролировать, кто и когда их изменял, убеждаться, что каждый пользователь может изменить только тот раздел, за который он отвечает.
Кроме того, обеспечивается интеграция с существующими информационными источниками и ИТ-системами. CMS поддерживает контроль за рабочим потоком документов, т.е. контроль за процессом их одобрения.
Короче говоря, управление контентом включает в себя хранение, отслеживание версий, контроль за доступом, интеграцию с другими информационными системами и управление потоком документов.
Публикация — автоматическое размещение контента на терминале пользователя. Соответствующие инструменты автоматически «подгоняют» внешний вид страницы к дизайну всего сайта.
Представление — дополнительные функции, позволяющие улучшить форму представления данных; например, можно строить навигацию по структуре репозитория.
Практически все современные CMS предлагают сходные возможности, однако при желании их можно классифицировать по уровню задач, которые способны выполнять эти системы.
Ниже будут приведены основные возможности современных систем управления сайтами, а так же их достоинства и недостатки в использовании.
=========================
CMS с возможностью кэширования информации
При каждом вызове страницы сайта под управлением движка сайтов происходит не считывание HTML-страницы с жесткого диска сервера, а вызов скрипта, который, в свою очередь, может подключать другие скрипты, делать запросы к базе данных и т.п.
Все это дает определенную нагрузку на сервер. А чем больше загрузка, тем быстрее она достигнет критической отметки, тем меньше производительность сервера.
Поэтому иногда страница генерируется не в момент запроса URL, а в момент ее обновления, после чего выкладывается на жесткий диск или в базу данных уже в готовом виде. Этот прием достаточно спорный: например, при изменении какого-то элемента дизайна сайта придется перезаписывать все страницы.
Его также нельзя применять в случае динамических ресурсов, например, при необходимости предоставления пользователю возможности проводить поиск по записям базы данных.
CMS с локальными модулями администрирования. Иногда управление сайтом происходит не напрямую на сервере через веб-интерфейс, а при помощи программ, запускаемых на рабочей станции.
Этот прием позволяет экономить рабочее время (особенно на плохих каналах), предоставить более широкие возможности управления сайтом (Windows-интерфейс гораздо более функционален, чем веб-интерфейс).
Однако такой подход требует гораздо более тщательной проработки безопасности, решения проблем целостности базы данных (например, если с сайтом одновременно работают несколько разработчиков.
Подытоживая: Функционал CMS должен осуществлять следующие пункты:
1. Контроль прав изнутри системы. Это означает, что можно назначить пользователей, которым доступны те или иные опубликованные документы.
2. Интеграция контента. Возможность перенести готовый контент в новое решение.
3. Поддержка документов различного типа. Хранение и сортировка любых документов, включая графику, аудио и видео, в центральном репозитарии.
4. Подробная качественная документация и контекстно-интеллектуальная справка.
5. Рейтинговая система оценки статей сайта.
6. Шаблонные изменения. Общие изменения форматирования информации одной части сайта отображаются на весь сайт.
7. Настраиваемые деловые процессы. Создание своих автоматизированных деловых процессов для конкретного контента (изображений, статей и др.).
8. Маркировка документов. Возможность добавлять новые категории и маркеры к документам до и после их размещения в репозитарии.
9. Контроль версий. Создание новых версий, просмотр и возврат к предыдущим версиям документов.
10. Инструмент визуальной администрации. Позволяет авторам, не прибегая к программированию, легко управлять контентом. Обычно это реализуется с помощью HTML-форм.
Какими качествами должна обладать CMS
Прежде всего, давайте уясним факт, что супер-системы, подходящей на все случаи жизни не существует. Нельзя объять необъятное. Тем не менее, современная качественная CMS должна обладать следующими характеристиками:
1. Простая инсталляция
Самая первая стадия эксплуатации CMS – её инсталляция. Процесс должен быть максимально задокументирован, упрощён и последователен – не стоит сразу начинать настраивать таблицы баз данных или править конфигурационные файлы.
Это должна быть простая процедура, выполняемая с помощью визарда или скрипта установки. Плохо, если процесс состоит из более чем двадцати шагов - изменения конфигурационных файлов, создания и удаления папок и т.д.
Скачать, распаковать и запустить мастер установки - вот к чему должна сводиться процедура.
2. Быстрый старт
CMS должна быть максимально дружелюбной к пользователю уже с первых шагов использования системы. Задачи настройки должны усложняться постепенно, идти от простого к сложному.
К примеру, пользователь сначала авторизуется в системе, далее создает новый web-документ. После чего необходимо добавить несколько стилей CSS (как вариант – выбрать шаблон, тему), затем связать новый документ гиперссылками с другими web-страницами.
Далее идет построение системы навигации и добавление всевозможных сервисов, подключение функциональных блоков.
Работа осуществляется постепенно, команды выполняются не все сразу - возможность создания приоритета разделов, форумов, пользовательских голосований и опросов, генерации PDF «на лету» следует оставить на потом - возможно, это даже и не понадобится на первых порах работы с CMS.
3. Качественная документация
Если и когда что-то начинает идти не так, зачастую самый быстрый способ решить проблему заключается в том, чтобы почитать документацию, а не ждать помощи извне.
Инструкции по установке и апгрейду должны быть настолько просты, чтобы нетехнический персонал мог понять их, но достаточно подробны, чтобы их легко было выполнять "пошагово".
Большинство систем содержит инструкции по установке такого типа: «Сперва сделайте это, потом вот это, затем это и еще это».
Но когда дело доходит до непосредственного использования CMS, пользователя тут же перенаправляют к изучению документации, в которой расписана каждая возможность системы управления содержанием.
Отдельным подпунктом идёт требование с отсутствием сленговых выражений. Пользователь может попросту не понять, что такое «portlet», «module» или «snippet». Это может путать людей, сбивать их с толку.
Более того, если продукт распространяется бесплатно, с открытым кодом, следует прикладывать к CMS еще документацию для разработчика – структура программы, ее логика, алгоритм функционирования – возможно, этот продукт будут развивать и улучшать, либо же просто править под конкретные нужды.
4. Разделение администрирования и управления содержанием
Практически все открытые CMS различают понятия «администратор» и «пользователь», но пользователь не обязательно должен переключаться между режимами администрирования и управления содержанием, чтобы внести необходимые изменения.
98% пользователей CMS – это люди, которые хотят управлять содержимым своего сайта, а не самой системы. Для оставшихся 2% пока еще нет оптимизированных CMS.
5. Уникальность
Не для каждого сайта подойдет первая попавшаяся система управления содержанием. Зачастую слышно: «Да, мы попробовали PHP-Nuke, но теперь наш сайт выглядит точь-в точь, как сам PHP-Nuke, а не иначе».
К сожалению, большинство открытых CMS проектируется чуть ли не по единому образу и подобию. Функциональность может различаться и позиционироваться разработчиками как преимущество, однако часто в целом один программный пакет может походить на другой, как две капли воды.
Так как CMS это лишь набор функций, то внешний вид уже должен определяется в каждом конкретном случае и зависеть от используемого шаблона. CMS должна уметь работать с любым количеством шаблонов, а структура этих шаблонов, по возможности, не должна быть жесткой и ограниченной.
Многие CMS ратуют за трехколоночное представление информации на сайте с возможностью включения/отключения определенных модулей данных. Большая ошибка разработчиков CMS заключается в том, что они встраивают структуру шаблона в свой «движок».
Выход есть – следует предусмотреть вывод различных текстовых блоков (например, меню, новостная лента, последние сообщения в форумах) в различные текстовые единицы, а уж форму и расположение указывать в шаблоне.
CMS должна «знать» лишь один конфигурационный файл из которого она сможет получить всю информацию о шаблоне. В итоге мы получаем абсолютно любую структуру шаблона. Так мы сделаем максимально различные по виду и структуре сайты.
6. Гибкость использования. Расширяемость
Возможность приспосабливания ко всевозможным специфичным нуждам того или иного решения, той или иной организации. Скажем так, универсальный продукт должен одинаково хорошо справляться как с ролью Интернет-блога, так и с ролью варезного сайта.
Системная архитектура и принцип модульного построения позволяет гибко настраивать возможности сайта – включать в нее только необходимые заказчику в данный момент функции и компоненты; На одном «движке» должны одинаково комфортно размещаться:
Cайт-визитка. Предназначены для справочной поддержки клиентов, анонсирования информации о предлагаемых товарах и услугах. Подобные сайты позволяют фирмам добиться ощутимой экономии за счет сокращения рекламы в обычных средствах массовой информации.
Персонализированные клиентские и партнерские сайты; Интернет-магазин.
Сайт, представляющий собой систему торговли через Интернет, а также системы сопряжения с автоматизацией учета через БД;
Информационный портал.
7. Структура данных
На сайте, обслуживаемом CMS должны отображаться документы различных типов. Другими словами, разные страницы сайта могут быть различны не только по содержанию, но и по дизайну, но и по структуре.
Было бы еще лучше, если бы CMS позволяла отображать также и страницы в форматах отличных от HTML. Например, со временем может понадобиться вывод ленты новостей в формате RSS, так что бы новости сайта были доступны для пользователей популярных ныне клиентских программ сборщиков новостей.
Возможно, возникнет необходимость в WAP-версии сайта для мобильных телефонов. CMS должна позволить нам обойтись минимальными усилиями для подобных случаев.
Следует сразу же учесть, что даже если мы ограничиваемся одной версией сайта для определенного языка содержания (скажем, русского), не мешало бы быть готовыми к тому, что скоро нам потребуется версия для еще одного или более языков.
Необходим удобный и быстрый доступ ко всем объектам сайта (разделы, рубрики, страницы, темы и т.п.). Большая часть разделов системы представлено в виде древовидной структуры, аналогично представлению папок на диске компьютера в проводнике Windows.
Каждая страница сайта - это документ, имеющий свой персональный интернет-адрес. А сайт представляет собой совокупностью таких документов. А из чего состоит документ?
Документ составляет информация, определенным образом структурированная и оформленная. Для того, что бы сайт был более прост в восприятии ссылки на документы располагают в многоуровневых навигационных меню по степени их логической взаимозависимости.
То есть, в соответствии с определенной структурой (документной структурой). Кроме того, в этой документной структуре предусматриваются и различные категории документов, идентичных по логической архитектуре и оформлению.
Таким образом, в состоянии администрирования нашей CMS нам потребуется интерфейс с перечнем категорий документов и интерфейс представляющий документную структуру сайта. Первый интерфейс будет содержать шаблоны страниц, задающие логическую архитектуру и оформление документов.
Интерфейс структуры, позволит добавлять, изменять и уда лять документы, а также задавать логическую зависимость их друг от друга. Ну а то, каким образом будет задаваться документная структура CMS выбор за вами.
Самое распространенное и наиболее простое решение - иерархическое дерево или решетка Бете, хорошо знакомое нам по картам сайтов.
С него можно и начать, но, припоминая о наших задачах, следует сделать корневыми разделами дерева языковые версии сайта, даже если пока планируется лишь одна версия.
8. Простота и прозрачность системы
Очень часто готовые продукты губит слишком большое, избыточное количество встроенных функций, что существенно снижает эффективность решений на их базе.
Следует остановиться на самых востребованных и необходимых возможностях, остальной же функционал наращивать модулями.
Одним из основных параметров оценки пользовательского интерфейса является скорость реакции интерфейса, которая в значительной степени зависит от производительности несущего сервера, скорости соединения и прочих внешних факторов.
Однако немалое значение имеет и архитектура пользовательского интерфейса. Во всех перечисленных CMS максимально сокращено число необходимых действий для завершения типовых операций.
• поддерживать подключение большого количества сервисных модулей (как минимум, модулей новостной ленты, почтовой рассылки, гостевой книги, голосований, каталога товаров и поиска по сайту).
Любая CMS должна иметь удобный и гибкий интерфейс. Легкая навигация и интуитивно понятный интерфейс должны позволять работать пользователю любого уровня квалификации. Для редактирования содержимого страницы необходимо присутствие редактора WYSIWYG.
9. Адаптация для SEO
Search Engine Optimization – поисковая оптимизация. Сюда входит оптимизация HTML-кода, структуры, контента сайта и внешних факторов с целью поднятия его в поисковых системах.
Оптимизация и продвижение сайта представляет собой комплекс работ по повышению рейтинга сайта в поисковых системах.
Помимо стандартных возможностей по ручной установке ключевых слов и заголовков для любого элемента сайта (от страницы до товара, что используют далеко не все системы), следует максимально эффективно генерирует дружественные ссылки.
Сюда же добавим mod_rewrite. Основным недостатком большинства CMS является динамическая адресация, когда ссылка имеет вид типа:
http://www.oqbo.ru/index.php?option=com_contenttask=view&id=2&Itemid=3
Такая адресация страниц позволяет легко изменять значения подставляемых переменных, что ставит под угрозу систему безопасности.
Также использование динамической адресации является нежелательным для восприятия сайта поисковыми системами, поскольку не все страницы сайта проиндексируются поисковыми системами (поисковые роботы не умеют читать скрипты).
В результате работы mod_rewrite происходит подмена адреса запроса, на адрес, не содержащий имён переменным: http://oqbo.ru/content/view/2/3/
Mod_rewrite - основанный на правилах механизм (синтаксический анализатор с применением регулярных выражений), выполняющий URL преобразования на лету.
Модуль поддерживает неограниченное количество правил и связанных с каждым правилом условий, реализуя действительно гибкий и мощный механизм управления URL. URL преобразования могут использовать разные источники данных, например переменные сервера, переменные окружения, HTTP заголовки, время и даже запросы к внешним базам данных в разных форматах, — для получения URL нужного вам вида.
Подобные ссылки необходимы при жесткой конкуренции с тематическими сайтами, а так же для самостоятельного внедрения дружественных ссылок без знания PHP и затрат на поддержку.
Встроеный модуль по оптимизации ключевых слов web страниц сайта. Использование этого модуля позоляет повысить эффективность индексации страницы сайта в поисковых машинах, и как следствие увеличивает посещаемость данного ресурса.
10. Поддержка продукта. Простота обновлений
Любая система управления содержит уязвимости, и зачастую администраторы забывают про обновления системы управления, что может стать причиной взлома сайта и всего сервера.
Обновления системы управления является достаточно непростой процедурой и большинство систем управления не позволяют осуществить обновление автоматически - требуется их доработка вручную, что вызывает боязнь обновлений системы.
Эту проблему возможно решить только при помощи системы автоматических обновлений. В большинстве систем управления автоматические обновления осуществляются частично по запросу администратора из системы управления.
Обновление тоже может вылиться в проблему, и критерием хорошей CMS является частый выпуск легко применяемых надежных патчей или скриптов.
11. Ориентировка на web 2.0
Хорошая CMS должна давать возможность использования в контент-менеджменте всего многообразия медиа-форматов.
Можно использовать собственные решения для доставки содержания этих форматов или же популярные флеш-плееры - Youtube.com для видеоподкастов, Slideshare.net для презентаций, Scribd.com для документов MS-Word и т.д.
Интеграция в платформу Wiki и блоговые системы, обеспечение единой политики пользовательских прав в рамках всех приложений интернет. Пользовательский интерфейс современной CMS должен быть обогащенным, но простым в использовании.
При нынешнем обилии AJAX-фреймворков "обогатить" пользовательский интерфейс популярными эффектами не представляется особо сложной задачей.
Однако, чтобы достичь гарантированного баланса между эффектностью и практичностью интерфейса можно следовать по одному из двух путей.
Либо придерживаться GUI-модели популярных и привычных пользователю настольных приложений, либо разрабатывать аскетичные решения в стиле Google.
12. Безопасность
Сюда входит стойкость к SQL-injection, XSS-скриптингу, защита от подмены передаваемых параметров. Обязательна возможность осуществления резервного копирования и восстановления данных.
Защита от флуда - графическая или математическая каптча на выбор, анализатор поведения клиентов с отсеиванием ботов.
Возможно ограничение на количество ссылок в одном сообщении, контроль флуда, бан ip и вести «черный список» рекламируемых сайтов, а также фильтровать сообщения по подстроке.
Борьба со спамом в интернете на данный момент ведется только в одном месте — комментарии к публикациям. Компонентов комментариев достаточно много, и о таковых, без поддержки captcha я не слышал (разве что очень древние и не используемые на данный момент).
На этом собственно борьба со спамом заканчивается. Наибольшую же эффективность в борьбе со спамом можно добиться с помощью т.н. капчи — картинки с набором символов.
В этом случае ставится полный заслон от автоматических спам-роботов.
13. Usability
Давайте подумаем над тем, насколько способен пользователь в той или иной CMS выполнять простые операции без тренировки, сможет ли он это сделать без обращения к поставщику решения. По определению CMS предназначена для управления содержанием.
Таким образом, наиболее типовая операция для пользователя CMS – создание/изменение содержания документов сайта. Эта операция включает в себя нахождение требуемого документа и затем интерфейса для управления его содержанием.
Если предположить, что документы на сайте представлены в той же структуре, что и административном интерфейсе, наиболее очевидный путь – пройти по иерархии структуры, выбрать требуемый документ и использовать ссылку перехода к свойствам/содержанию документа.
В этом плане наиболее привычными и понятными является пользовательские интерфейсы, напоминающие Проводник Microsoft Windows. Далее мы должны ответить на вопрос «не перегружен ли интерфейс, не слишком ли он технический?».
В принципе, этот вопрос наиболее актуален для пользовательской роли «оператор контента», исполнители которой не обязаны обладать исчерпывающими техническими знаниями.
Привычность использования CMS зависит прежде всего от того, насколько ее интерфейс выглядит похожим на популярные приложения. Разработчики могут задаться целью максимально повторить интерфейсные решения, принятые в Microsoft Windows.
Поделитесь с друзьями или поставьте закладку на эту страницу,
если планируете зайти на нее попозже ..... (Что такое CMS
Что входит в ЦМС | Статические динамические сайты )
blog comments powered by Disqus
Что еще интересного о сайтостроении:
1. Зачем человеку или фирме нужен свой сайт?
2. Минусы и Плюсы при заказе сайта - изготовление сайтов
3. Как сделать свой сайт - этапы создания сайта
4. Как создаются веб-страницы
6. Что такое CMS? Зачем нужны движки сайтов?
7. Какую CMS выбрать - коммерческую или бесплатную?
8. Бесплатный движок сайта CMS - Joomla!
9. Правильный выбор цветовой гаммы для сайта
10. Психологическое воздействие цветов
11. Какой текст удобнее читать на мониторе
12. Построение цветовой гаммы - модели цветоделения
13. Советы по подбору цветовой гаммы для сайта
14. Почему Вашему бизнесу необходимо иметь сайт
15. Сайт должен быть красивым и удобным - это залог успеха!
16. Сайтостроительство - создание и разработка сайтов
17. Создание уникального и неповторимого сайта
18. Зачем делать личный официальный сайт
19. Получить востребованную интересную профессию -
oбучение созданию сайтов - с этой работы Вас никто не уволит!20. Как правильно составить
техническое задание на разработку и создание сайта21. Создать свой сайт мало ... надо сделать его посещаемым
22. Обучение в видеоформате - создание сайтов и заработок на них
23. Cайты бесплатных прогнозов | Лучший сайт прогноза
24. Magento - лучший движок CMS для сайта интернет-магазина бесплатно
25. Cоздание сайтов с платным доступом | система платного доступа сайта
