FastNetMon

суббота, 31 июля 2010 г.

Наиболее популярные баг-трекеры

Разработка любого ПО начинается с выбора баг-трекера, но не имея опыта работы с подобными системами выбрать его крайне сложно. Поэтому я хотел бы дать хотя список подобных систем с кратким описанием, который можно использовать как отправную точку для последующих поисков.

1. Mantis BT, офсайт. Довольно универсальный баг-трекер, нет явной ориентации на разработку ПО, может быть использован для почти любой сферы деятельности. По тем же причинам, не имеет интеграции с VCS. Не отличается наглядностью, не имеет поддержки графиков.
2. Trac, офсайт. Баг-трекер жестко ориентированный на разработку ПО, имеет ряд полезных функций для этого - встроенную wiki и интеграцию с VCS. Это старожил данного типа ПО со всеми вытекающими последствиями, имеет проблемы с расширяемостью и не имеет многих новых фич типа того же Agile.
3. Redmine, офсайт. Представитель нового поколения, написан на модном Ruby, имеет интеграцию с VCS (svn, git, Darcs, cvs, Mercurial, Bazaar), имеет поддержку wiki, имеет поддержку диаграм Гантта, имеет поддержку Agile, имеет поддержку плагинов (вот их каталог), а также отличается очень красивым и удобным интерфейсом. Пожалуй, лучший баг-трекер из OpenSource решений.
4. BugZilla, офсайт. Из всего этого списка BugZilla - самый настоящий динозавр среди баг-трекеров, никаких новационных фич, никаких удобств для пользователя, никакого удобного интерфейса. Только самое нужное, спартанский набор. Не рекомендую для новых проектов.
5. JIRA, офсайт. Платный баг-трекер с очень широким функционалом и закрытым кодом. В этот список я его включил лишь потому, что лицензия на 10 разработчиков стоит лишь $10, что делает его почти бесплатным. Функционал же этого продукта просто поражает, список их клиентов тоже (один Boeing чего стоит) :)
6. FogBugz, офсайт. Баг-трекер на C#, от знаменитого Джоэла Спольски. Сильно платный ($999 для 5 пользователей либо Hostd решение в расчете $25 за пользователя в месяц), только для Windows, включен в список лишь для общей информации.
7. TrackStudio - функционально ближе всего к JIRA (из комментариев).


Еще очень много баг-трекеров можно найти в вике: http://en.wikipedia.org/wiki/List_of_project_management_software

среда, 28 июля 2010 г.

Критический взгляд на русских туристов за рубежом

Очень адекватная объективная статья без русофобии и прочего: http://rashplanet.com/europe/montenegro/bydlo/

Идиоты такие идиоты

На Дальнем Востоке велели блокировать YouTube: http://www.bbc.co.uk/russian/russia/2010/07/100728_komsomolsk_youtube.shtml

Почему Siemens настолько круты?

Вот поэтому:
Затраты на НИОКР
▲ 3,784 млрд евро (2008 финансовый год)
Чистая прибыль
▼ 2,497 млрд евро (2009 финансовый год)


(с) http://ru.wikipedia.org/wiki/Siemens#.D0.A1.D1.82.D1.80.D1.83.D0.BA.D1.82.D1.83.D1.80.D0.B0_.D0.BA.D0.BE.D0.BC.D0.BF.D0.B0.D0.BD.D0.B8.D0.B8

Миграция с Mantis на RedMine

http://blog.foaa.de/2010/04/non-destructive-migration-from-mantis-to-redmine/

Редактирование образов для OpenVZ

Часто возникает задача скорректировать какой-либо конфиг в образе для OpenVZ, которые представляет собой обычный tar.gz архив.

Создаем папку, где будем собирать образ:
mkdir /tmp/newimage_debian-5.0-x86_64-ispmanager-superlite


Копируем в нее образ, который планируем изменить:
cp debian-5.0-x86_64-ispmanager-superlite.tar.gz /tmp/newimage_debian-5.0-x86_64-ispmanager-superlite


Переходим в новую папку:
cd /tmp/newimage_debian-5.0-x86_64-ispmanager-superlite


Распаковываем образ в текущую папку:
tar -xf debian-5.0-x86_64-ispmanager-superlite.tar.gz


Удаляем исходный образ:
rm debian-5.0-x86_64-ispmanager-superlite.tar.gz


Готовимся к чруту:
mount --bind /dev dev
mount --bind /proc proc
mount --bind /sys sys


Чрутимся в папку образа и выполняем требуемые изменения:
chroot ./


Далее, допустим, обновляем систему:
apt-get update;
apt-get upgrade;
# чтобы кэш пакетов место не занимал
apt-get clean;


Либо пример для CentOS:
yum update
yum clean all


