Анализ CMS систем

 

Зміст

I. Вступ…………………………………………………………………………...2

II. Різновиди………………………………………………………………………3

III. Порівняльна характеристика

1. Коротка характеристика………………………………………………..5

2. Версії/безпека…………………………………………………………...6

3. Російська документація………………………………………………...7

4. Підтримка……………………………………………………………….8

5. Боротьба зі спамом……………………………………………………..8

6. Інтеграція з форумом…………………………………………………...9

7. Візуальний редактор…………………………………………………..10

8. Робота з картинками…………………………………………………..11

9. Шаблони оформлення………………………………………………...12

10.  Розширена функціональність (плагіни)…………………………….13

11.  Віджети/блоки………………………………………………………..11

12. Підтримка авторів і багатокористувацькі блоги…………………….15

13. Сучасні «фішки»: трекбакі, пінг, XML-RPC, RSS…………………..17

14.  Кодування…………………………………………………………….18

15.  Коментування………………………………………………………...19

16.  Експорт/імпорт даних………………………………………………..19

IV. Висновок……………………………………………………………………..21

V. Список використаних джерел……………………………………………….22

VI. Додатки…………………………………………………………...………….23

 

 

Вступ

Система керування  вмістом (контентом / сі ем ес) (англ. Content management system, CMS) – інформаційна система або комп'ютерна програма, яка використовується для забезпечення і організації спільного процесу створення, редагування і управління контентом (тобто вмістом).

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

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

 

 

 

 

 

 

 

 

 

 

Різновиди

У загальному випадку системи  управління вмістом діляться на:

· Систему управління змісту масштабу підприємства (англ. Enterprise Content Management System системи управління вмістом підприємств)

· Система управління веб-вмістом (англ. Web Content Management System)

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

Існує безліч готових систем управління вмістом сайту, у тому числі і безкоштовних. Їх можна  розділити на три типи за способом роботи:

· Генерація сторінок по запиту. Системи такого типу працюють на основі зв'язки «Модуль редагування → База даних → Модуль подання». Модуль уявлення генерує сторінку із змістом при запиті на нього, на основі інформації з бази даних. Інформація в базі даних змінюється за допомогою модуля редагування. Сторінки заново створюються сервером при кожному запиті, що в свою чергу створює додаткове навантаження на системні ресурси. Навантаження може бути багато разів знижена при використанні коштів кешування, які маються в сучасних веб-серверах.

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

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

 

 

 

 

Порівняльна характеристика

Порівняльна характеристика трьох CMS за деякими критеріями. Для  порівняння я вибрала: Drupa, Joomla!, WordPress.

1. Коротка характеристика

· Drupal

Популярна безкоштовна модульна система керування вмістом з  відкритим кодом, написана на мові програмування PHP.

Завдання систем керування  вмістом – полегшити створення, наповнення та оновлення веб-сайту. (Рис.1)

· Joomla

Joomla! – система керування  вмістом, написана на мовах  PHP і JavaScript , яка використовує для  збереження даних базу даних  MySQL.

Joomla!  - вільне програмне  забезпечення, захищене ліцензією  GPL.

«Joomla!» фонетично ідентична  слову «Jumla», що у перекладі з  мови суахілі перекладається, як «всі разом» або «в цілому». Назва відображає підхід розробників та спільноти  до розвитку системи. (Рис.2)

· WordPress

WordPress – це проста в  інсталяції та використанні система  управління контентом, зокрема  широко використовується для  створення блогів.

Написана на мові програмування PHP з використанням бази даних MySQL. Ліцензія – GNU General Public License.

Сфера застосування – від  блогів до складних веб-сайтів. Вбудована  система «тем» і «плагінів» в  поєднанні з вдалою архітектурою дозволяє конструювати на основі WordPress практично будь-які веб-проєкти. (Рис.3)

 

 

2. Версії / безпека

· Drupal

Зараз до виходу готується 6-а  версія, код якої вже досить давно  заморожений. Поточна 5-я версія в  порівнянні з 4.7 виглядає хорошим еволюційним  етапом.

