Показаны сообщения с ярлыком cms. Показать все сообщения
Показаны сообщения с ярлыком cms. Показать все сообщения

23 апр. 2009 г.

Книга о CMS Drupal

Для тех кто интересуется CMS Drupal, хочет создавать хорошие сайты. Все друпальщики most wanted!

Название: CMS Drupal. Руководство по разработке системы управления сайтом
Автор: Джон К. Вандюк, Мэтт Вестгейт
Издательство: Вильямс
Год: 2008
Страниц: 400
Формат: djvu
Размер: 56.1 мб (Фотокопия)
ISBN: 978-5-8459-1356-2, 978-1-5905-9755-2

Скачать 57M Deposit

6 апр. 2009 г.

Пишем CMS

Значит, решили по работе написать свою CMS. Причин было две.
1) В связи с кризисом стало достаточно невыгодно пользоваться лицензионными CMS, даже несмотря на относительно высокие скидки от разработчиков для внедряющих.
2) По подсчетам, 90% клиентов вообще не прикасались к админке (!), из тех кто прикасался - в основном редактировали контент, и не пользовались такими вещами как: изменение макетов дизайна, изменение структуры данных. Несмотря на то, что в порядочных CMS всё это предусмотрено, для типичного клиента всё это остается тёмным лесом....

Поэтому было решено написать свою несложную CMS, которая бы подходила нашему тупорылому клиенту.

Задачи.

- Типовые php/MySQL
- Один сайт
- Один админ
- ЧПУ
- визуальный редактор контента
- пользователь должен иметь возможность быстро и без лишних премудростей: создать, удалить, переименовать раздел на сайте; добавлять, редактировать, удалять объекты в разделах;
- редактировать нехитрые свойства сайта: название, 404 страница, главная страница.
- попадая в админку, юзер сразу видит разделы сайта в виде дерева и имеет возможность тут же приступить к редактированию материалов.
- SEO функции (возможность добавлять meta keywords, description к разделам сайта и может быть даже к объектам в разделах).
- макеты дизайна сверстаны и запрограммированы заранее, лежат на ftp и у юзера нету к ним доступа. он может только лишь выбрать из списка макет оформления для любого раздела сайта.
- в каждом разделе сайта может быть использован один из модулей (? компонентов? или как еще их назвать). эти модули идут в комплекте с CMS:
- для базовой конфигурации подойдут например такие:
- простая страница
- новости
- фотогалерея
- обратная связь
- коллекция файлов (подборки распространенных форматов с иконками, описанием и ссылкой скачать (счетчик ?)) удобная штука для выкладывания прайсов, документов и др. на сайт.
- карта сайта (вывод всех разделов списком с отступами)
ну и дополнительно можно предлагать: голосования, каталог продукции, гостевая книга. и др.

- модули тоже запрограммированы заранее и лежат на фтп. у модулей есть некоторые настройки, по дефолту, плюс их можно менять для каждого раздела (например в одном разделе у фотогалереи может быть размер 3х3 фотки, а в другом 3х10 и т.п)

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

Клиенту сдается готовый сайт с набором сверстанных макетов (по ТЗ) и готовых модулей (стандартные + дополнительные по ТЗ). Инструкция по управлению сайтов (не больше 10 страниц на ворде, для тупых)

После написания CMS, отладки, формирования списка стандартных модулей мы получим комплект, который будет удовлетворять процентов 80 клиентов. Упростится процедура создания и сдачи типовых сайтов. Удешевится себестоимость разработки. Возрастет стоимость саппорта сайтов (собственно это нам и надо). Клиент должен привыкать, что он платит копейки за стандартные вещи, и хорошую цену за особенные доработки (за которыми стоит труд программистов и верстальщиков)

6 авг. 2008 г.

Какой должна быть CMS

Как-то раз с товарищем мы отдыхали, пили пиво и под это дело разговорились о том, какая должна быть CMS, то бишь система управления контентом на сайте. Ставить покупную или написать свою? Мне доводилось пользоваться NetCat, ему - Bitrix и еще какие-то, не считая горы бесплатных цемээсок по типу Joomla! и проч.
Анализировали опыт внедрения сайтов, и использования cms заказчиком и пришли к следующим выводам.
- CMS должна быть такой, чтобы обеспечить хлеб студии. То есть: не стоит в ней внедрять какие-то специфичные вещи, вроде: изменения макетов дизайна, программирования, шаблоны и проч. Среднестатистический человек от клиента, назначенный обновлять сайт, все равно туда не полезет...
- в то же время, CMS должна обеспечивать легкость обновления инфы на сайте (добавление, удаление разделов, редактирование текстов, добавление составных объектов, работа с закачкой файлов и картинок). Эти вещи должны быть реализованы максимально просто и удобно, клиент должен иметь возможность сделать это все в 2 клика.
- Прерогативой студии остается: программирование, изменения макетов дизайна, форматов составных данных (например поля в объектах) и т.д.
- Клиент при сдаче получает сайт с уже настроенным дизайном и данными в соответствии с ТЗ.
- Таким образом, при изменении данных или программировании, изменении дизайна клиент вынужден обращаться в студию за поддержкой. Вот он, хлеб.
- кмс должна иметь множество готовых модулей для решения различных задач, например:
- интернет-магазин,
- статистика
- форум
- каталог продукции
- и т.д.
каждый модуль должен стоить свою денежку. покупай какой надо. установка-удаление модуля опять же должна делаться студией. вот он опять же, хлеб.

При этом базовая кмс, без модулей может стоить копейки, ну пускай баксов 50. Однако студия при разработке берет еще: за дизайн, наполнение, программирование и др, модули и т.д.
Итоговая цена получится адекватной.

А то ведь есть цмски за $250 за минимальную версию, когда покупают их, чтобы сделать сайт на 15 страниц статического контента.

Из опыта разработок:
- 90% внедренных сайтов имеют CMS
- 10% из сайтов с CMS клиенты обновляют сами, остальные - все равно доверяют это студии (им некогда этим заниматься, или нет желания)
- никто из клиентов ни разу не воспользовался встроенными в cms функциями изменения макетов дизайна, структуры данных