uscr 21.08.2012 18:40
12
cppmm 19.08.2012 03:56
Talks! — Костыль для логов iptables
Сидел тут недавно, пил пиво и внезапно захотелось мне посмотреть, чего там у меня в логах iptables'а пишется(фаер настроен сотни лет назад и давно не трогался). Сначала за 15 минут набросал парсер. Потом прикрутил подсветку. А потом появилась мысль написать анализатор. Но пиво сыграло свою роль, ну и в принципе штука ненужная. Однако, подумалось мне, для общего образования идея интересная.Поэтому я выложу набросанный скрипт и предлагаю всем желающим
Свой вариант пока убираю(функция f_analyze). Пускай это будет мелкой задачкой. ;)
emostar 18.08.2012 14:03
Talks! — Задачка
В сервер поступает инет по оптоволокну 100 мбит/сК серверу подключена циска на которой 24 клиента.
1) кто-то запустил торрент, у остальных ничего не работает или все нормально?
2) все запустили торрент, что произойдет?
Я тут подумал надо сделать так через QOS всё, чтоб никто не заметил падения скорости если она будет
uscr 08.08.2012 17:11
Talks! — Доверяй, но проверяй.
На внутреннем портале для технической поддержки у нас есть сервис поиска мака на свитче. Внезапно обнаружилось аномальное количество маков "00:90:4C:C0:00:00". Было начато расследование, которое завершилось мгновенно, после помещения этого мака в гугл: cut.uscr.ru/a/47L (да, я продолжаю отчаянно пиарить свой cut.uscr.ru) оказалось, что это дефолтный мак в прошивке для роутера "от Олега". Такие дела.P.S.
Я, например, не ожидал такого подвоха и был уверен, что перепрошивка не трогает мак.
P.P.S.
Полагаю, фишка давно уже известна, но я(мы) о ней узнал(и) только сейчас. Дабы не делать этот псто бесполезным, предлагаю, обсудить в комментариях другие подобные случаи на грани забавного.
muhas 08.08.2012 12:12
Talks! — Стали известны победители конкурса Ubuntu App Showdown
Первые два места занял Joey с проектами Fogger и Lightread, который по случайному совпадению оказался судьей конкурса :DНу а третье место заняла очень полезная и интересная по мнению судей игрушка-пазл
а теперь чудный комментарий с хабра о самом конкурсе
0) Опустим смехотворные сроки на разработку чего-либо стоящего и сомнительные призы.
1) Запретили использовать что либо кроме quickly + python
2) На ходу разрешили использовать что угодно, забыв внятно прописать правила и условия
3) Видеоконференции для новичков — полный шлак. Плохое качество видео, убогие ведущие, неподготовленность, иногда полное нераскрытие темы. На три последних видео вообще забили.
4) По ходу разработки «внезапно» выяснилось что quickly багов и позволяет нормально выполнить сборку пакетов которые пройдут проверку чтобы попасть в USC. Самые критичные баги поправили на ходу в последние 3 дня конкурса, но далеко не все. Кстати баги висели чуть ли не с 2009 года.
5) Совет использовать как можно сильнее интеграцию с Unity выявил что в 12.04 масса костылей, которые либо работают плохо, либо вообще не работают в предложенных условиях (работа приложения в /opt)
6) Проверяльщиков было много, вот только они работали буквально 2 дня, а потом все дружно свалили. Для примера дословная отписка на третий день: «Forwarding to the App Review Board, as I'm going to be on holidays soon.
». В итоге переписка у всех по мелочам тянулась по 3-4 дня, а многие приложения так и остались в подвешенном состоянии «на проверке».
7) Процесс проверки подразумевал merge внесенных судьями изменений в рабочую ветку, многие приложения в итоге ходили по кругу, т.к. quickly не рабочий был у многих.
8) Были 1-2 приложения отвергнутые по причине сложности, формулировка: у судей нет опыта и времени их проверить(!)
9) Были приложения отвергнутые по причине что они cli, т.к. в правилах забыли написать что нужно gui.
А победитель Lightread — не нативное приложение, по сути обертка над готовым javascript клиентом, явно написанным задолго до старта конкурса. Ладно хоть заранее написали в правилах что судьи тоже могут участвовать — думаю многие отказались что либо писать именно по этой причине.
1) Запретили использовать что либо кроме quickly + python
2) На ходу разрешили использовать что угодно, забыв внятно прописать правила и условия
3) Видеоконференции для новичков — полный шлак. Плохое качество видео, убогие ведущие, неподготовленность, иногда полное нераскрытие темы. На три последних видео вообще забили.
4) По ходу разработки «внезапно» выяснилось что quickly багов и позволяет нормально выполнить сборку пакетов которые пройдут проверку чтобы попасть в USC. Самые критичные баги поправили на ходу в последние 3 дня конкурса, но далеко не все. Кстати баги висели чуть ли не с 2009 года.
5) Совет использовать как можно сильнее интеграцию с Unity выявил что в 12.04 масса костылей, которые либо работают плохо, либо вообще не работают в предложенных условиях (работа приложения в /opt)
6) Проверяльщиков было много, вот только они работали буквально 2 дня, а потом все дружно свалили. Для примера дословная отписка на третий день: «Forwarding to the App Review Board, as I'm going to be on holidays soon.
». В итоге переписка у всех по мелочам тянулась по 3-4 дня, а многие приложения так и остались в подвешенном состоянии «на проверке».
7) Процесс проверки подразумевал merge внесенных судьями изменений в рабочую ветку, многие приложения в итоге ходили по кругу, т.к. quickly не рабочий был у многих.
8) Были 1-2 приложения отвергнутые по причине сложности, формулировка: у судей нет опыта и времени их проверить(!)
9) Были приложения отвергнутые по причине что они cli, т.к. в правилах забыли написать что нужно gui.
А победитель Lightread — не нативное приложение, по сути обертка над готовым javascript клиентом, явно написанным задолго до старта конкурса. Ладно хоть заранее написали в правилах что судьи тоже могут участвовать — думаю многие отказались что либо писать именно по этой причине.
Радует что ещё трех победителей выберут путем голосования сообщества в Ubuntu Software Center
В списоке участников аж 133 проекта
thebeetlebum 08.08.2012 08:41
Talks! — Аттракцион невиданной щедрости!
Привет! Я Performance Engineer и работаю в компании Performance Lab вот уже полгода.После некоторых недавних бесед, я понял что у меня маленький опыт нагрузочного тестирования малых проектов. Но опыт владения инструментами НТ(нагрузочного тестирования) и СМ(систем мониторинга) у меня есть.
Хочу бесплатно предложить свои услуги по нагрузочному тестированию ваших проектов!
Условий всего два:
1. Вы должны доказать что являетесь владельцем проекта.
2. Расскажите про свой проект, заинтересуйте
Основным моим инструментом является JMeter, и скорее всего все тесты буду делать через него. От себя обещаю предоставление Test-планов(сможете в дальнейшем тестировать без меня), анализ статистики из JMeter(во время НТ), и анализ статистики мониторинга, если она будет предоставляться, с последующими рекомендациями по оптимизации.
Цель для меня: набить руку на малых проектах(сейчас у меня проекты от 2х недель), работа с opensource кодом и приложениями.
Ну да, крупные проекты, которые рубят деньги — не тестирую. Обращайтесь в фирмы, которые будут это делать вам за деньги, например, Performance Lab.
P.S. Для извращенцев, которые используют Java для веб-проектов. Не стесняйтесь, у меня есть и такой опыт нагрузки, анализа и оптимизаций, обращайтесь=)
le087 07.08.2012 21:32
Talks! — Забавная ностальгия
На прошедшем 4 и 5 августа фестивале "АзияБриз 2012" было много анимешников, косплееров и просто няшных заек:
Одним из регулярных конкурсов, которые проводятся на АзияБриз является конкурс AMV, в рамках которого народ клеит и вояет видео-ролики на тему аниме и не только.
Была в этот раз работа, которая мне особенно понравилась: ассоциативный музыкальный ряд на игры 8-битных приставок. Думаю оцените по достоинству. Линк: http://www.youtube.com/watch?v=q_Gd65vxomE&feature;=player_embedded
uscr 27.07.2012 16:26
Talks! — Был ли здесь комментарий?
Все забили на багу "лишний перевод строки" - хрен с ним.Теперь я не вижу комментариев https://github.com/nvbn/djang0byte/issues/29. Почините, пожалуйста.
UPD: Тадам! Все беды от дополнения WelinuxRating :)
vvb 27.07.2012 15:01
Talks! — С Днем Системного Администратора!
PS: По мотивам Developers are born brave
