Персональные блоги → Быстрая установка Trac в openSUSE
Рано или поздно многие сталкиваются с выбором багтрекера. При этом не зависимо от того с какой целью планируется его применения (промышленное или личное), перед использованием хотелось бы с ним ознакомиться. После беглого анализа результатов запросов поисковых систем по интересующему вопросу становиться ясно, что одной из систем, которую нельзя обойти стороной является Trac. Но, к сожалению, при изучении инструкции по установке этого замечательного инструмента у многих желания знакомиться с Trac пропадает. Я расскажу, как этого можно избежать и познакомиться (а может быть и подружиться) с Trac максимально быстро, а главное просто.
Персональные блоги → Вышел Trac 0.12
С опозданием от плана на полгода вышел Trac 0.12.
Trac — это интегрированная система управления проектами, включающая в себя систему отслеживания ошибок, вики, инструмент планирования и очень мощный просмотрщик хранилищ систем контроля версий.
В новой версии:
Скачать, установить или обновить.
Также радует поддержка плагина для Mercurial.
В целом релиз получился очень насыщенным. Тем кто пользуется обновляться обязательно.
Trac — это интегрированная система управления проектами, включающая в себя систему отслеживания ошибок, вики, инструмент планирования и очень мощный просмотрщик хранилищ систем контроля версий.
В новой версии:
- Локализация интерфеса;
- Поддержка множества хранилищ в одном проекте;
- Расширение вики-синтаксиса, поддержка таблиц, переименование страниц;
- Режим редактирования вики-страниц, в котором область предварительного просмотра расположена бок о бок с редактором и обновляется автоматически;
- Редактирование комментариев с автоматическим предпросмотром по мере ввода;
- Возможность удаления карточек и комментариев (отдельно включается в настройках);
- OR в запросах;
- И множество других интересных изменений.
Скачать, установить или обновить.
Также радует поддержка плагина для Mercurial.
В целом релиз получился очень насыщенным. Тем кто пользуется обновляться обязательно.
Разработка → Коллективная разработка с использованием git и Trac в проекте Midnight Commander
Действительно, в интернете сейчас можно найти достаточно много информации о настройке GIT и работе с ним, но недостаточно освещен вопрос коллективной разработки и «рабочего процесса» отдельно взятого проекта от начала и до конца.
Попробую восполнить этот пробел на примере открытого проекта Midnight Commander, не останавливаясь на вопросах установки необходимого ПО, так как этот момент неплохо описан в интернете, и вы сможете легко найти интересующую вас дополнительную информацию самостоятельно.
Попробую восполнить этот пробел на примере открытого проекта Midnight Commander, не останавливаясь на вопросах установки необходимого ПО, так как этот момент неплохо описан в интернете, и вы сможете легко найти интересующую вас дополнительную информацию самостоятельно.
Персональные блоги → Обзор open source — систем для баг-трекинга.
Недавно на работе был поднят такой вопрос: пора бы завести наконец-то систему баг-трекинга, но вот только какую? Условия были поставлены следующие: система должна быть open source, должна без проблем ставиться на не-виндовс системы, использовать в качестве БД MySQL и желательно быть написанной на PHP, на случай, если очень захочется доработать напильником.
Варианты предлагались такие: Jira (отпадает в виду небесплатности), BugZilla (отпала в виду того, что админ обвинил ее в требованиях «каких-то специфичных настроек MySQL-я»), Trac (в нем долго сомневались, т.к. у нас svn).
Поскольку на Хабре никаких обзоров подобных систем пока не было, предлагаю свой, может кому-то еще может пригодится при выборе.
Итак: краткий обзор систем баг-трекинга.
1. BugZilla.

