On—Line Transaction Processing

Переваги, які нам дає використання CMS:

- Абстрагування від оформлення, людина працює тільки над вмістом сайту

- Автоматизація завдань з управління сайтом

- Можливість створення різних за правами доступу частин сайту

- Дані зберігаються не у вигляді файлів, а в реляційних СУБД, що значно простіше і зручніше.

Для чого потрібні системи  управління контентом?

Коли кількість матеріалів на веб-сайтах почала стрімко зростати. Це призвело до того, що традиційні «ручні» технології розробки і підтримки сайтів, коли сайт складався із статичних сторінок і набору додаткових спеціалізованих скриптів, стали не встигати за швидко змінними умовами бізнесу. Введення даних на сайт вимагав (як мінімум) знання технологій HTML / CSS верстки, зміни структури сайтів були пов'язані з каскадним зміною великої кількості взаємопов'язаних сторінок. Різні автоматизовані механізми, на зразок гостьових книг і новинних стрічок, упроваджені на сайтах як окремі скрипти і, як правило, написані різними фахівцями, перестали задовольняти вимогам безпеки. На багатьох сайтах стали з'являтися коктейлі з різних технологій і підходів до розробки, тому виникла потреба в стандартизації програмних рішень, в розділенні дизайну і вмісту на дві незалежні складові.

CMS дійсно розділяють сайти  на дві складові: дизайн (зовнішній вигляд сайту в цілому, окремих сторінок, конкретних блоків інформації) і контент. Дизайн сайту, як правило «зашитий» в шаблони і змінюється значно рідше, ніж контент.

CMS відкривають  досить технічних можливостей  у створенні динамічного веб - ресурсу. Всі серйозні сайти, що містять великий обсяг інформації і потребують постійного її оновлення, використовують системи оновлення. Це і пошукові машини, і новинні сервери, і різноманітні каталоги. За допомогою даних систем можна з легкістю додавати розділи, розміщувати ілюстрації, управляти розсилками, публікувати закриту інформацію, доступ до якої є тільки у певних груп користувачів. І це лише невеликий список всього того, чого можна домогтися за допомогою CMS.

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

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

CMS з можливістю кешування інформації.

При кожному виклику сторінки сайту  під управлінням движка сайтів відбувається не прочитування HTML-сторінки з жорсткого диска сервера, а виклик скрипта, який, у свою чергу, може підключати інші скрипти, робити запити до бази даних та інше. Все це дає певне навантаження на сервер. А чим більше завантаження, тим швидше вона досягне критичної позначки, тим менше продуктивність сервера. Тому іноді сторінка генерується не в момент запиту URL, а в момент її поновлення, після чого викладається на жорсткий диск або в базу даних вже в готовому вигляді. Цей прийом досить спірне: наприклад, при зміні якогось елементу дизайну сайту доведеться перезаписувати всі сторінки. Його також можна застосовувати у разі динамічних ресурсів, наприклад, при необхідності надання користувачу можливості проводити пошук по записах бази даних.

CMS з локальними модулями адміністрування.

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

2.2 Якими якостями повинна володіти сучасна CMS

 

Перш  за все, супер - системи, придатної на усі випадки життя не існує. Не можна осягнути неосяжне. Тим не менш, сучасна якісна CMS повинна володіти наступними характеристиками:

1. Проста інсталяція

Найперша  стадія експлуатації CMS - її інсталяція. Процес повинен бути максимально  задокументований, спрощений і послідовний - не варто відразу починати налаштовувати таблиці баз даних або правити конфігураційні файли. Це повинна бути проста процедура, що виконується за допомогою скрипта установки. Погано, якщо процес складається з більш ніж двадцяти кроків - зміни конфігураційних файлів, створення і видалення папок і т.д. Завантажити, розпакувати і запустити майстер установки - ось до чого повинна зводитися процедура.

2. Швидкий старт

