H
Hol$T
Здрасте!
Я не могу выбрать движок сайта... Помогите... Поделитись разными впечатлениями...
Зарание спасибо!
Я не могу выбрать движок сайта... Помогите... Поделитись разными впечатлениями...
Зарание спасибо!
E-van said:Есть - типо drupal, typo - но мой совет - пробуй пока джумлу (мамбу) )
Mambo, как тут уже советовали, весьма хорош и функционален, имеет много русскоязычных сайтов поддержки. Runcms - мне нравится, т.к. проще с ним работать, но, пожалуй, функционально побднее будет (в смысле модулей к нему меньше). datalife, кстати, тоже очень хорош, если нет необходимости в куче доп.модулей.Hol$T said:Здрасте!
Я не могу выбрать движок сайта... Помогите... Поделитись разными впечатлениями...
Зарание спасибо!
Вот это читали?proGreSS said:А где можно прочесть о CMS. Каким он должен быть, какие самые частые ошибки и трудности возникают при его написании? И как его написать?
Как сделать свою CMS лучше
Простая инсталляция
Ваш программный продукт, несомненно, вызовет более положительную реакцию пользователей, если вы тщательно продумаете самую первую стадию эксплуатации CMS – процесс инсталляции. Еще до того, как программа будет дописана и упакована в фабричную коробку. Я хочу загрузить, распаковать и запустить мастер установки прямо в своем браузере. Неужели сложно поинтересоваться, чего конкретно я жду от программы в данный момент, прежде чем начинать автоматически настраивать таблицы базы данных или править conf.php?
Десять минут между загрузкой файла инсталляции и его запуском: никакой переадресации в командную строку, никаких вынужденных просьб открыть текстовый редактор и пр. Да, это трудно, но вы ведь способны преодолеть эти проблемы, тем более что затраченное время впоследствии с лихвой будет компенсировано расположением пользователя.
Быстрый старт
Дайте новому пользователю вашей CMS почувствовать себя «в своей тарелке» уже с первых шагов использования системы. Усложняйте задачу постепенно, идите от простого к сложному. К примеру, сперва я авторизуюсь в системе, далее я создаю новый web-документ. После чего мне необходимо добавить несколько стилей CSS, затем я намереваюсь связать новый документ гиперссылками с другими web-страницами. Далее идет построение системы навигации и добавление всевозможных сервисов. Работа осуществляется постепенно, команды выполняются не все скопом, а с возможностью дать перевести мне дух и настроиться на следующую задачу.
А возможность создания приоритета разделов, форумов, пользовательских голосований и опросов, генерации PDF «на лету» я хочу оставить на потом. Возможно, позже все это мне понадобится – но не сейчас, не при первом опыте работы с CMS.
Пошаговая документация
Большинство систем содержит инструкции по установке, что-то вроде «Сперва сделайте это, потом вот это, затем это и еще это». Но когда дело доходит до непосредственного использования CMS, меня тут же перенаправляют к изучению документации, в которой расписана каждая возможность системы управления содержанием.
Запомните: я хочу быстро освоиться и научиться работе с вашей CMS, поэтому предоставьте все необходимые пояснения в последовательном порядке.
Разделение администрирования и управления содержанием
У меня есть достаточный опыт в использовании скриптовых языков и конфигурации компьютера. Я могу писать свои собственные шаблоны данных и неплохо ориентируюсь в среде Perl и Python. Практически все открытые CMS различают понятия «администратор» и «пользователь», но почему я должен переключаться между режимами администрирования и управления содержанием, чтобы внести необходимые изменения?
98% пользователей CMS – это люди, которые хотят управлять содержимым своего сайта, а не самой системы. Для оставшихся 2% пока еще нет оптимизированных CMS.
Просмотр сайта и управление его содержанием
Любая компания, с которой мне когда-либо приходилось работать, никогда не совмещала доступные разделы своего сайта с областью авторизации для входа в рабочую среду CMS. Однако почти в каждой открытой CMS функции просмотра сайта и его администрирования почему-то совмещены, что указывает на неверное разграничение пользовательской аудитории – как в плане простого исследования разделов сайта, так и с позиции тех, кто эти разделы может и будет редактировать.
Использование сленга
Я не знаю, что такое «portlet». И такие слова, как «module» или «snippet», мне тоже ни о чем не говорят. Вы хотите посредством акцентирования внимания пользователей на таких сленговых словах занять свою нишу на рынке открытых CMS? Прекратите – это ведь путает людей, сбивает их с толку. Используйте простые слова и выражения из общей лексики для описания возможностей или преимуществ вашей системы управления содержанием.
Колоночное представление информации
Многие CMS ратуют за трехколоночное представление информации на сайте с возможностью включения/отключения определенных модулей данных. Откуда такое предубеждение?
За последние два года я не разработал ни одного сайта, использующего в своей основе колоночное представление информации. А между тем – это были крупные коммерческие проекты с высоким траффиком. Линейная разметка, облаченная в фантик CSS – вот и все, что нам нужно.
Возможно, пройдет еще пару лет (а то и больше), прежде чем все разработчики откажутся от табличной верстки. Но почему бы вам не показать пример и не попытаться приблизить этот момент посредством своей CMS?
Отсутствие уникальности
Я понимаю, что не для каждого сайта подойдет первая попавшаяся система управления содержанием. Но я уже сбился со счета, сколько раз мне приходилось слышать что-то подобное: «Да, мы попробовали PHP-Nuke, но теперь наш сайт выглядит точь-в точь, как сам PHP-Nuke, а не иначе». Это лишний раз укрепляет уверенность в том, что большинство открытых CMS проектируется чуть ли не по единому образу и подобию. Функциональность может различаться и позиционироваться разработчиками как преимущество, однако часто в целом один программный пакет может походить на другой, как две капли воды.
В конечном счете любая CMS должна разрабатываться с целью упрощения работы с содержанием сайта и управления его сервисами. И мне искренне хочется верить, что в скором будущем так оно и будет – администраторы сайтов сумеют заставить CMS работать на них и во благо самого сайта.
Автор: Jeffrey Veen («Making A Better CMS»- AdaptivePath.Сom)