iandunn
  • 0
Эксперт

Интеграция WP в качестве CMS с системой отслеживания ошибок

  • 0

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

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

Есть ли у кого-нибудь опыт интеграции WP с такой системой отслеживания ошибок? Должен ли я придерживаться разделения двух систем?

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

    • 0
    • Это может быть выход, дать как настраиваемые типы сообщений, так и настраиваемые таксономии… знаете ли вы какие-либо уже существующие фреймворки? Предпочтительно подключаемый модуль… это избавит меня от работы 🙂

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

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

      • 0
    • @hakre За исключением того, что использование WordPress в качестве средства отслеживания ошибок не является ни глупостью, ни изобретением велосипеда. Спенсер Финнелл создал тему (Quality Control — spencerfinnell.com/quality-control-theme ), которая превращает WordPress в трекер ошибок. У меня он работает на bugs.johnpbloch.com. Как человек, который просматривал различные средства отслеживания ошибок до того, как появилась тема Спенсера, я не могу сказать, что WordPress — неправильный инструмент. Если вам нужна интеграция с контролем версий, WP не подходит. Но если вам просто нужен баг-трекер, не вижу причин его не использовать.

      • 0
    • @Джон П Блох Правда. Как всегда, это зависит от конкретных потребностей. Просто посмотрите мой комментарий, чтобы оценить границы.

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

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

    • 0
  3. Эй, я думаю, это может быть то, что вы ищете. Это бесплатная тема WordPress под названием «Тема контроля качества» для отслеживания билетов. Оттуда вы можете настроить его, как хотите.

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

    Этот вариант будет для вас наименьшим объемом работы, потому что фреймворк уже есть.

    • 0
  4. Может быть, что-то вроде этого плагина «Расширенная система билетов»?

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

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

    • 0

Оставить ответ

You must login to add an answer.