UA
- UA
- RU
У давні часи, коли в інтернет ще “ходили” або “лазили”, в основному сайти робилися як статичні HTML сторінки. Робити сайт на CMS міг собі дозволити не кожен. Це було обумовлено нестачею потужності серверів, та й не кожен із хостинг-провайдерів мав тарифи, що підтримували CMS (не кожен тариф мав базу даних, наприклад), та й ще дорого це було – зробити, потім купити хостинг чи взагалі орендувати сервер, щоб той сайт працював. Крім того, безоплатних систем було не так багато і не всі вони мали необхідні функції, тому сайт також робили на якомусь фреймоврку, наприклад, Yii Framework.
Але мати сайт на CMS – це було досить зручно, як і зараз. Можна вносити зміни в сторінки та додати велику кількість (необмежену) сторінок. Крім того, в межах однієї системи можна було зробити редизайн сайту без наповнення сайту “з нуля”. Замінили шаблон – тексти залишились як є, тому що основни функції не змінились.
Тобто у CMS є одна головна функція – можливість змінювати контент самостійно, не звертаючись до розробників.
Насправді – це одне те саме, але “тема” – це у WordPress (у WordPress можуть бути ще окремі шаблони для сторінок, але все одно в межах “теми”, тобто без теми шаблони сторінок у WordPress існувати не можуть. Про шаблони у WordPress можна почитати тут WordPress Template Hierarchy), а “шаблон” – у Joomla, Drupal та багатьох інших. Кожна тема або шаблон має назву (наприклад, тема “Astra” у WordPress) і розміщуються в окремій папці в межах CMS. Така папка у WordPress називається “themes“, а у Joomla, наприклад, вона називається “template“. Тому у WordPress воно називается “тема” (theme), а у Joomla – шаблон (template).
Від теми/шаблону залежить зовнішній вигляд сайту, його функціональність. Тему/шаблон можна встановлювати, видаляти та тимчасово деактивувати. В одній CMS може бути встановлена необмежена кількість тем, але використовуватись (бути активованою) може лише одна тема або шаблон.
У темі/шаблоні містяться базові сторінки CMS з функціями, за допомогою яких ми можемо відображати елементи сайту, такі як меню, заголовки, тексти та інші, як нам потрібно, оформляючи так, як нам потрібно. Також ми можемо писати свій код, розширюючи функціональність CMS, звертаючись до бази даних та відображаючи потрібні елементи, форми тощо. За допомогою теми/шаблону ми перевизначаємо функції сайту, і після встановлення та активації теми/шаблону, як і що відображатиметься, залежить виключно від функцій теми/шаблону.
Тобто, ми можемо робити що завгодно в межах теми, тим самим не порушучи цілостність CMS. Чому ці функції не дописувати прямо в CMS, це ж простіше? Так, це буде простіше, ніж робити все через тему, але всі зміни, що будуть зроблені в початковому коді CMS будуть втрачені після оновлення CMS, а якщо не оновлювати “коробкові” CMS, такі як, особливо, WordPress – це великий ризик злому та втрати даних сайту, або взагалі можна отримати довічний бан на домен від Google, якщо спамери після взлому розмістять заборонений контет. Тому завжди має бути оновлена CMS і всі розширення – плагіни, модулі, компоненти.
Вас може зацікавити