ANTICHAT.XYZ    VIDEO.ANTICHAT.XYZ    НОВЫЕ СООБЩЕНИЯ    ФОРУМ  
Баннер 1   Баннер 2
Antichat снова доступен.
Форум Antichat (Античат) возвращается и снова открыт для пользователей. Здесь обсуждаются безопасность, программирование, технологии и многое другое. Сообщество снова собирается вместе.
Новый адрес: forum.antichat.xyz
Вернуться   Форум АНТИЧАТ > ИНФО > Статьи > Чужие Статьи
   
Ответ
 
Опции темы Поиск в этой теме Опции просмотра

CMS vs "изготовление на коленках"
  #1  
Старый 06.11.2005, 18:34
Аватар для vadim_samoilov
vadim_samoilov
Guest
Сообщений: n/a
Провел на форуме:

Репутация:
По умолчанию CMS vs "изготовление на коленках"

Попалась на глаза статья про CMS, сравнение с "изготовлением на коленке":
Цитата:
Для большинства IT-специалистов и профессионалов в области Интернет-технологий аббревиатура CMS уже давно не является чем-то загадочным. Как следует из названия, система управления контентом (Content Management System) – это комплекс программных средств, характеризующийся автоматизированным управлением, встроенными механизмами защиты, поддержкой работы множества пользователей, целью работы которого является динамический ввод, хранение и последующее отображение большого количества текстовой и мультимедийной информации.

Как и любая другая технология, системы управления контентом имеют свои плюсы и минусы. Утверждения, что CMS – панацея от всех бед в области информационных потоков, несостоятельны – совершенных систем не бывает.

Для выявления всех «за» и «против» проведем небольшой обзор качественных характеристик систем управления контентом применительно к созданию Интернет-сайтов. Сравнение логично производить по отношению к разработке веб-сайтов классическим методом – написанием и подбором необходимых скриптов, их объединением для каждой отдельной инсталляции.

В силу своей природы, традиционная разработка сайтов имеет определенные недостатки, которые выражаются в следующем:
- объемы функциональности прямо пропорционально зависят от стоимости разработки;
- длительные сроки разработки, отсутствие возможности планировать наращивание функциональности;
- невозможность распределения инвестиций и точного определения окупаемости;
- низкое или среднее качество конечного продукта в случае «тяжелой» функциональности.


Какие преимущества дают своим владельцам системы управления контентом?
В первую очередь, необходимо отметить наиболее очевидные достоинства – это богатая функциональность; легкое сопровождение; лучшее качество программного кода и гораздо меньшие сроки разработки до момента получения готового сайта, портала или представительства.

Функциональность, поддержка, качество, сроки – это именно те качества, которые определяют, насколько полученный результат будет отвечать потребностям клиента, как быстро будет получен сайт и сколько он просуществует до наступления момента морального и физического устаревания; насколько легко будет поддерживать сайт исходя из временных и финансовых затрат. Для корпоративных клиентов это выражается тем, насколько быстро и четко компания будет реагировать на изменение рынка, сможет ли она находиться «на гребне волны». Как основополагающие принципы, они определяют собой также уровень безопасности и защищенности продукта, его производительность и способность к масштабированию.

Наличие этих качеств у систем управления контентом не подлежит сомнению в силу самой их природы, выражающейся в большей тиражируемости продуктов, их «коробочности» и, как следствие, возможности организовать промышленное программирование, создать стандарты качества. Разумеется, конкретный уровень качества реализации зависит от каждого конкретного решения – но это уже оценка профессионализма отдельного производителя, потому что, по сравнению с разработкой сайта «под клиента», для этого созданы благоприятные условия.

Несомненно, при традиционной разработке сайтов, если будет поставлена определенная цель, для каждого конкретного разрабатываемого решения возможно обеспечить полное покрытие как текущих, так и предстоящих потребностей клиента, провести регрессивное тестирование – но в большинстве случаев производитель не пойдет на это из-за резкого снижения окупаемости, иногда граничащего с потерей рентабельности.