После того, как изменения внесены, выходим из chroot:
exit


Размонтируем:
umount dev
umount proc
umount sys


Архивируем образ обратно:
tar -cpzf ./debian-5.0-x86_64-ispmanager-superlite.tar.gz *


Все, образ изменен без потери функциональности :)

вторник, 27 июля 2010 г.

За ошибки нужно платить, миллионами


В «Ведомостях» сообщили, что Аэрофлот срочно порвал контакты с банком «ВТБ-24», отказавшись от системы «Ассист».
Решение было принято в связи с тем, что из-за хакерской атаки на систему Аэрофлот почти неделю не мог принимать электронные платежи за билеты.
Ежедневно страдали десятки тысяч людей, не имевших возможности приобрести билеты без очередей и со скидками.
Руководство «Аэрофлота» «считает недопустимым» то, что на устранение последствий хакерской атаки ушло семь дней, и с сегодняшнего дня авиакомпания начнет переходить на систему интернет-платежей Альфа-банка.


Крайне показательно, крайне ПРАВИЛЬНО. А еще напомню, что Аэрофлот был крупнейшим клиентом системы Ассист.

источник: http://community.livejournal.com/ru_telecom/535279.html

Сравнение MySQL и PostgreSQL на уровне устройства

http://www.ibm.com/developerworks/ru/library/os-mysql-postgresql/01/index.html?ca=drs-

Восстановление удаленных фотографий с флеш-карты

http://www.debian-administration.org/article/Recovering_deleted_images_from_flash_cards

Структура данных "Фильтр Блума"

Очень интересно, рекомендую к ознакомлению: http://alenacpp.blogspot.com/2010/07/blog-post_27.html

Посчитать суммарный размер файлов заданных списком

cat /tmp/list | perl -e 'do { $a=`stat -c "%s" $_`; chomp $a; $b+=$a } for <>; print $b/1024/1024/1024'

10 лучших тулз для поддержки разработки в географически распределенных командах

http://mashable.com/2010/07/14/distributed-developer-teams/

tar, архивация списка файлов и дубликаты

Есть такоей интересный способ использования tar - архивация списка заданных списком файлов, выглядит он так:

tar -czf /tmp/archive.tar.gz -T /tmp/file_list


Но есть у него отвратная фича, если в файле /tmp/file_list какой-то файл указан более 2х раз, то он и будет добавлен в архив более 2х раз.

Продемонстрирую на примере. Архивация одного файла:

ls -la gentoo-openvz-amd64-2008.11.27.tar.gz
-rw-r--r-- 1 root root 145658806 Nov 27 2008 gentoo-openvz-amd64-2008.11.27.tar.gz
echo "gentoo-openvz-amd64-2008.11.27.tar.gz" > /tmp/file_list
tar -cf /tmp/archive.tar -T /tmp/file_list
ls -la /tmp/archive.tar
-rw-r--r-- 1 root root 145664000 Jul 26 22:51 /tmp/archive.tar


Двухкратная архивация одного файла:
echo "gentoo-openvz-amd64-2008.11.27.tar.gz" >> /tmp/file_list
cat /tmp/file_list
gentoo-openvz-amd64-2008.11.27.tar.gz
gentoo-openvz-amd64-2008.11.27.tar.gz
tar -cf /tmp/archive2.tar -T /tmp/file_list
ls -al /tmp/ archive2.tar
-rw-r--r-- 1 root root 291328000 Jul 26 22:51 archive2.tar


Вот такая вот неприятная фича :)

воскресенье, 25 июля 2010 г.

vkontakte.ru недоступен

А Вы говорите, 21й век, кластеры-хренастеры-георграфическая распределенность и резервирование всего и вся. А тем временем http://vkontakte.ru/ недоступен. Вообще. Уже час или больше. Как были деревней, так и остались. Учица, господа, соотечественники и еще раз учица у господ западных, кои эту науку осилили давно. А пока - в сад, а не сайты строить.

пятница, 23 июля 2010 г.

суббота, 10 июля 2010 г.

Автозапуск Xen DomU на Debian Lenny / Etch

Допустим, у нас есть DomU (VPS) с именем vps1, которому соответствует конфиг-файл /etc/xen/vps1, чтобы обеспечить автозапуск этой машинки при загрузке необходимо создать симлинк на ее конфиг в папке /etc/xen/auto (которую стоит предварительно создать).

mkdir /etc/xen/auto
ln -s /etc/xen/vps1 /etc/xen/auto/vps1


Все, после указанных операций Xen DomU с именем vps1 будет запускаться автоматически при загрузке машины.

четверг, 8 июля 2010 г.

Классика :)