Нові версії подовгу тестуються. Ядро стабільне. Баги в затребуваних модулях зазвичай фіксують оперативно. Зараз цілий ряд великих корпоративних  сайтів компаній зі світовими іменами  працює на Drupal, тому у розробників  до безпеки серйозне ставлення.

· Joomla

Ситуація на даний момент така - всі шанувальники Joomla перебувають  в очікуванні версії 1.5. А гілка 1.0.х  зазнає лише косметичні зміни, в основному  поліпшують безпеку. Так що з наявністю  нових версій у Joomla «повний порядок». Безпека теж на рівні, версію 1.0.13 можна сміливо вважати дуже-дуже стабільною і безпечною.

Що ж стосується безпеки  сторонніх розширень, то тут все  не так гладко, що взагалі повторює ситуацію в цілому в мові PHP, як популярному  серед новачків і людей, які не знають нічого про те, як ламаються  сайти. Дійсно сильних розширень  мало, але вони є, наприклад OpenSEF або MosetsTREE.

· WordPress

Хоча офіційно і заявлено, що версії WordPress будуть виходити за графіком, насправді цього не відбувається. Якщо виявляється якась серйозна «діра», то розробники оперативно випускають оновлення, тому графік версій збивається.

Існують дві лінійки WordPress: 2.0.* і 2.1 +. Перша (поточна 2.0.12) все ще підтримується і до неї випускаються оновлення безпеки. Але нові можливості з'являються тільки в лінійці 2.1 + (поточна 2.2.2). Поділ стався після того, як було вирішено відмовитися від підтримки MySQL <4.0. За рахунок оптимізації запитів, швидкість роботи нових версій вище. Також зіграло свою роль і те, що в WordPress активно став використовуватися AJAX, якому потрібно UTF-8. Все це призвело до певних проблем сумісності, але, на мій погляд, воно того варте.

 

3. Російська документація

· Drupal

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

· Joomla

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

· WordPress

WordPress має дуже велику  документацією (Codex / Кодекс), але  на жаль вона тільки англійською  мовою. Хоча, заради справедливості  варто відзначити, що складена  вона грамотно і практично  не вимагає особливого знання  мови. Документація побудована таким  чином, що дозволяє досить швидко  знайти потрібну відповідь. Практично  кожна стаття має кілька прикладів,  а також посилання на суміжні питання.

 

4. Підтримка

· Drupal

Російське співтовариство розвивається, причому досить бурхливо, оскільки останнім часом про Drupal багато говорять в рунеті. Є люди, які розбираються в архітектурі. Що важливо, вони відповідають на форумі. В цілому спільнота відкрита і доброзичлива, але зловживати цим  не варто.

· Joomla

Якщо коротко, то існує  дві різних «тусовки», які проводять  свої форуми і сайти підтримки. Спроба об’єднати була, але так нічого і не вийшло. В принципі, наявність  двох збірок і русифікації на даний  момент всіх влаштовує. Ближче до версії 1.5 питання буде підніматися все  частіше, бо порталовці більш офіційна команда перекладу, ніж joom.ru. З іншого боку наявність конкуренції ані  скільки не шкодить спільноті, а  навпаки навіть підштовхує команди  працювати команди все краще  і краще.

· WordPress

У російського WordPress’а  є  два офіційних сайта. Підтримка  користувачів здійснюється через форуми добровільцями. Так, що швидше за все  проблем з російською підтримкою не буде. Також існує багато блогів, де їх автори викладають і діляться різноманітними знахідками і рішеннями  по WordPress.

 

5. Боротьба зі спамом

· Drupal

Akismet - раз, графічна або  математична каптча на вибір  - два, аналізатор поведінки клієнтів  з відсіювання ботів - три. Ще  можна задавати обмеження на  кількість посилань в одному  повідомленні, контролювати флуд, банити ip і вести «чорний список» рекламованих сайтів, а також фільтрувати повідомлення по підрядку.

· Joomla

