Вопрос управления контентом
С чего начинается контент-менеджер?
Рано или поздно любой владелец контент-сайта приходит к мысли, что его сайту необходим контент-менеджер. Когда количество html-файлов переваливает за несколько сотен, управляться с ними становится трудно. А если подготовкой контента для сайта заняты несколько человек - можно тушить свет валенками.
А ведь так хочется уделять больше времени творчеству, а не убивать время на рутину. Вот эту нужную, но рутинную работу берет на себя контент-менеджер (Content Management System, CMS).
Итак, если вы понимаете плюсы и минусы CMS, и своевременность его установки*, осталось ответить на вопрос "как". Как переходить на CMS?
Есть три варианта.
а) поручить это дело профессионалам - людям, которые съели табун собак на ниве создания контент сайтов (включая дизайн и программную начинку). Но это достаточно дорогое удовольствие. Не каждый готов выложить 1000 или больше зеленых денег**.
б) найти уже готовый бесплатный или некоммерческий вариант***. Главный минус такого варианта состоит в том, что такой CMS написан на некий "стандартный сайт", каких нет в природе. Поэтому вам придется не только покопаться во внутренностях CMS (чтобы понять, как этот "агрегат" фурычит), не только внимательно изучить документацию (без документации CMS берут только мазохисты), но и настроить CMS под свои нужды и дизайн.
Именно поэтому PhpNuke считается "ламерской штучкой" - поставить его легко, настроится он сам, но вот хорошо подогнать его под свои нужды... И вы остаетесь с "предустановленным" дизайном и неудобной системой обновлений контента.
в) написать CMS самому. Самый хороший вариант. Вы знаете, что вам нужно, как CMS должен работать, и какими ресурсами ему дозволяется пользоваться.
Вот о последнем варианте и пойдет речь дальше. Напоминаю, что практических и умных советов (на тему "Как правильно написать CMS") давать не планирую, зато попробую показать, на какие вопросы и аспекты нужно обратить внимание.
Построение CMS начинается с простого вопроса - "Какие у вас есть ресурсы?" Это не банальный вопрос. Надо знать заранее, какие мощности доступны.
Все CMS можно условно разделить на три группы:
а) динамические.
Страница формируется динамически, как только приходит запрос. Кеширование не используется. Самый ресурсоемкий вариант, поскольку движок работает постоянно. Если посетителей много, то слабый сервер может быстро протянуть ласты.
Основное преимущество подобной схемы - каждый посетитель получает самый свежий вариант контента. Кроме того, возможна индивидуальная настройка страницы под каждого пользователя.
б) с динамической сборкой.
Динамически собранная (после запроса) страница кешируется до тех пор, пока не приходит для нее обновление. В этот момент кеш сбрасывается, и цикл повторяется.
Другой вариант учитывает пользовательские предпочтения. Страница каждый раз собирается динамически, но из статических (закешированных) фрагментов. Если какой-либо фрагмент обновляется, то при следующем запросе он будет перегенерирован и занесен в кеш.
Средняя нагрузка на сервер.
в) со статической сборкой.
При обновлении CMS перегенерирует все связанные страницы. Поэтому при запросе выдается уже сформированная статическая (возможно, собранная SSI) страница.
Понятно, что группа "а" рассчитана на постоянно изменяющийся контент (новостные сайты) или на небольшое количество посетителей, зато группа "в" выдержит большой наплыв (но используется, как правило, при нечастых обновлениях). Группа "б" - где-то между, но требует грамотного управления кешированием.
Итак, какие у вас есть ресурсы? На какую нагрузку вы рассчитываете? Нужны ли вам дополнительные мощности, и готов ли хостер вам их дать?
----
* - некоторые умудряются сделать хоумпейдж из двадцати страничек на мощном движке с поддержком MySQL.
** - специалисты запытают вас кучей вопросов, чтобы понять, чего и как вы хотите. Но если их выводы (как и что делать) совпадут с вашими, первой мыслью будет "Я напрасно потратил деньги на то, о чем знал/догадывался".
*** - к примеру, Communiware. Или выбрать что-то на Hotscript.
Дайджест новых статей по интернет-маркетингу на ваш email
Новые статьи и публикации
- 2024-05-06 » Как настраивать конверсионные стратегии: работа над ошибками
- 2024-04-22 » Комментирование кода и генерация документации в PHP
- 2024-04-22 » SEO в России и на Западе: в чем основные отличия
- 2024-04-22 » SEO для международного масштабирования
- 2024-04-22 » Как использовать XML-карты для продвижения сайта
- 2024-04-22 » Цифровой маркетинг: инструменты для продвижения и рекламы в 2024 году
- 2024-04-22 » Что такое CSS-модули и зачем они нам?
- 2024-04-17 » 23 сервиса для эффективного экспресс-аудита любого сайта
- 2024-04-08 » Яндекс переходит на новую версию Wordstat
- 2024-04-08 » Яндекс интегрировал в свой облачный сервис эмпатичную нейросеть
- 2024-04-08 » Новая версия нейросети Claude превзошла по мощности аналоги Google и OpenAI
- 2024-04-08 » Как пользоваться GPT 4 и Claude бесплатно и без VPN
- 2024-03-13 » Стратегии SEO на 2024 год
- 2024-03-13 » Как использовать анимацию с помощью JavaScript-библиотеки GSAP
- 2024-03-13 » Использование GSAP 3 для веб-анимации
- 2024-03-13 » Cогласование топографической съёмки с эксплуатирующими организациями
- 2024-02-19 » Теряются лиды? Как настроить сквозную аналитику
- 2024-02-17 » Мерч и IT: на что обратить внимание в 2024 году
- 2024-02-16 » Копируем с RSync: основные примеры синхронизации файлов
- 2024-02-15 » Лучшие noCode AI платформы для создания диалоговых ботов
- 2024-02-14 » Факторы ранжирования Google 2024 — исследование Semrush
- 2024-02-12 » Перенос сайта на другой хостинг
- 2024-02-05 » В России сформирован реестр хостинг-провайдеров
- 2024-02-04 » Использование SSH для подключения к удаленному серверу Ubuntu
- 2024-02-03 » Подключаемся к серверу за NAT при помощи туннеля SSH. Простая и понятная инструкция
- 2024-02-02 » Настройка CI/CD для Gitlab-репозитория: схемы и гайд по шагам
- 2024-02-01 » GitLab CI Pipeline. Запуск сценария через SSH на удаленном сервере
- 2024-01-29 » Introduction to GitLab’s CI/CD for Continuous Deployments
- 2024-01-26 » Настройка GitLab CI/CD
- 2024-01-25 » Установка shell gitlab runner
Когда человек счастлив, он всегда хорош. Но не всегда хорошие люди бывают счастливы. О. Уайльд «Портрет Дориана Грея» |
Мы создаем сайты, которые работают! Профессионально обслуживаем и продвигаем их , а также по всей России и ближнему зарубежью с 2006 года!
Как мы работаем
Заявка
Позвоните или оставьте заявку на сайте.
Консультация
Обсуждаем что именно Вам нужно и помогаем определить как это лучше сделать!
Договор
Заключаем договор на оказание услуг, в котором прописаны условия и обязанности обеих сторон.
Выполнение работ
Непосредственно оказание требующихся услуг и работ по вашему заданию.
Поддержка
Сдача выполненых работ, последующие корректировки и поддержка при необходимости.