Во-первых, я не могу использовать Trac, который сообщество разработчиков WP использует для отслеживания ошибок. Тем не менее, моя консалтинговая компания использует WordPress в качестве CMS практически для всего: информации о продукте, портала продаж, новостного сайта и т. д. Я хотел бы настроить его для интеграции нашего списка подключаемых модулей с системой отслеживания ошибок…
Прямо сейчас я настроил Flyspray как автономный баг-трекер. Он работает нормально, но это отдельный домен ( http://bt.jumping-duck.com ), поэтому он остается отдельным от WordPress. Но я хотел бы иметь возможность вывести количество билетов на страницу WP со списком наших плагинов. В идеале пользователи также могли бы отправлять отчеты об ошибках непосредственно со страницы информации о подключаемом модуле.
Есть ли у кого-нибудь опыт интеграции WP с такой системой отслеживания ошибок? Должен ли я придерживаться разделения двух систем?
Я не вижу причин не превращать WordPress в систему отслеживания ошибок. По сути, билеты будут неиерархическим пользовательским типом сообщений, который будет иметь несколько таксономий, таких как приоритет, статус и т. д.
Это может быть выход, дать как настраиваемые типы сообщений, так и настраиваемые таксономии… знаете ли вы какие-либо уже существующие фреймворки? Предпочтительно подключаемый модуль… это избавит меня от работы 🙂
Я не знаю ничего из головы; Я знаю, что плагин «Pods CMS» ( wordpress.org/extend/plugins/pods ) был предшественником пользовательских типов сообщений WP3.0, хотя я должен признаться, что никогда не использовал этот плагин, поэтому я не могу сказать, насколько хорошо это работает для того, что вам нужно.
@John P Bloch Изобретать колесо заново обычно считается глупостью и рассматривается как причина не делать этого. Выберите правильный инструмент для работы, отдельные приложения для снижения сложности.
@hakre За исключением того, что использование WordPress в качестве средства отслеживания ошибок не является ни глупостью, ни изобретением велосипеда. Спенсер Финнелл создал тему (Quality Control — spencerfinnell.com/quality-control-theme ), которая превращает WordPress в трекер ошибок. У меня он работает на bugs.johnpbloch.com. Как человек, который просматривал различные средства отслеживания ошибок до того, как появилась тема Спенсера, я не могу сказать, что WordPress — неправильный инструмент. Если вам нужна интеграция с контролем версий, WP не подходит. Но если вам просто нужен баг-трекер, не вижу причин его не использовать.
@Джон П Блох Правда. Как всегда, это зависит от конкретных потребностей. Просто посмотрите мой комментарий, чтобы оценить границы.
Я также думаю, что это лучший способ для отслеживания ошибок и отличного от сообщений. Вы также можете создать лучший бэкэнд для этого типа post_type и множества различных интерфейсов с помощью шаблона и wp_query().
Плагин Custom Post Types UI может быть хорошим началом для настройки всех типов записей и таксономий.
Эй, я думаю, это может быть то, что вы ищете. Это бесплатная тема WordPress под названием «Тема контроля качества» для отслеживания билетов. Оттуда вы можете настроить его, как хотите.
http://spencerfinnell.com/quality-control-theme/
Этот вариант будет для вас наименьшим объемом работы, потому что фреймворк уже есть.
Может быть, что-то вроде этого плагина «Расширенная система билетов»?
http://wordpress.org/extend/plugins/wats/
Единственная загвоздка в том, что текущая бесплатная версия не совместима с WP3.x, вы должны пожертвовать, чтобы получить эту версию. Я тоже искал что-то похожее.