Чому вибирати встановлену CMS, а не будувати її з нуля?


13

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

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

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


1
Чому б ви хотіли пережити весь біль розвитку (дизайн, кодування, налагодження, тестування), коли хтось уже зробив все для вас?
PhilPursglove

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

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

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

@sparks, Усунення помилок інших людей на 100 разів більше дратує те, що усуває ваші власні помилки.
Pacerier

Відповіді:


9

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

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

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

Тож якщо вам не потрібно відновлювати функціонал, який вони надають, чому б не використати щось, що вже відомо, щоб добре працювати?

Ось лише короткий список існуючих функцій, які вам не доведеться самостійно реалізовувати:

  • версія контенту
  • робочий процес
  • звіти про стан посилань на сторінці
  • налаштування редактора wysiwyg
  • моделювання вмісту (типи сторінок / типи документів)
  • API пошуку вмісту
  • документація / навчання як для редакторів, так і для розробників
  • стратегії кешування об'єктів
  • системи запиту вмісту для пошуку
  • структури ієрархії вмісту (у CMS, де вміст все-таки є у вигляді дерева)
  • погляди редактора
  • перегляди адміністратора
  • управління доступом

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

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

@CodexArcanum - Не сприймайте нічого смарагдового коду серйозно. Вони є генеральним директором компанії, яка надає ці послуги. Тому в основному їхній рахунок - це одна гігантська реклама.
Рамхаунд

4

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

Попередньо виготовлена ​​CMS

Плюси

  1. Зберігає БАГАТО часу. Деякі з CMS, які існують протягом багатьох років, мають багато і багато людей, що працюють у них. Можливо, вам не знадобиться 10% функцій заздалегідь виготовленої CMS, але незалежно від того, що це економить час і час, це не безкоштовно!
  2. Зберігає БАГАТО грошей.
  3. Як правило , має ВЕЛИЧЕЗНЕ кількість функцій , які , ймовірно , працювати для ваших потреб.

Мінуси

  1. Ліцензія . Вам потрібно дотримуватися ліцензії попередньо виготовленої CMS, яку ви використовуєте. Це може не бути великою справою, але, можливо, ви хочете змінити щось заборонене ліцензією, або, можливо, вам буде заборонено використовувати це у виробничих умовах.
  2. Важка . Оскільки CMS, швидше за все, буде розроблений так, щоб охопити якомога більше аудиторій. Можливо, у вас є обмеження на сервері або ви не хочете завантажувати зайві сценарії для управління базовим вмістом.
  3. Можливо, написане немодульним способом . Скажімо, ви впровадили заздалегідь створену CMS, і веб-сайт готовий до того, щоб клієнт вийшов із системи та скажи, давайте розгорнемо! Потім ви знімаєте його до свого клієнта, і вони кажуть "О, я хочу додати цю функцію до CMS!" Тоді, якщо ви вибрали CMS, який є дуже складним або не дуже модульним, у вас можуть виникнути проблеми з реалізацією їх запиту на функцію або це може зайняти зайву кількість часу.
  4. Спадкуйте своїх помилок . Ви успадкуєте всі наявні помилки на CMS. Це не проблема, оскільки їх зазвичай легко оновлювати, але що робити, якщо ви значно змінили його частини, щоб додати функцію?

CMS для домашнього приготування / на замовлення

Плюси

  1. З урахуванням ваших потреб . Ви зможете інтегрувати ТОЛЬКО те, що вам потрібно, і збережете високу портативність.
  2. Написано вашою мовою . Можливо, у вас є веб-сайт ASP.net MVC, і всі CMS там написані на PHP, але ви хочете, щоб він був написаний на C # за допомогою MVC та механізму перегляду бритви (випадковий приклад idk). Набагато простіше підтримувати веб-сторінку, яка є рівномірною і не має величезного PHP / JS / тощо. CMS посеред усіх кодів C #.
  3. З повагою ви / ваша компанія належить йому на 100%, ви можете використовувати його в якості багатьох додатків , як ви хочете без покупки додаткових ліцензій і т.д.

Мінуси

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

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


2
Коли ви знімаєте час і гроші як обмеження, рідко є причина, щоб щось не робити.
скаляр

1
Проекти реального світу @sparks ВЖЕ завжди мають ці обмеження;)

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

2

Ви також можете додати в обговорення веб-безпеку. Якщо ви будуєте CMS з нуля, швидше за все, ви матимете вразливість до ряду атак (див., Наприклад, https://www.owasp.org/index.php/Top_10_2010-Main ). Якщо ви, з іншого боку, використовуєте існуючу CMS, вона, як правило, буде більш захищеною, але з іншого боку її вразливості будуть ширшими.

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

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


1

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

Якщо це простий веб-сайт, або у вас не так багато часу, щоб присвятити, CMS звучить чудово!


1

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

Приклади:

  • Umbraco - опора на XSLT для планування - #fail

  • Фруктовий сад - надмірно розроблена та крива навчання для веб-форм розробок

... тощо.


1
Umbraco не вимагає XSLT, але це варіант.
sclaron

Ви маєте на увазі, що ви можете використовувати виключно CSS? Чи був Umbraco також власну власну мову розмітки? Як і SkonJeet, мені також довелося досліджувати це на одному етапі.
Ірландський шеф

2
Umbraco має веб-форми та опцію mvc. Він ніколи не вимагав від вас використання власної мови власності. Ви завжди були на asp.net і завжди мали можливість запитувати їх у сховищі даних і писати елементи керування для нього, якщо хочете.
скаляр

1
Ще одна CMS, яку я використав, - це N2, який мав справді елегантний код, настільки, що ви не могли його зрозуміти. Їхня думка полягала в тому, що код повинен документувати сам, який є загальним Bee Ess.
Ірландський начальник

1
Я робив кілька веб-сайтів в Umbraco, і ніколи не використовував XSLT. У новій версії це навіть не вбудований варіант, наскільки я знаю. Однак XSLT, мабуть, надзвичайно потужний (для 6 людей, які це можуть зрозуміти!).
EJ Brennan

1

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


"ваш фокус буде деінде" - lol
Тім Абел
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.