Интеграция WordPress в качестве CMS с баг-трекером

12 авг. 2010 г., 23:43:06
Просмотры: 1.9K
Голосов: 2

Прежде всего, я не могу использовать Trac, который применяет сообщество разработчиков WordPress для отслеживания ошибок. Однако моя консалтинговая компания использует WordPress в качестве CMS практически для всего — информации о продуктах, продающего портала, новостного сайта и т.д. Я хотел бы настроить интеграцию списка наших плагинов с баг-трекером...

Сейчас у меня настроен Flyspray как автономный баг-трекер. Он работает нормально, но находится на отдельном домене (http://bt.jumping-duck.com), чтобы оставаться независимым от WordPress. Однако я хотел бы выводить количество тикетов на странице WordPress со списком наших плагинов. В идеале пользователи также могли бы отправлять отчеты об ошибках прямо со страницы с информацией о плагине.

У кого-нибудь есть опыт интеграции WordPress с подобной системой отслеживания ошибок? Стоит ли оставить две системы раздельными?

0
Все ответы на вопрос 4
5

Я не вижу причин, почему бы не превратить WordPress в трекер ошибок. По сути, тикеты были бы неиерархическим пользовательским типом записей с несколькими таксономиями, такими как приоритет, статус и т.д.

12 авг. 2010 г. 23:55:23
Комментарии

Возможно, это правильный путь — использовать как пользовательские типы записей, так и пользовательские таксономии... Вы знаете какие-нибудь уже существующие фреймворки? Желательно в виде простого подключаемого плагина... это сэкономило бы мне время :-)

EAMann EAMann
12 авг. 2010 г. 23:58:49

С ходу ничего не могу вспомнить; знаю, что плагин 'Pods CMS' (http://wordpress.org/extend/plugins/pods/) был предшественником пользовательских типов записей в WP3.0, хотя должен признаться, что никогда не использовал этот плагин, поэтому не могу сказать, насколько хорошо он подойдет для ваших нужд.

John P Bloch John P Bloch
13 авг. 2010 г. 00:12:12

@John P Bloch Изобретать велосипед обычно считается глупым, и это воспринимается как причина не делать этого. Выбирайте правильный инструмент для задачи, разделяйте приложения, чтобы уменьшить сложность.

hakre hakre
5 сент. 2010 г. 11:26:54

@hakre Использование WordPress в качестве баг-трекера — это ни глупо, ни изобретение велосипеда. Спенсер Финнелл создал тему (Quality Control - http://spencerfinnell.com/quality-control-theme/), которая превращает WordPress в баг-трекер. Я запустил её на http://bugs.johnpbloch.com/. Как человек, который изучал различные баг-трекеры до выхода темы Спенсера, я не могу сказать, что WordPress — неподходящий инструмент. Если вам нужна интеграция с системой контроля версий, WordPress не подойдёт. Но если вам нужен просто баг-трекер, я не вижу причин не использовать его.

John P Bloch John P Bloch
6 сент. 2010 г. 17:26:05

@John P Bloch Верно. Как всегда, всё зависит от конкретных потребностей. Просто посмотрите мой комментарий, чтобы оценить границы применимости.

hakre hakre
7 сент. 2010 г. 00:17:33
1

Плагин Custom Post Types UI может быть хорошим стартом для настройки всех типов записей и таксономий.

13 авг. 2010 г. 00:17:57
Комментарии

Я также считаю, что лучший способ для багтрекера - это отдельный контент, отличный от постов. Вы также можете создать оптимальный бэкенд для этого типа записей (post_type) и множество различных фронтенд-представлений через шаблоны и wp_query().

bueltge bueltge
13 авг. 2010 г. 21:44:59
0

Думаю, это может быть то, что вам нужно. Это бесплатная тема WordPress под названием Quality Control Theme для отслеживания тикетов. Затем вы можете настроить её по своему усмотрению.

http://spencerfinnell.com/quality-control-theme/

Этот вариант потребует от вас наименьших усилий, так как фреймворк уже готов.

2 сент. 2010 г. 06:54:15
0

Может быть, что-то вроде плагина "Advanced Ticket System"?

http://wordpress.org/extend/plugins/wats/

Единственная загвоздка в том, что текущая бесплатная версия несовместима с WP3.x, вам нужно сделать пожертвование, чтобы получить совместимую версию. Я тоже искал что-то подобное.

5 сент. 2010 г. 04:26:28