CMS повинна бути максимально доброзичливою  до користувача уже з перших  кроків використання системи. Завдання настройки повинні ускладнюватися поступово, йти від простого до складного. Наприклад, користувач спочатку авторизується в системі, далі створює новий web-документ. Після чого необхідно додати кілька стилів CSS (як варіант - вибрати шаблон, тему), потім зв'язати новий документ гіперпосиланнями з іншими web-сторінками. Далі йде побудова системи навігації і додавання всіляких сервісів, підключення функціональних блоків. Робота здійснюється поступово, команди виконуються не всі відразу - можливість створення пріоритету розділів, форумів, призначених для користувача голосувань і опитувань, генерації PDF «на льоту» слід залишити на потім - можливо, це навіть і не знадобиться на перших порах роботи з CMS.

3. Якісна документація

Якщо  і коли щось починає йти не так, часто найшвидший спосіб вирішити проблему полягає в тому, щоб почитати документацію, а не чекати допомоги ззовні. Інструкції з установки та апгрейду повинні бути настільки прості, щоб нетехнічний персонал міг зрозуміти їх, але досить докладні, щоб їх легко було виконувати «по кроково». Більшість систем містить інструкції з установки такого типу: «Спершу зробіть це, потім ось це, потім це і ще це». Але коли справа доходить до безпосереднього використання CMS, користувача тут же перенаправляють до вивчення документації, в якій розписана кожна можливість системи управління вмістом.

Окремим підпунктом йде вимога з відсутністю  сленгових виразів. Користувач може просто не зрозуміти, що таке «portlet», «module» або «snippet». Це може плутати людей, збивати їх з пантелику.

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

4. Поділ адміністрування і управління  змістом

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

98% користувачів CMS - це люди, які хочуть  керувати вмістом свого сайту,  а не самої системи. Для решти  2% поки ще немає оптимізованих  CMS.

5. Унікальність

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

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

6. Гнучкість використання. Розширюваність.

Можливість  пристосування до всіляких специфічним  потребам того чи іншого рішення, тієї чи іншої організації.

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

Сайт -візитка. Призначені для довідкової підтримки клієнтів, анонсування інформації про пропоновані товари і послуги. Подібні сайти дозволяють фірмам добитися відчутної економії за рахунок скорочення реклами в звичайних засобах масової інформації. Персоналізовані клієнтські та партнерські сайти.

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

7. Структура даних

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

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

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

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

Будь CMS повинна мати зручний та гнучкий інтерфейс. Легка навігація та інтуїтивно зрозумілий інтерфейс повинні дозволяти працювати користувачеві будь-якого рівня кваліфікації.

9. Безпека

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

Захист  від флуда - графічна або математична  каптча на вибір, аналізатор поведінки  клієнтів з відсіювання ботів. Можливе  обмеження на кількість посилань в одному повідомленні, а також фільтрування повідомлень по під рядку.

Боротьба  зі спамом в Інтернеті на даний момент ведеться тільки в одному місці - коментарі до публікацій. Найбільшу ж ефективність у боротьбі зі спамом можна домогтися за допомогою т.зв. капчі - картинки з набором символів. У цьому випадку ставиться повний заслін від автоматичних спам-роботів.

10. Зручність і простота використання

За  визначенням CMS призначена для управління змістом. Таким чином, найбільш типова операція для користувача CMS - створення / зміна змісту документів сайту. Ця операція включає в себе знаходження необхідного документа і потім інтерфейсу для управління його змістом. Якщо припустити, що документи на сайті представлені в тій же структурі, що і адміністративному інтерфейсі, найбільш очевидний шлях - пройти по ієрархії структури, вибрати необхідний документ і використати посилання переходу до властивостей / змісту документа. У цьому плані найбільш звичними і зрозумілими є користувальницькі інтерфейси, що нагадують Провідник Microsoft Windows. Далі ми повинні відповісти на питання «не перевантажений Чи інтерфейс, чи не занадто він технічний?». В принципі, це питання найбільш актуальне для користувацької ролі «оператор контенту», виконавці якої не зобов'язані володіти вичерпними технічними знаннями.