Посадка сайта на cms
Добавил пользователь Morpheus Обновлено: 19.09.2024
Труд облагораживает человека!
Лень — двигатель прогресса!
Какому из этих утверждений верить? Каждый верит в то, во что он хочет верить, и сложно бывает кого-то переубедить. Так и в интернете: один веб-мастер считает, что он собственными руками должен написать каждую строчку кода для своего сайта, а другой уверен, что незачем тратить лишнее время, когда всё уже придумано, и использует CMS. На чьей стороне правда? Сравним эти два способа создания сайтов.
1. Решение ежедневных задач
Нужно понимать, что обычно CMS применяются для создания проектов, которые должны решать ряд обычных задач: публикация новостей, размещение рекламы, ведение опросов.. CMS — это набор модулей, позволяющих управлять контентом и решать поставленные задачи. Поэтому, если возникает новая задача, которую до этого никто не пытался решить при помощи выбранной CMS — нужно писать новый модуль, соблюдая при этом стандарты, установленные разработчиками CMS и учитывая все её нюансы.
Однако сегодня, для популярных CMS (Joomla, Wordpress, DLE и т.д.) уже разработаны все необходимые дополнения и плагины, поэтому расширение функциональности сайта не должно вызвать затруднений в 99% случаев.
2. Требовательность к серверу
Как я сказал, CMS должны служить для создания простых проектов, от которых не требуется ничего неординарного. Однако, это, по крайней мере, нерационально - прибегать к использованию CMS для создания простейших одностраничных сайтов-визиток, или сайтов, которые полностью состоят из статических страниц. Дело в том, что все CMS работают в связке с PHP и MySQL, из-за чего требования к хостинг-серверу возрастает пропорционально с нагрузкой на него. Страшно подумать, что тому же Wordpress требуется обратиться к базе данных более 25 раз, чтобы показать пользователю какую-либо заметку, тогда как сайту, написанному с нуля, хватит и 5-7 обращений к БД, чтобы отобразить такую же страницу.
3. Юзабилити
4. Безопасность
5. Сроки реализации проекта
CMS обрели такую популярность только за счет того, что для их установки и администрирования не нужно обладать супер навыками и тратить на их поддержку много сил и времени. То есть CMS позволяет сконцентрироваться на наполнении сайта, его продвижении и т. д., а не на его настройке и установке. Более того, сайт на CMS можно развернуть, наполнить и открыть для пользователей за 2-3 дня, а то и быстрее!
Разрабатывая сайт с нуля, уложиться в такой короткий срок для создания мало-мальски хорошего проекта не удастся. Конечно, если работает команда профессионалов, которая заинтересована в разработке, то можно создать сайт и за один день, но потом придётся тратить лишнее время на отладку и отлов ошибок. Этот способ создания сайта явно не для тех, кто спешит. Тут нужно и дизайн разработать и сверстать его и написать весь функционал самостоятельно. Можно, конечно, попросить о помощи другого веб-мастера, но он вряд ли захочет работать бесплатно.
3. Не используйте для повторяющихся блоков разные классы.
Поймите, при натяжке верстки есть всего один шабон. Конечно, кастомизровать его возможность есть, как-то: в зависимости от номера блока, в зависимости от четности / не четности. В конце концов, можно задать класс вручную. Но это все исключения и моветон, в большинстве случаев индивидуальности блоков можно избежать.
То же самое касается меню, в основном в части наличия подуровней, когда надо выводить стрелочку или иной указатель — приемлимо использовать классы, теги внутри ссылок, но не меняйте сам тег .
4. Стремитесь к одинаковому набору контейнеров для всех страниц. Если у вас для одной страницы предусмотрено
то, очевидно, что это не есть гут. Программист вынужден будет под каждую такую страницу создавать свой базовый макет. Казалось бы, а и пусть он там сношается, верстальщик сделал свое дело, верстальщик может быть свободен. В краткосрочной перспективе — так оно и есть.
Но в долгосрочной — подумайте вот о чем: чем кривее сделана логика верстки (сейчас не говорим про качество), тем дольше длиться разработка сайта — приходится переделывать верстку, искать решения там, где это делать невозможно или слишком затруднительно.
И если разработчика спросят почему — он же объяснит. Внятно. И никакому владельцу веб-студии не понравится переплачивать за преодоление трудностей там, где этого можно не делать.
Далее. Усложняется эксплуатация сайта. Там, где могло быть простое решение по управлению контентом, допустим, поставить галочку, выбрать из списка, пользователям приходится прописывать идентификатры, классы, выставлять требуемый макет или шаблон, проделывать прочие подобные некомфортные штуки. Плюс некоторые секции оказываются неподвластны простому перестроению вверх / вниз по странице, как пример — то есть теряется и гибкость модификации.
А немногие контент-менеджеры готовы сию науку освоить. Менеджеры жалуются руководству, руководство — начальнику веб-студии, начальник веб студии вызывает программиста, и тот опять объясняет. Внятно. Фирма теряет уже не только деньги, но и репутацию.
Ну, вот мы и подошли к тому, как должна выглядеть верстка под CMS в идеале. Итак, избавляемся от контейнеров, выделяем каждый блок в отдельную секцию — и с вами будет легко и приятно сотрудничать каждому!
Для начала. На CMS натягивается не сайт, а вёрстка. Функционал обеспечивается программным кодом самой CMS и, в случае необходимости, различными плагинами и модулями. В том числе собственной разработки.
В случае готовой CMS у Вас уже есть в готовом видеесли не весь необходимый, то, как минимум, весь основной функционал. Остальное, как уже говорилось выше, можно дополнить плагинами и модулями.
Если же сайт пишется с нуля, то всё необходимо делать самому. как-то так.
to wanes101
Взломать можно любую программу. К сожалению, не даром появились поговорка про бронированные двери и анекдот про неуловимого Джо.
Читайте также: