Помогите: CMS для сайта купонов
 

Всем привет!

Коротко: выбрать CMS для сайта купонов типа http://www.retailmenot.com http://www.couponshare.com и т.п.

Опыт работы с какими-либо ЦМС не имею.

Коллеги, почитав форум, сделал вывод, что здесь собрались люди, которые не будут упорно рекламировать TYPO3, а готовы порекомендовать и другие системы.

Как набрел на данный сайт: читая отзывы о системах и сравнивая их на http://www.cmsmatrix.org сделал вывод, что ТУРО3 самая функциональная - иными словами может все. В частности подходит под мои ключевые требования полностью. Но!

Что пугает:

• неоднократные упоминания о требовательности к ресурсам - хотелось бы хостится на дешевых планах
• долгий путь изучения - у меня сжатые сроки

Ключевые требования к работающему сайту/порталу:

1. Система разграничения прав - гранулированные права при наполнении/редактировании данных (кто-то вводит новые купоны, другие проверяют введенную информацию, разграничение прав на удаление/редактирование/создание)
2. Поиск по сайту
3. Малая ресурсоемкость
4. SEO дружественность
5. Метатэги
   

Возможности дальнейшего развития:

1. Возможность выставления оценки за купон посетителями
2. Возможность написания комментариев

Насколько я понял для построения подобных сайтов (не важно какая ЦМС) можно использовать модуль типа "Каталог продукции", разве что в моем случае цен не будет.

Прошу порекомендовать оптимальную ЦМС под указанные требования. А то ТУРО3 это круто, но глаза боятся...

Заранее благодарен.

Для такого сайта нужно выбирать не CMS, а исполнителя, который все это запрограммирует.
Ни в одной CMS из коробки такой функциональности нет. Такие проекты как правило делают на основе веб-фреймворков (Cake, Zend, Symphony и т. п.)

Валерий, прежде всего большое спасибо за ответ!

Честно говоря, не думал, что все так сложно. Предполагал, что здесь достаточно функционала каталога продукции, где продукт=купон и производитель(брэнд)=магазин, для которого предоставляются купоны, и при этом нет цен.

Или основные сложности с разграничением прав?

Речь вовсе не о сложностях, а о том, как оптимально делать такие системы.

Не стоит делать специализированную систему на основе CMS общего назначения... Ведь от CMS Вы будете использовать очень мало, а "платить" за CMS придется по полной (я имею ввиду даже не стоимость лицензии, а сложность разработки, поддержки, проблемы с производительнотью).