Встречаются директора советского и японского предприятий. Предприятия изготавливают совершенно одинаковую продукцию и в одинаковых количествах. Директор нашего завода спрашивает:
- Сколько людей у тебя работает?
- Девять. А у тебя?
У нашего вообще-то пятьсот, но он говорит:
- Десять!
На следующий день японец говорит:
- Слушай, я всю ночь думал и никак не могу понять: что у тебя этот десятый делает?

вторник, 6 июля 2010 г.

ИТ технологии в наркоторговле

Тогда проводилась операция в колумбийском городе Кали по захвату здания, принадлежащего одному из лидеров кокаинового картеля Жозе Сантакрузу Лондоно. Внутри неприглядного домика не обнаружили наркотиков или оружия. Это здание оказалось компьютерным центром, который по составленному расписанию обслуживали шесть инженеров. В качестве центрального сервера использовался мейнфрейм IBM AS400 стоимостью $1,5 млн., а к нему были подключены около десятка терминалов. Спецслужбы получили разрешение вывезти центральный сервер в США для тщательного исследования, которое было вскоре засекречено. И неудивительно: сейчас стало известно, что на "сантакрузовском компьютере" была обнаружена база данных с именами американских дипломатов и агентов в Колумбии, а также логи всех их телефонных разговоров, полученные напрямую из телефонной компании. При этом использовалось специально написанное ПО для анализа данных - определения "необычных звонков", "самых частых адресатов" и т.д. По некоторым данным, только эта информация помогла наркобаронам вычислить не менее 10 ценных информаторов. Здесь же определялись номера тех, кто звонил по "бесплатному анонимному" номеру и сообщал спецслужбам ценные сведения - анонимных информаторов убивали в течение 30 минут после звонка.


http://www.radioscanner.ru/info/article173/

Я теперь эту историю всегда буду рассказывать как success story внедрения ИТ =))))

Вот и у Польши нормальный президент

Все становится лучше =)

Я один считаю, что Монти Видениус феерический мудак?

Пруфлинк: http://www.opennet.ru/opennews/art.shtml?num=27204

воскресенье, 4 июля 2010 г.

Самара, такси "Лидер" с возможность заказа прямо с сайта

Прошу: http://samara.rutaxi.ru :) Рекомендую всем.

Оптимизация расходов на роуминг с МТС

Очень крутое предложение: http://www.mts.ru/discount/discount_tourist/wwb/

По результатам независимого исследования, проведенного компанией "J`son & Partners Consulting" в мае 2010 г., роуминговые тарифы МТС с подключенной услугой «Мир без границ» на девяти наиболее популярных у российских туристов направлениях* признаны наиболее выгодным предложением на рынке мобильной связи в России.

Хейт-спич в сторону s7.ru

Сайт s7.ru довольно глючный, сама система тоже. Надоело до жути. Итак, по порядку.

Если Вы ошиблись в выборе типа оплаты (скажем, щелкнули на Yandex Деньги, а потом решили оплатить через Webmoney), то Вам придется ждать 4 часа пока бронь будет аннулирована (об этом будет уведомление на почту) и только после этого Вы сможете оформить заказ заново. Попытки повторного заказа билета на те же дату результата не дают - выдается ошибка. Причем, такое поведение подтвепждено саппортом s7.ru (который 8-800-200-00-07). Очень, конечно, неприятно мучаться и сидеть до ночи, когда нужно купить билет на завтра.

Итак, выждав 4 часа я пошел и оплатил-таки вебманями. Но после оплаты не происходит редирект на сайт s7.ru, что крайне не логично и приходится вручную набивать в строку адреса s7.ru и переходить на него. Масла в огонь подливает еще тот факт, что после такого ручного перехода в разделе "Мои брони" только что оплаченный через мгновенную систему платежей заказ НЕ отображается, что наводит на мысли "упс, что-то сломалось и денюжки потерялись". К счастью, бронь появилась минут через пять и на душе стало чуть-чуть легче, но тем не менее. Но деньги при этом еще не были зачислены и лишь еще через несколько минут уведомление об оплате упало на почту.

Также к глюкам сайта стоит отнести тот факт, что мой IP (95.79.249.*) регулярно определяется как Пермь и она же подставляется в исходный пункт маршрута. Хотя живу-то я в Самаре. Это жутко неудобно, об этом я писал в саппорт, но никто ничего не исправил до сих пор.

Далее, довольно часто сайт s7.ru просто-напросто тормозит. Входа в личный кабинет приходится ждать до десятка секунд, что не прибавляет счастья.

Ну пока что все. Только не стоит думать, что это негативная оценка качества работы всей А/К Сибирь, нет, нет. Сама Сибирь мне очень и очень нравится, но вот такие мелкие неприятности немного портят впечатление :)

суббота, 3 июля 2010 г.

