- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Все что нужно знать о DDоS-атаках грамотному менеджеру
И как реагировать на "пожар", когда неизвестно, где хранятся "огнетушители
Антон Никонов
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Основные задачи которые должна решать CMS
Работа с контентом
1. Удобство работы с большим объемом статей для копирайтера который их заносит
2. Использование разных шаблоны статей
3. Категории статей
4. Интеграция дополнительный полей в рамках подготовленных шаблонов
5. Возможность интегрировать в статьи сторонние решения (например загрузка дополнительных материалов по API)
Работа с функционалом
1. Возможность интеграции дополнительных решений, например развертывание большого каталога услуг, получение и использование данных по API
2. Категории
3. Спецификации привязываемые к категориям (набор свойств для фильтрации на фронте)
Технические требования
1. Быстрота работы системы вне зависимости от объема базы данных
2. Удобство редактирования шаблонов проекта
3. Разделение прав пользователей администраторы, редакторы, посетители
4. Работа с 5ю языками в рамках одной статьи
Это основные требования. Гибкостью понравился MODX но для работы с 1000 статей он смутил своим функционалом, работа со статьями удобна в WP, DLE но не хватает гибкости работы. Возможно я не прав.
DLE - отлично справиться с вашими задачами, гнется в любые стороны!
Я бы выбирал между Wordpress и Битрикс.
Я бы выбирал между Wordpress и Битрикс.
Битрикс как по мне дорогой, и громоздкий для таких проектов
а ВП тупо не удобный....
Исключительно мое мнение ☝
работа со статьями удобна в WP
В ВП можно и всё остальное реализовать. И хотя есть много многопользовательских сайтов на ВП, но я лично против использования ВП (и др контентных движков), если предполагается авторизация левых юзеров (не доверенных аля редакторы, модераторы и тп).
DLE - отлично справиться с вашими задачами, гнется в любые стороны!
3и года назад от него остались двоякие впечатления. С одной стороны он держит нагрузку, с другой все сторонние плагины - дырявые, либо не оптимизированные.
---------- Добавлено 01.10.2015 в 13:45 ----------
Я бы выбирал между Wordpress и Битрикс.
В Битриксе доработка любого пука стоит кучу денег и занимает кучу времени.
---------- Добавлено 01.10.2015 в 13:45 ----------
Битрикс как по мне дорогой, и громоздкий для таких проектов
а ВП тупо не удобный....
Исключительно мое мнение ☝
А что на ваш взгляд удобное ?
---------- Добавлено 01.10.2015 в 13:46 ----------
В ВП можно и всё остальное реализовать. И хотя есть много многопользовательских сайтов на ВП, но я лично против использования ВП (и др контентных движков), если предполагается авторизация левых юзеров (не доверенных аля редакторы, модераторы и тп).
А в чем проблема с "левыми" пользователями?
Для статейников я бы использовал ДЛЕ, простой как пробка, практически все нужные модули есть , а если не хватает то лучше дописать самому
По поводу сторонних модулей под ДЛЕ, я не рекомендую ставить вообще не каких , лучше нанять программера если сами не справляетесь.
А ВП, это тупо один сторонний модуль )))
Более гибкого и наименее трудозатратного чем NetCat, я не встречал.
А в чем проблема с "левыми" пользователями?
Прежде всего - потенциально не безопасно. История знает немало примеров, когда пользователям достаточно было получить минимальные права, что бы потом их повысить, используя свежеобнаруженные уязвимости в штатных функциях движка.
"Проблема" всех контентных движков в том, что пользователи с привилегиями могут не только размещать контент (что уже само по себе не мало - какая гадость будет размещена может выясниться не скоро), но и получать более широкие полномочия - вплоть до редактирования кода и доступа к файлам.
Если речь идёт об многопользовательских проектах - я бы смотрел в сторону спец движков - форумных, соцсетей и тп.