Боротьба зі спамом в інтернеті  на даний момент ведеться тільки в  одному місці - коментарі до публікацій. Компонентів коментарів досить багато, і про такі, без підтримки captcha я не чула (хіба що дуже давні і  не використовуються на даний момент). На цьому власне боротьба зі спамом закінчується. Смакоту на зразок SpamKarma наскільки я знаю, в сторонніх  компонентах не реалізовані.

· WordPress

Стандартно в WordPress входить  плагін Akismet, який досить ефективно  бореться з цим злом. Крім цього  можна створити чорний список і фільтри  з слів. З їх допомогою можна  просто заблокувати будь-який коментар, який містить заборонене слово або  відправити його на модерацію. Найбільшу  ж ефективність в боротьбі зі спамом можна домогтися за допомогою  т.зв. капчі - картинки з набором символів. В цьому випадку ставиться  повний заслін від автоматичних спам-роботів. Установка більшості плагінів антиспаму  дуже проста, зачату достатньо тільки його активувати в адмін-панелі (наприклад, популярна SpamKarma). За допомогою спеціального плагіна є можливість модерувати спам-коментарі. Причому доступні як звичайні коментарі, так і пінг і  трекбакі. В цілому ж плагінів для  антиспаму безліч (я нарахувала більше сімдесяти).

 

6. Інтеграція з форумом

 

· Drupal

Базовий пакет Drupal містить  досить функціональний форум, який підійде  для організації невеликих спільнот. Для організації великих спільнот він теж, в принципі, підійде - на форумі drupal.org зараз більш 320 000 повідомлень.

Є модератори, групи користувачів з різними правами доступу, повідомлення по email, аватари, підписи, RSS. Перевага вбудованого  форуму - єдина база користувачів, яку  використовують інші частини сайту.

Наскільки я знаю, є можливість інтеграції з PHPBB.

· Joomla

Разом з Joomla не поставляється  компонента форуму, проте на даний  момент самим оптимальним варіантом  створення вбудованого форуму є FireBoard і його російська редакція від Adeptus'а. Що ж стосується інтеграцій - вони існують. Найпоширенішою є зв'язка Joomla-SMF, під яку є не одна інтеграція, навіть комерційна.

· WordPress

Для WordPress'а розроблений  і рекомендується форум BBPress (є і  русифікація), який повністю інтегрується в блог. Правда, можливості у цього  форум більш ніж скромні. На офіційному сайті WordPress'а використовується саме цей форум. Також існують плагіни, які дозволяють частково інтегрувати  деякі популярні форуми в блог. Правда для цього потрібні хороші знання програмування, і при цьому, все одно стовідсоткової інтеграції не вийде - все-таки це різні системи.

 

7. Візуальний редактор

· Drupal

В Drupal можна вбудувати TinyMCE або FCKEditor. І той і інший гнучно налаштовується. Обидва є потужними  засобами. У TinyMCE, наприклад, можна працювати  з таблицями, додаючи і виділяючи  рядки і стовпці, та об’єднуючи комірки. Ще TinyMCE може «чистити» скопійовані  з Word’a тексти від надлишкових тегів.

· Joomla

Таких під неї безліч. В основному це найпоширеніші  редактори. Однак найбільш зручним  і гарним з безкоштовних є редактор JCE,  розроблений спеціально для Joomla (а спочатку ще для для Mambo, тоді він  називався MosCE), здатний скласти дуже гарну альтернативу платному WysiwygPro.

· WordPress

Стандартно в WordPress’е використовується трохи урізаний TinyMCE і, поряд ж  – простий текстовий редактор (перемиканя між ними «на льоту»). При бажанні можна встановити і повну версію TinyMCE, тоді буде доступно три панелі кнопок з усіма можливостями. Потрібно зазначити, що в WordPress’е  є  можливість стороннім плагінам додавати відео, аудіо і т.д. Якщо TinyMCE не влаштовує, то можна встановити замість нього  інший редактор, наприклад FCKMonkey. Але  в цілому, вибір редактора справа смаку. У профілі користувача  можна взагалі відключити використання візуального редактора.

 

8. Робота з картинками

· Drupal