Каким образом OpenVZ монтирует разделы VPS что они не видны в mount?

Понятия не имею :) Зато они видны так:


cat /proc/mounts | head -n 50
/dev/root / ext3 rw,noatime,data=ordered 0 0
/dev /dev tmpfs rw 0 0
/proc /proc proc rw 0 0
/sys /sys sysfs rw 0 0
/proc/bus/usb /proc/bus/usb usbfs rw 0 0
none /dev/pts devpts rw 0 0
/dev/md1 /boot ext3 rw,data=ordered 0 0
none /proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
/vz/private/2702 /vz/root/2702 simfs rw,noatime 0 0
tmpfs /vz/root/2702/lib/init/rw tmpfs rw,nosuid 0 0
proc /vz/root/2702/proc proc rw,nosuid,nodev,noexec 0 0
sysfs /vz/root/2702/sys sysfs rw,nosuid,nodev,noexec 0 0
tmpfs /vz/root/2702/dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /vz/root/2702/dev/pts devpts rw,nosuid,noexec 0 0
/vz/private/3300 /vz/root/3300 simfs rw,noatime 0 0
tmpfs /vz/root/3300/lib/init/rw tmpfs rw,nosuid 0 0
proc /vz/root/3300/proc proc rw,nosuid,nodev,noexec 0 0
sysfs /vz/root/3300/sys sysfs rw,nosuid,nodev,noexec 0 0
tmpfs /vz/root/3300/dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /vz/root/3300/dev/pts devpts rw,nosuid,noexec 0 0
/vz/private/2728 /vz/root/2728 simfs rw,noatime 0 0
/proc /vz/root/2728/proc proc rw 0 0
/sys /vz/root/2728/sys sysfs rw 0 0
none /vz/root/2728/dev tmpfs rw 0 0
none /vz/root/2728/dev/pts devpts rw 0 0
none /vz/root/2728/proc/sys/fs/binfmt_misc binfmt_misc rw 0 0
/vz/private/2738 /vz/root/2738 simfs rw,noatime 0 0
tmpfs /vz/root/2738/lib/init/rw tmpfs rw,nosuid 0 0
proc /vz/root/2738/proc proc rw,nosuid,nodev,noexec 0 0
sysfs /vz/root/2738/sys sysfs rw,nosuid,nodev,noexec 0 0
tmpfs /vz/root/2738/dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /vz/root/2738/dev/pts devpts rw,nosuid,noexec 0 0
/vz/private/2737 /vz/root/2737 simfs rw,noatime 0 0
tmpfs /vz/root/2737/lib/init/rw tmpfs rw,nosuid 0 0
proc /vz/root/2737/proc proc rw,nosuid,nodev,noexec 0 0
sysfs /vz/root/2737/sys sysfs rw,nosuid,nodev,noexec 0 0
tmpfs /vz/root/2737/dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /vz/root/2737/dev/pts devpts rw,nosuid,noexec 0 0
/vz/private/2713 /vz/root/2713 simfs rw,noatime 0 0
tmpfs /vz/root/2713/lib/init/rw tmpfs rw,nosuid 0 0
proc /vz/root/2713/proc proc rw,nosuid,nodev,noexec 0 0
sysfs /vz/root/2713/sys sysfs rw,nosuid,nodev,noexec 0 0
varrun /vz/root/2713/var/run tmpfs rw,nosuid 0 0
varlock /vz/root/2713/var/lock tmpfs rw,nosuid,nodev,noexec 0 0
udev /vz/root/2713/dev tmpfs rw 0 0
tmpfs /vz/root/2713/dev/shm tmpfs rw,nosuid,nodev 0 0
devpts /vz/root/2713/dev/pts devpts rw,nosuid,noexec 0 0
/vz/private/2707 /vz/root/2707 simfs rw,noatime 0 0
tmpfs /vz/root/2707/lib/init/rw tmpfs rw,nosuid 0 0
proc /vz/root/2707/proc proc rw,nosuid,nodev,noexec 0 0

четверг, 1 июля 2010 г.

FreeBSD 8: pid 63 (swapon), uid 0: exited on signal 11 pid 65: (fsck), uid 0: exited on signal 11

Проблема тут вот в чем - какая-то хренота вписана в конец файла /etc/fstab. Проблема усугубляется тем, что "хренота" не видна по команде cat /etc/fstab (там непечатаемые символы). По ней все супер. А если если открыть /etc/fstab редактором vi, то в конце файла будет следующий мусор "^@^@^@^@". То есть эта та самая непечатаемая хренота, что сваливает машину. Аккуратно удаляем эту строку и ребутаем машину. Этимология появления хреноты в конце файла мне неизвестна. Все.

Источник: http://old.nabble.com/gmirror-issue--td25690893.html