CMS (системы управления контентом): О пользе и вреде

CMS: о пользе и вредеНекоторое время назад этак лет восемь-десять назад всемирная паутина представляла из себя весьма своеобразное по нынешним меркам зрелище… Однако ничто не стоит на месте и заметно развиваются языки программирования рынок систем управления контентом а также и собственно опыт и вкус веб-мастеров… Было время когда создание человеческого сайта стоило бешеных денег причем решения которые предоставлялись за эти деньги были по меньшей мере непонятными… Спрос навалился мгновенно и этим не могли не воспользоваться люди которые уже в то время начали зарабатывать деньги разработкой сайтов…

В то время очень интересовала заказчиков возможность управлять сайтом: редактировать настройки добавлять новости создавать и править новости не прибегая к услугам профессиональных программистов… И этим естественно пользовались программисты которым на то время хватало знаний для воплощения этих запросов…

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

В настоящее время практически каждый веб-разработчик имеет свою систему управления содержанием… При этом каждая хоть немного уважающая себя студия веб-дизайна считает своим долгом иметь свою собственную систему управления контентом представляя ее на рынке как законченный и полностью универсальный продукт — бери и работай. По меньшей мере данные утверждения вызывают недоумения у думающего заказчика ведь практически невозможно без массы «глюков» и уязвимостей сделать за пару-тройку недель готовую систему тем более что обычно эту задачу ставят перед одним-двумя программистами у которых не хватает ни времени ни желания на «вычесывание» того продукта который они соорудят за это время для одной студии… Тем не менее рыночные реалии заставляют веб-студиям представлять свои продукты как полностью законченные веб-системы не имеющие недостатков и полностью «заточенные» под нужды каждого клиента…

Однако эту самую навороченность многих систем можно назвать их основным недостатком. Прежде всего в некоторых системах забыта основополагающая задача CMS — помощь в обновлении контента сайта. Нынче разрабатываются огромные «комбайны» которые могут сделать с сайтом чуть ли не все что душе угодно… Понятно что сделано это в лучших своих побуждениях: чтобы даже секретарша или офис-менеджер без особых знаний в сайтостроительстве и веб-стандартах мог бы вносить практически любые изменения в сайт начиная от простейшего наполнения новостями до изменения структуры сайта. А нужно ли это? Такая многофункциональность может очень скоро выйти боком.

Допустим некая веб-студия создала чуть ли не идеальный сайт некого предприятия. В этом проекте и придраться-то не к чему: он полностью соответсвует всем стандартам код вылизан до такой степени что нет ни одного лишнего тега картинки оптимизированы прекрасный дизайн и функциональность. Ну и чтобы подзаработать разработчик добавляет к нему еще и суперсовеременную и меганавороченную систему управления контентом с максимальным набором функций. Проект сдается — заказчик в восторге. И вот нынешний хозяин сайта вменяет в обязанности управлять им некому «специалисту» из офиса так сказать «за премию». Ждем полгодика и заглядываем на свой «идеальный» сайт например для того чтобы показать его в качестве одного из портфолио… А там что? Могу поспорить что сайт уже полон типичных ошибок: стандарты уже не соблюдаются стрктура сайта поменялась что заметно испортило внешний вид ресурса поиск работает плохо появились битые ссылки в новостях гуляющее шрифты и изображения… Шок? Да вряд ли скорее всего уже сложившаяся реальность — такое встречается сплошь и рядом и как это не грустно входит в привычку. Некоторые студии уже и не размещают ссылки в портфолио только скриншоты и происходит это именно по той причине что сайтами после полугода использования какой-нибудь секретаршей уже сложно хвастаться…

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

Выходов из сложившейся ситуации несколько. Прежде всего при разработке сайта необходимо полностью выяснить желания и предугадать возможности использования сайта. Заказчику необходимо оставлять минимальные возможности по управлению «внешностью» сайта оставив лишь возможности управления текстовым наполнением. Для этого необходимо узнать все пожелания заказчика выяснить что конкретно заказчик собирается обновлять на своем ресурсе а также какие части сайта необходимы для управления чтобы выявить все возможности которые могут навредить сайту и своевременно избавиться от них. Для простого редактирования какого-то компонента как-то новости или описания незачем разрабатывать множество страниц в админке — достаточно только некой авторизации и доступности для редактора всего-то пары кнопок (например «Добавить» «Изменить» «Удалить» и т. п.). Чаще всего всякие редакторы шаблонов система пользователей рассылки и прочие навороты клиенту просто не нужны. Однако когда они имеются в системе то почему бы не поэкспериментировать.

0 комментариев

Оставить комментарий