Говоря более подробно о функциональности систем управления контентом, хотелось бы отметить, что на данный момент любая система, претендующая на звание CMS, должна удовлетворять, как минимум, следующему набору требований:
- действительно динамическая работа с контентом (автоматизированное управление, визуальный редактор, возможность синхронизации данных с другими системами);
- встроенная политика безопасности;
- управление учетными записями пользователей;
- возможность смены дизайна (темы, стили);
- оператор системы не обязан знать веб-технологии, язык разметки гипертекста;
- создание максимально дружественного и удобного интерфейса посетителей;
- поддержка рекламных кампаний;
- встроенный механизм поиска;
- обработка ошибок, средства их анализа;
- наличие консоли администрирования/модерирования для настойки системы и ее управления.

Основной набор функций зависит от области применения системы – это могут быть каталоги товаров, блоги, электронные магазины, фотогалереи, новости, файловые архивы, опросы, голосования, многоязычная поддержка, различные отраслевые решения, чаты, обратная связь, документооборот, электронная коммерция и многое другое. Как видим, заказчику предоставляется возможность выбрать функциональность из достаточно большого списка предложений.
При традиционной же разработке, даже если и не возникает проблем с написанием чего-либо из представленного выше (так как это уже было написано для другого клиента), встраивание в сайт не проходит «с лёту» и требует выполнения длительного цикла тестирования.

Также большое значение имеет то, насколько сайт будет отвечать потребностям клиента, какова степень работоспособности ключевой функциональности: например, для компании, продающей некоторый товар, ключевая функциональность – это каталог продукции и модуль обратной связи, в ряде случаев – Интернет-магазин. В случае покупки системы управления контентом заказчик изначально будет знать, за что он платит и что он получит в результате, так как есть возможность посмотреть на уже работающие инсталляции, оценить их эффективность и удобство, соответствие заявленной рекламе и требованиям. В случае разработки на заказ – он покупает кота в мешке.

Рассмотренные характеристики определяют основу системы, ее скелет. Далее рассмотрим дополняющие их качества.

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

Стоимость развития продукта. В случае необходимости обновить CMS-продукт до следующей ведущей версии достаточно купить лицензию обновления – как правило, стоимость ее намного ниже стоимости начальной лицензии, так как производитель не несет никаких накладных расходов (в отличие от первой инсталляции, для которой надо затратить средства на маркетинг, работу разработчиков, иногда – на миграцию) и заинтересован в долгосрочных отношениях. При традиционной разработке часто действует принцип «необитаемого острова» – накладные расходы на обновление достаточно велики, и в этом случае делается ставка на лояльность клиента: стоимость обновления может быть сопоставима со стоимостью первого внедрения.

Развитая документация. Так же как руководство пользователя должно позволять обучать корпоративных сотрудников без привлечения дополнительных финансовых средств, так и технические документы должны предоставлять подробное описание открытых интерфейсов для внешних программистов.

При покупке лицензии системы управления контентом, как правило, есть возможность выбирать при внедрении, то есть изготовлении дизайна и конструировании сайта, между производителем и его партнером. Этот выбор очень полезен в случае особых требований к уровню художественности дизайна – так как многие партнеры являются дизайн-студиями, появляется возможность выбрать дизайн системы, исходя из направления стиля студии.

Некоторые производители CMS предлагают на выбор поддержку различных баз данных – от MySQL и до Oracle, причем в последнее время намечаются тенденции предпочтения MS SQL Server. В общем случае, вид базы данных становится значим для корпоративных заказчиков при возникновении необходимости обмена данными с ERP-системами.

Таким образом, практически по всем указанным выше характеристикам системы управления контента опережают разработку сайтов традиционными методами. Осталось перейти к последнему по порядку, но не по важности вопросу – дизайну сайта.


Исходя из особенностей человеческого восприятия, для каждого сайта важно не только предоставить посетителю всю необходимую информацию, но и произвести на него положительное эстетическое и художественное впечатление – сайт должен выделиться визуально. Запомнившийся визуально сайт не только производит впечатление на посетителя или улучшает ему настроение, но и увеличивает вероятность его повторного обращения к этому ресурсу. В этой области традиционная разработка сайтов получает небольшие преимущества.

