9 марта 2007 в 15:29
Хочу сделать рубрицированную систему учета заявок от пользователей: чтобы можно было завести заявку, указав пользователя и категорию проблемы, чтобы по ходу исполнения заявки можно было вносить уточнения, а по завершении работ - пометить заявку как выполненную.
И чтобы работал полнотекстовый поиск по всему этому великолепию, а главное - чтобы можно было смотреть зявки, фильтруя их по определенному пользователю и/или по определенной категории проблем. (Причем делать это - пользуясь только веб-формами, без шаманства с URL.)
Подойдет ли для реализации этой задачи Drupal и если да - какие модули мне понадобятся?
Комментарии
Приветствую, Павел! С возвращением.
По сути вопроса: если это примерно то, что реализовано на drupal.org (например, здесь - http://drupal.org/project/issues), то Drupal вполне подходит.
В целом похоже. Однако возникают вопросы:
а) что это за модуль?
б) индексируется ли вносимый в него текст поиском?
в) можно ли настраивать списки категорий, статусов и проектов и делать множественное назначение? У меня одну и ту же задачу может потребоваться выполнить у нескольких пользователей.
a) Какой именно на drupal.org - не скажу. Похоже, все можно сделать все с тем же Views.
б) Search по Issues есть (например, http://drupal.org/project/issues/search). Резонно предположить, что индексируются.
в) Списки со множественным выбором в указанном поиске вселяют надежду, что это тоже можно сделать.
В целом задача похожа на bugtracker. Можно посмотреть и в сторону модификации специализированных багтрекеров типа Mantis ( http://mantisbugtracker.com ).
PG, привет!
Если надо конкретно на Drupal'е, то модуль project однозначно - именно для этих целей он и создавался.
Система проектов на Друпале осуществлена следующими модулями:
Project
Project Issue Tracking
CVS management/tracker
-------------------
-------------------
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Может использовать, что-нибудь специально под это заточенное например , а не натягивать все на drupal?
Но интегрировать все равно придется - хотя бы пользователей.
- - - - - - - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - -
All content management systems suck, Drupal just happens to suck less. -- Boris Mann at DrupalCON Amsterdam, August 2005.
Ну это уже 2 вопрос, а то так получается как и с wiki изобретение велосипеда, когда все уже ездят на приличных автомобилях..
==================
Дайте WiKi людям
Спасибо за мантиссу - буду смотреть.
Задача действительно не упирается в Drupal, я просто вижу, что задача явно пахнет таксономией.
Drupal хорош-там,где он силен,но прикручивать все к нему... Не думаю, что стоит. Синтегрировать - да, а лепить горбатого в первые ряды - увольте...
Может я глубоко ошибаюсь, но я пока не видел нормальной реализации ни форума,ни галлереи ни wiki ни магазина...все что видено - велики на 3 колесах(буду искренне рад,если меня поправят,а особенно ссылкам на работающие сайты)
Хотя во многих других областях даст фору многим cms...
Мантиса-самая удобная в плане правки и дизайна и шустрая(Вако-wiki). Есть куча аналогичного софта,попробуйте поискать по словам багтреккер.Мне еще у мозилы нравился треккер(в плане функционала)...
==================
Дайте WiKi людям
если тебе нужно реализовать софт для службы поддержки пользователей типа HP OpenView то посмотри новости на www.linux.org.ru.
Там какую софтину обсуждали и хвалили, для этих целей.