У базовому пакеті вставка  картинок не передбачена. Вирішити цю проблему можна кількома шляхами. Є  варіант з додаванням картинці в  стилі «Прикріпити файл до посту». Альтернатива - установка WYSIWYG-редактора TinyMCE і медіаменеджери IMCE згори. Підтримується зміна розмірів картинки при завантаженні і генерація тамбнейлів. Я б не назвала роботу із зображеннями сильною стороною Drupal: занадто багато кліків доводиться робити.

· Joomla

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

· WordPress

В WordPress'е цілком зручно можна  додавати картинки в редактор. При  завантаженні файлу можна відразу  вказати його назву, підпис. Автоматично  буде зроблена мініатюра. Тобто розрахунок на те, щоб з цим завданням впорався недосвідчений користувач. Якщо ж  скористатися окремим плагіном, то можна додатково вказати розміри  картинки, мініатюри та інші параметри. Після додавання картинки в редактор, можна змінити різні параметри (стилі, розміри, бордюри, відступи і  т.д.). Хоча це вже можливості самого візуального редактора.

 

9. Шаблони оформлення

· Drupal

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

На Drupal є красиві сайти, однак, пристойних загальнодоступних  тим вкрай мало. Якщо задумаєте  обзавестися сайтом на Drupal, приготуйтеся витратитися на шаблон.

· Joomla

Joomla гілки 1.0.х не підтримує  шаблони. Звичайно, в ній є загальний  і великий шаблон, який дозволяє  на PHP створювати цілком хитромудрі  структури загальної структури  сайту і розташування модулів,  але от шаблонізаціі окремих  елементів немає, і все обмежується  застосуванням CSS (до речі, система  дуже гнучка, взяти той же «префікс класу модуля »і добре задокументована) і копирсання в компонентах. Однак для статей вже давно існує ContentTemplater, що дозволяє створювати шаблони оформлення для статей і дуже непогано управляти їх зовнішнім виглядом.

Другим моментом, про який варто сказати окремо є система  модулів. Модулі об'єднуються в позиції, які вже й підвантажуються  в потрібних місцях шаблону. Модулі можна прив'язувати до конкретних сторінок (включати і вимикати відображення) а так само виводити різними способами  по ходу сторінки. Часом, за допомогою  маніпуляцій в шаблоні можна  декількома модулями скласти дуже красиву  головну (або будь-яку іншу) сторінку, просто вимкнувши компонент працює там і розташувавши замість нього  модулі (наприклад, що відображають новини з різних категорій).

· WordPress

Для WordPress'а створені тисячі шаблонів і багато які з них  виконані на дуже хорошому дизайнерському рівні. Пристрій WordPress таке, що під нього  нескладно переробити, скажімо, html-шаблон. У шаблонах використовуються звичайні PHP-функції, тому ніяких складнощів з  вивченням т.зв. мов шаблонів немає. За створення шаблонів існує досить багато статей, навіть є он-лайн генератор. Готові шаблони досить завантажити  в окремий каталог і після  цього в адмін-панелі вибрати  потрібний. Існує також можливість перемикати шаблони і відвідувачами.

 

10. Розширена функціональність (плагіни)

· Drupal

Зараз в офіційному репозиторії  зберігається під тисячу безкоштовних модулів. Серед інших є рішення  для електронної комерції, CRM-система, wiki-движок. Ще зазначу модулі Views і CCK, які дають Друпалу повне право  називатися CMF, а не CMS. CCK (Content Construction Kit), наприклад, дозволяє за допомогою графічного інтерфейсу описувати об'єкти предметної області в базі даних і відразу ж створювати форми для управління ними.

 

· Joomla

Найсильнішою стороною Joomla є, я вважаю, система розширень. Мало того, що їх існує кілька видів, ще є  спеціальна система їх установки, що дозволяє за допомогою xml-файлу описувати  всі дії необхідні для здійснення при створенні запису про розширення (наприклад, SQL-запити, копійовані файли  або дії виконуються відразу  після установки, які не можна  виконати автоматично).