Когда идет речь о создании нового дизайна – новой темы, скина (skin) в системе управления контентом – все зависит от того, какую архитектуру приложения выбрал разработчик и насколько широкие полномочия он предоставил будущему дизайнеру системы. В редких случаях (как правило, при хостинге CMS в аренду) речь идет только об изменении стилей, но в подавляющем большинстве CMS эти полномочия широки – дизайнеру предоставлена достаточная свобода действий. Достаточная – но не полная. В некоторых случаях невозможно создание совершенно «отвязанного» дизайна из-за того, что данные, выдаваемые программным кодом и пропускаемые через призму HTML, завязаны на определенную функциональность, которая в силу некоторых субъективных и объективных причин не всегда может, например, вывести разбитый на три части текст статьи в разных частях экрана под углом 45 градусов. Понятно, что в данном случае при выполнении дополнительного программирования возможно реализовать практически любой вариант, но при наличии большого числа таких нестандартных моментов это очень становится похоже на классическую разработку, что влечет большие затраты.

С этой точки зрения, классическая разработка сайтов действительно никак не ограничена в дизайне – решение может быть абсолютно любое, реализующее самые смелые мечты дизайнера и различные пожелания заказчика.

Только всегда ли есть необходимость в создании «абсолютного» дизайна? Вы создаете свою личную творческую страничку с очень редко обновляемым контентом? Вы придумали новую поисковую систему? Ваша компания создает сайт по бронированию транспортных услуг? В данном случае CMS или не нужна по определению, или именно такую систему управления контентом Вы просто не найдете. Но каков процент таких сайтов от общего количества сайтов в Интернете? Не более 10%. Остальная, и большая часть – это сайты компаний, сообществ, домашние странички, Интернет-магазины, форумы и блоги, а для этих целей создано уже большое число разных CMS. Здесь уместно провести аналогию с автомобилестроением – в случае необходимости покупки авто Вы подберете для себя у одного из достаточно большого числа производителей определенную модель, с необходимыми опциями и оборудованием, подходящего цвета или все-таки займетесь разработкой собственного болида, что будет предполагать соответствующие расходы? Если Вы собираетесь побеждать в международных гонках – Вам нужен второй вариант, и, может быть, он окупится, но в большинстве случаев это не совсем разумно.

Таким образом, в 90% случаев CMS удовлетворит любые запросы с точки зрения создания дизайна. Если же Вы создаете новый Yandex – видимо, Вы попадаете в другие 10%.

Напоследок хотелось бы кратко описать текущую обстановку на рынке CMS. На данный момент к лидерам рынка можно отнести CMS Bitrix (http://Bitrix.ru) и NetCat (http://NetCat.ru) – но, увы, ни одна из них не занимает выдающегося процента рынка. Разработчики этих систем делают ставку на универсальность, безопасность и широкое предоставление API внешним программистам. Другие системы разделяются по отраслевой принадлежности: системы сообществ – Community Server (http://telligentsystems.com), Интернет-представительства деловых компаний; по степени отчуждаемости (некоторые используются только для собственных внедрений) – RBC Contents (http://rbcsoft.ru/ru/product/internet/main/). Новые разработки движутся в сторону использования более функциональных платформ и лучшей масштабируемости – ProLabs Portal (http://ProLabs.ru), также выявляется тенденция к предоставлению CMS в аренду, на специальном хостинге с ежемесячной оплатой – Optimizer (http://optimizer.ru).


Заглядывая в будущее, можно предположить, что в ближайшее время ситуация на рынке CMS будет развиваться в следующих направлениях:
- увеличение функциональности;
- более четкое занятие отраслевых ниш;
- формирование новых, более четких стандартов, и, как следствие,– повышение качества конечных продуктов.
Ну да, система управления контентом это круто! Появится огромное количество похожих друг на руга, как близнецы, сайтов. Это массовое внедрение индустрии домашних страничек типа narod.ru? Таких же убогих как студента Васи Пупкина? Какой тут сделаешь дизайн оригинальный, при закрытом коде? К тому же перец пишет что, при традиционной разработки интерфейс не дружественный будет. Ну да посмотрю я на его дружественный тиражируемый, качественный продукт (не будем тыкать пальцем в сторону сами знаете кого). Плюс ко всему, не уверен, что все это не будет стоить мегаденег.
 
Ответить с цитированием

  #2  
Старый 07.11.2005, 03:18
Аватар для Otaku
Otaku
Познавший АНТИЧАТ
Регистрация: 24.07.2005
Сообщений: 1,057
Провел на форуме:
1864132

Репутация: 116


По умолчанию

У каждой системы есть свои недостатки. Простота против оригинальности.
 
Ответить с цитированием

  #3  
Старый 07.11.2005, 18:57
Аватар для GreenBear
GreenBear
наркоман с медалью
Регистрация: 07.05.2005
Сообщений: 3,704
Провел на форуме:
19975136

Репутация: 4536


Отправить сообщение для GreenBear с помощью ICQ
По умолчанию

Нет, недостаткой нету лишь у одной - у своей, т.к. ты сам делаеш то, что тебе надо, а не пользуешся тем, что сделают.
 
Ответить с цитированием

  #4  
Старый 08.11.2005, 09:10
Аватар для Otaku
Otaku
Познавший АНТИЧАТ
Регистрация: 24.07.2005
Сообщений: 1,057
Провел на форуме:
1864132

Репутация: 116


По умолчанию

Если умеешь.=)
Ну и разумеется,если не лень-_-
 