О ней, наверно, знают все, но на всякий случай кратко для тех, кто еще не знает.
Система от разработчиков FireFox, вообще ребята очень ответственно подходят к проблеме багов.
Установка: Гарантируется поддержка Linux или Solaris, для работы нужен Perl и одна из СУБД: MySQL, PostgerSQL, Oracle.
Список использующих BugZilla, впечатляющий: Mozilla Foundation (ну это в общем-то не удивительно), Open Office, RedHat, NASA, Facebook и еще сотня довольно известных и тысячи неизвестных компаний.
Варианты предлагались такие: Jira (отпадает в виду небесплатности), BugZilla (отпала в виду того, что админ обвинил ее в требованиях «каких-то специфичных настроек MySQL-я»), Trac (в нем долго сомневались, т.к. у нас svn).
Поскольку на Хабре никаких обзоров подобных систем пока не было, предлагаю свой, может кому-то еще может пригодится при выборе.
Итак: краткий обзор систем баг-трекинга.
1. BugZilla.

О ней, наверно, знают все, но на всякий случай кратко для тех, кто еще не знает.
Система от разработчиков FireFox, вообще ребята очень ответственно подходят к проблеме багов.
Установка: Гарантируется поддержка Linux или Solaris, для работы нужен Perl и одна из СУБД: MySQL, PostgerSQL, Oracle.
Список использующих BugZilla, впечатляющий: Mozilla Foundation (ну это в общем-то не удивительно), Open Office, RedHat, NASA, Facebook и еще сотня довольно известных и тысячи неизвестных компаний.
Персональные блоги → Сервер дома — AMD, Debian x64, Bind9, Apache 2, PHP5, MySQL5, Trac, Subversion и море удовольствия
Шило в известном месте всё никак не даёт мне покоя.
И решил я поэкспериментировать с установкой сервера дома.
Итак, дано:
1. Домашний интернет с внешним ip на роутере, канал туда/обратно — 8 мбит, провайдер — QWERTY *
2. Бюджет не больше 10 тысяч рублей — чем меньше, тем лучше. **
3. Жгучее желание экспериментов и чего-нибудь эдакого ***
* К сожалению, мой дом не подключает Корбина, у которой более широкие каналы. Приходится довольствоваться тем, что есть
** Получилось путём более-менее реального подсчёта стоимости комплектующих на среднестатический компьютер
*** Для тех, кто хмыкнет и скажет — «эка невидаль, я такое регулярно делаю» — я не так часто что-то настраиваю, больше пишу под уже настроенное, и для меня это чистой воды развлечение — что-то сделать своими руками=)
Ну, все процедуры тут, под катом.
Сразу хочу сказать, что у меня это работает — так, как есть. Дополнительно с бубном я не плясал — но тут вытяжки из моих гуглений и мануалокурений.
Вероятно, что-то можно настроить более гибко или качественно, и я крайне буду рад советам или решениям=)
И решил я поэкспериментировать с установкой сервера дома.
Итак, дано:
1. Домашний интернет с внешним ip на роутере, канал туда/обратно — 8 мбит, провайдер — QWERTY *
2. Бюджет не больше 10 тысяч рублей — чем меньше, тем лучше. **
3. Жгучее желание экспериментов и чего-нибудь эдакого ***
* К сожалению, мой дом не подключает Корбина, у которой более широкие каналы. Приходится довольствоваться тем, что есть
** Получилось путём более-менее реального подсчёта стоимости комплектующих на среднестатический компьютер
*** Для тех, кто хмыкнет и скажет — «эка невидаль, я такое регулярно делаю» — я не так часто что-то настраиваю, больше пишу под уже настроенное, и для меня это чистой воды развлечение — что-то сделать своими руками=)
Ну, все процедуры тут, под катом.
Сразу хочу сказать, что у меня это работает — так, как есть. Дополнительно с бубном я не плясал — но тут вытяжки из моих гуглений и мануалокурений.
Вероятно, что-то можно настроить более гибко или качественно, и я крайне буду рад советам или решениям=)
Я пиарюсь → Проект EmForge.
В первую очередь оговорюсь, что «мотороллер не мой...»: этот проект создан и поддерживается не мною. Довелось поучавствовать только как разработчику, и то немного. Но то немногое, что я успел узнать о проекте и в нем «пощупать», позволяет утверждать, что он способен сделать мир лучше.
Персональные блоги → Чего вам не хватает в используемой системе постановки задач (Trac, MS Project, Bugzilla и проч.)?
Персональные блоги → Июльская нервотрёпка — VDS, SEO и один стартап
Успокоил чешущиеся по делу руки, купил VDS на firstvds.ru.
Как ни странно, матюгался всего три дня.
И вот почему=)
По сути надо было просто захостить один маленький клиентский сайтик. И я решил не теребить камрада, который оказывает мне поддержку по хостингу (чтоб он прописал ещё один сайтец), и попросту купить VDS для собственных мелких постоянных нужд - типа как захостить кого-то, perl-скрипт запустить, просто поэкспериментировать - ну вы понимаете.
Зарегистрировал, выбрал план VDS-Разгон (400 мгц и 96 RAM), - резонно подумав, что должно хватить, что у меня всего лишь один вордпресс-сайт, а остальные - статика или мелкие скриптики.
Оплатил даже - на полгода 1500 рублей. Перенёс сайты. И уже через час после того как сайты заработали на новом сервере, матюгаясь, бежал менять план на VDS-отрыв, где дают 600 мгц и 160 оперативки, но уже за 600 рублей в месяц.
Посмотрел в top, увидел, что даже 600 мгц не справляются с вордпрессом, плюнул, пошёл настраивать nginx - благо он там прям из панельки и ставится. Поставил, поднастроил апач, поднастроил nginx, плюнул, поставил eAccelerator, поднастроил, - вроде пошустрее - но всё равно - крутится вордпресс как больной слон - особенно если людей туда понабежит. Да и грузится долго.
Чтож поделать, - остаётся только или докупать память (что крайне не хочется делать, потому что отпуск на носу), или перетаскивать вордпресс обратно, на камрадовский хостинг. Есть, конечно, вариант, - оптимизировать сам wordpress, - долго. Ну, или написать свой нормальный плагин кеширования, - ни один из тех, что просмотрел - работать не хотел.
Помимо всего прочего уже давно было поменять на блоге урлы - из идиотских archives/id_статьи на человекочитаемые - /eto_nazvanie_posta
Теперь ждать нового апдейта Яндекса - поднастроил редиректы, но уверен что всё равно будут косяки и сейп мне не гонять еще месяца два точно.
Зато наконец-то нашёл силы настроить SVN+Trac и начать писать свой маленький робо-стартап, основной целью которого будет создание уникальных RSS-лент и нормальная поддержка чтения этих лент с маббил и прочих маленьких девайсиков.
Если кому-то будет надо - могу потом написать статью - что-нибудь типа - "как поднять Apache2.2+PHP5+eAccelerator+Nginx+SVN+Trac так, чтобы это всё не рухнуло". Сомневаюсь, что будет профессионально - ставил-то бОльшую часть в первый раз - раньше всё хостеры делали как-никак=)
Как ни странно, матюгался всего три дня.
И вот почему=)
По сути надо было просто захостить один маленький клиентский сайтик. И я решил не теребить камрада, который оказывает мне поддержку по хостингу (чтоб он прописал ещё один сайтец), и попросту купить VDS для собственных мелких постоянных нужд - типа как захостить кого-то, perl-скрипт запустить, просто поэкспериментировать - ну вы понимаете.
Зарегистрировал, выбрал план VDS-Разгон (400 мгц и 96 RAM), - резонно подумав, что должно хватить, что у меня всего лишь один вордпресс-сайт, а остальные - статика или мелкие скриптики.
Оплатил даже - на полгода 1500 рублей. Перенёс сайты. И уже через час после того как сайты заработали на новом сервере, матюгаясь, бежал менять план на VDS-отрыв, где дают 600 мгц и 160 оперативки, но уже за 600 рублей в месяц.
Посмотрел в top, увидел, что даже 600 мгц не справляются с вордпрессом, плюнул, пошёл настраивать nginx - благо он там прям из панельки и ставится. Поставил, поднастроил апач, поднастроил nginx, плюнул, поставил eAccelerator, поднастроил, - вроде пошустрее - но всё равно - крутится вордпресс как больной слон - особенно если людей туда понабежит. Да и грузится долго.
Чтож поделать, - остаётся только или докупать память (что крайне не хочется делать, потому что отпуск на носу), или перетаскивать вордпресс обратно, на камрадовский хостинг. Есть, конечно, вариант, - оптимизировать сам wordpress, - долго. Ну, или написать свой нормальный плагин кеширования, - ни один из тех, что просмотрел - работать не хотел.
Помимо всего прочего уже давно было поменять на блоге урлы - из идиотских archives/id_статьи на человекочитаемые - /eto_nazvanie_posta
Теперь ждать нового апдейта Яндекса - поднастроил редиректы, но уверен что всё равно будут косяки и сейп мне не гонять еще месяца два точно.
Зато наконец-то нашёл силы настроить SVN+Trac и начать писать свой маленький робо-стартап, основной целью которого будет создание уникальных RSS-лент и нормальная поддержка чтения этих лент с маббил и прочих маленьких девайсиков.
Если кому-то будет надо - могу потом написать статью - что-нибудь типа - "как поднять Apache2.2+PHP5+eAccelerator+Nginx+SVN+Trac так, чтобы это всё не рухнуло". Сомневаюсь, что будет профессионально - ставил-то бОльшую часть в первый раз - раньше всё хостеры делали как-никак=)
Разработка → Бесплатный SVN сервер + TRAC
Наткнулся на замечательный проект: OpenSVN
Сервер принадлежит Тайваньскому национальному университету при поддержке департамента Информационных технологий.
Из вкусностей:
0. Абсолютно бесплатно;
1. Неограниченное место под репозитарий;
2. Ежедневный бекап ваших данных на удаленый RAID 5;
3. Trac.
Сейчас стоит: subversion 1.5.0 , apache 2.2 , trac 0.11.
т.е. все ПО поддерживается в актуальном состоянии.
Зачем все это нужно?
1. Вам это нужно если вы хотите разрабатывать, что-то с кем-то в команде, но у вас нет денег на сервер, а домашний компьютер не может использоваться для этих целей (причины: Диалап, закрытый прокси, старый компьютер, невозможность постоянной работы компа в сети)
2. Вы хотите иметь надежный бекап ваших данный, на случай если что-то сломается(испортиться/взорвется/сгорит/будет украдено) у вас.
Enjoy!
P.S. Естественно это никакой не пиар, и я не имею никакого отношения к тайваньскому национальному университету
Сервер принадлежит Тайваньскому национальному университету при поддержке департамента Информационных технологий.
Из вкусностей:
0. Абсолютно бесплатно;
1. Неограниченное место под репозитарий;
2. Ежедневный бекап ваших данных на удаленый RAID 5;
3. Trac.
Сейчас стоит: subversion 1.5.0 , apache 2.2 , trac 0.11.
т.е. все ПО поддерживается в актуальном состоянии.
Зачем все это нужно?
1. Вам это нужно если вы хотите разрабатывать, что-то с кем-то в команде, но у вас нет денег на сервер, а домашний компьютер не может использоваться для этих целей (причины: Диалап, закрытый прокси, старый компьютер, невозможность постоянной работы компа в сети)
2. Вы хотите иметь надежный бекап ваших данный, на случай если что-то сломается(испортиться/взорвется/сгорит/будет украдено) у вас.
Enjoy!
P.S. Естественно это никакой не пиар, и я не имею никакого отношения к тайваньскому национальному университету