В цьому я думаю Joomla попереду всіх трьох інших систем, бо одних  тільки видів розширень існує  три штуки. Та й конкурентів у  офіційного сайту розширень серед  інших систем я думаю немає (extensions.joomla.org) і бути не може. Одна тільки цифра (1915) нагорі з кількістю розширень  в архіві змушує замислитися.

· WordPress

WordPress можна розширити  за рахунок плагінів - це різні  php-скрипти, які автоматично підключаються  до основного «ядра». Таким чином  можна не просто додати потрібну  функціональність, а й змінити  вже існуючу. Створити плагін  не дуже складно, все залежить  від рівня знання PHP. Підключення  до WordPress'у зовсім просто: плагін  копіюється в спеціальний каталог  і активується в адмін-панелі. Деякі плагіни можна налаштовувати,  деякі треба прописувати в  шаблоні, а деякі працюють повністю  автоматично.

Плагінів для WordPress написано кілька тисяч (тільки на одному wp-plugins.net - 2568, але думаю, що загалом цифру  можна подвоїти), тому можна знайти плагін практично під будь-які  потреби. Виняток становлять плагіни, які вимагають значної переробки шаблону. З ними зазвичай доводиться повозитися.

 

11. Віджети / блоки

· Drupal

В Drupal це називається «блоки». Їх можна розташовувати в різних областях сторінок в залежності від  можливостей шаблону. У кожній області  блоки можна сортувати для  керування порядком виводу. Спочатку областей п'ять - шапка, центральна, ліва і права колонки, підвал. Блоки  можна показувати не на всіх сторінках.

· Joomla

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

· WordPress

Повноцінна підтримка  віджетів з'явилася тільки у версії 2.2. До цього потрібно було встановлювати  окремий плагін. Те що віджети дуже зручні, багато хто вже встигли  переконатися. Для користувача тепер  немає потреби щось змінювати  у своєму шаблоні: управління чисто  візуальне, досить відзначити потрібні опції, розташувати блоки як потрібно і зміни відразу ж набирають  чинності. Внутрішня реалізація віджетів така, що з їх можна використовувати  для виведення будь-якого плагіна  або своєї функції.

 

 

 

12. Підтримка авторів і багатокористувацькі блоги

· Drupal

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

· Joomla

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

· WordPress

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

Для управління авторами використовується система ролей. За допомогою спеціального плагіна можна легко (візуально) відредагувати будь-яку роль або  дозволити / заборонити виконувати будь-які  дії окремому автору.

Для багатокористувацьких блогів існує окрема версія: WordPress Multi User. Вимоги та можливості в неї практично такі ж як і у звичайного WordPress'а, хоча є деякі відмінності. На WordPressMU працює один з найбільших блог-сервісів WordPress.com, на якому зареєстровано майже 1,3 мільйона блогів.

13. Сучасні «фішки»: трекбакі, пінг, XML-RPC, RSS

· Drupal

Друпал популярний у світі, тому всі «модні» фішки там швидко реалізуються. У базовому пакеті є можливість ведення блогу за допомогою блогового клієнта. Є модуль, пінгуючий спеціальні каталоги Drupal-сайтів.

· Joomla

Joomla це CMS, і говорити про  впровадження таких речей можна  тільки на рівні сторонніх  компонентів. Мабуть для Drupal'а  і WordPress'а це питання сильно  актуальне, бо спочатку це все-таки  блогові движки, а не CMS, і нікуди  від цього не дітися. А в  Joomla треба все розглядати на  рівні якихось компонентів, наприклад  того ж платного MyBlog. Якщо реалізують - здорово, ні - позиції Joomla від  цього ні скільки не похитнуться.

· WordPress

Трекбакі, пінги підтримуються  вже давно. Причому для їх використання не потрібно взагалі ніяких додаткових дій: все працює на рівні «движка». Що стосується XML-RPC, то WordPress підтримує відразу кілька API, тому додавати / редагувати записи в WordPress можна з багатьох програм блог-клієнтів або он-лайн, наприклад за допомогою Google-Docs.

WordPress повністю підтримує  RSS і Atom. Можна підписатися на  останні записи блога, визначеної  рубрики, коментарі або всі  коментарі. За допомогою окремого  плагіна можна зробити автоматичну  переадресацію RSS-стрічки блога на feedburner.com