Ответить с цитированием

  #5  
Старый 09.11.2005, 20:38
Аватар для fucker"ok
fucker"ok
Познавший АНТИЧАТ
Регистрация: 21.11.2004
Сообщений: 1,137
Провел на форуме:
2487541

Репутация: 761


По умолчанию

Один из плюсов своего движка - скрытый код.
А это сильно снижает риск взлома.
Да и не будет у вас сообщений от скрипткидисов "Мы тебя похачили! Админ лох!"
Потому-что никаких сверх крутых команд, аля Rst писать сплойты под твой движок не будут
 
Ответить с цитированием

  #6  
Старый 10.11.2005, 16:41
Аватар для Otaku
Otaku
Познавший АНТИЧАТ
Регистрация: 24.07.2005
Сообщений: 1,057
Провел на форуме:
1864132

Репутация: 116


По умолчанию

Просто не всегда человек обладает необходимыми навыками. А идеи у него могут быть очень неплохие.
 
Ответить с цитированием

  #7  
Старый 11.11.2005, 17:13
Аватар для qBiN
qBiN
Постоянный
Регистрация: 20.01.2005
Сообщений: 899
Провел на форуме:
1535446

Репутация: 182


Отправить сообщение для qBiN с помощью ICQ
По умолчанию

Цитата:
Просто не всегда человек обладает необходимыми навыками. А идеи у него могут быть очень неплохие.
Если есть упорство то он получит необходимые знания и научится их применять.
 
Ответить с цитированием

  #8  
Старый 21.11.2005, 04:17
Аватар для [1Ns]
[1Ns]
Новичок
Регистрация: 24.10.2005
Сообщений: 6
Провел на форуме:
20362

Репутация: 0
Отправить сообщение для [1Ns] с помощью ICQ
По умолчанию

Вообщем нужно либо писать самому, либо отдать за это БОЛЬШИЕ деньги, а паблик Cms на серьезный проект ставить нельзя.
 
Ответить с цитированием

  #9  
Старый 19.08.2008, 02:10
Аватар для SchmeL
SchmeL
Участник форума
Регистрация: 16.06.2007
Сообщений: 104
Провел на форуме:
178647

Репутация: 143
По умолчанию

Цитата:
Один из плюсов своего движка - скрытый код.
А это сильно снижает риск взлома.
Да и не будет у вас сообщений от скрипткидисов "Мы тебя похачили! Админ лох!"
Потому-что никаких сверх крутых команд, аля Rst писать сплойты под твой движок не будут
скрытый код != безопасный... к примеру достаточно трудно поломать нормальный двиг (slaed,dle,drupal,joomla) так как у них нормальный уровень поддержки (даже у бесплатных) и если вовремя следить за новостями на оф сайтах, то заплатки появляются почти сразуже после публикации уязвимости, что не скажешь про самописный двиг. кто знает вдруг ошибку какую нить допустил и все, за всем не уследишь...иногда кодеры такую хню откровенно говоря пишут, что непроверяют элементарные вещи - проверку на расширения закачиваемых файлов (так было опущена пара тройка сайтов), на фильтрацию тегов и тп...к примеру есть у нас в городской сети файлообменный сервер, так сколько они там разработчику не платили - 2 активные xss за 20 мин нашел...+ как писал небыло проверки на закачиваемые файлы во временный каталог...
так что имхо это еще как посмотреть...
 
Ответить с цитированием
Ответ





Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
 


Быстрый переход




ANTICHAT.XYZ