14. Кодування

· Drupal

Drupal працює на UTF-8. Якихось  забутих строкових функцій, не  працюють з UTF-8 я не помічала. Деякі хостери по-старому віддають  сторінки в cp1251, але це легко  лагодитися. Проблеми з MySQL теж  зазвичай вирішуються одним рядком  коду.

· Joomla

Всі проблеми з російською версією в кодуванні CP1251 вже давно  вирішені і на не надто високих  версіях MySQL проблем майже не викликають, потрібно лише почитати документацію. У параної (збірка Joomla від порталовців) все вирішено більш вдало (це її основна  особливість) і система сама вибирає  потрібну конфігурацію підключення  в залежності від версії MySQL.

З UTF-8 все складніше, про  це досить написано, скажу лише, що повна  підтримка очікується (власне вона вже є) у версії 1.5. Зараз можна  говорити лише про однобайтних кодуваннях і спробах зробити utf-сайти на непридатному для цього движку (хоча часом і вельми успішних).

· WordPress

У самому WordPress'е є можливість встановити будь-яке кодування. Головне, щоб кодування бази даних співпадала з кодуванням блогу. Правда, починаючи  з версії 2.1 WordPress повинен працювати  в UTF-8. Це прямо пов'язано з використанням AJAX. Тому для російськомовних користувачів основна проблема полягає тільки в тому, що на серверах часто стоїть CP1251. Тому я випустила збірку WordPress (починаючи з 2.2), яка дозволяє використовувати  роздільне кодування блогу і  бази даних. Це дозволило багатьом без  особливих проблем перейти на останні версії WordPress. Зараз можна  досить впевнено сказати, що особливих  проблем з кодуваннями в WordPress'е немає.

15. Коментування

· Drupal

Коментарі в блогах можуть бути і «плоскими» («flat») і деревовидними («treaded»). Все це знаходиться в  базовому пакеті. Повідомлення по email робляться  зовнішнім модулем.

· Joomla

Як вже було сказано  раніше - компонентів коментарів багато. Можна використовувати будь-який на вибір. Стабільних - раз-два та й  усе, але дуже скоро вийде jComments від  російського розробника, яка все  поставить на свої місця.

· WordPress

Для будь-якого запису можна  дозволити або заборонити коментування. Окремо можна дозволити прийом пінгів / трекбакі, а також автоматичний пінг за адресами, вказаними в тексті запису. За допомогою окремих плагінів можна зробити деревовидні коментарі, а також розбити відображення коментарів по сторінках. Можна додати аватарки або favicon. Текстовий редактор коментаря можна забезпечити  кнопками форматування і смайлами. Є також плагін (працює на AJAX), який дозволяє протягом деякого часу редагувати відвідувачу свій коментар.

 

 

 

 

 

 

16. Експорт / імпорт даних

· Drupal

Для друпал написано багато різних конвертерів, в основному  пов'язаних з форумних міграціями. RSS віддаються на будь-який смак. Є безліч спеціальних речей у дусі експорту в RDF або CSV.

 

· Joomla

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

· WordPress

WordPress дозволяє експортувати  записи і коментарі блогу в  XML-файл. Можна експортувати записи  окремого автора. Для імпорту  записів в WordPress можна скористатися 9 способами. Це основні блоговскі  «движки» (наприклад: ЖЖ, Blogger, Textpattern), а також в RSS і свій XML-формат.

 

 

 

 

 

Висновок

В курсовій роботі я провела  порівняльну характеристику трьох  систем управління контентом. Розглянувши  їх за 16-ма критеріями не можна дати відповідь на питання «Яка з систем найкраща?». Тут треба враховувати  безліч чинників, які визначають необхідність і зручність тієї чи іншої системи  для конкретних користувачів.

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

Таким чином, у Drupal, як і у Joomla, як і уWordPress є сильні і слабкі сторони, кожна з цих CMS при правильному  зверненні гарна по-своєму.

 

 

Список використаних джерел