WebMoney поддерживает BitCoin

Ну вот и случилось то, чего я меньше всего ожидал — в WebMoney появилась поддержка BitCoin. При том что на территории бывшего СССР WebMoney самое распространенное средство электронных платежей, и принимается практически везде, возможности применения BitCoin на один день выросли настолько, что вместо игрушки для маргиналов ее можно рассматривать как реальное средство платежей.

http://blog.wmtransfer.com/blog/wmx-novyj-tip-titulnyh-znakov

Рубрика: Новости | Добавить комментарий

cronbuild & asterisk trunk

Для тех кто не знал — под именем asterisk12 в сизифе у нас всегда свежий (обновляется раз в 3-е суток) svn trunk. Разумеется обновление происходит автоматически с помощью gear-cronbuild. Как и обновление коллекций звуков для asterisk. И со временем все большего и большего количества моих пакетов.

В итоге в Сизифе всегда можно потестировать самые свежие фичи из астериска. Что особенно ценно, с учетом возможности установки в систему сразу нескольких версий астериска, и переключения между ними штатными средствами (а если писать свои инитскрипты и делать отдельные каталоги с конфигами — то и запускать одновременно).

 

 

Рубрика: Новости | Добавить комментарий

GHC 7.6.1 в Sisyphus

В Сизиф медленно и печально ползет сотня модулей для ghc 7.6.1. Большая часть собралась прекрасно, несколько потребует небольшого напильника, с несколькими пока статус не ясен.

Главное что xmonad успешно собирается :)

Сборка всего этого хозяйства потребовала доточить целую стопку скриптов, которые облегчают процесс. Даже представить себе страшно ручное обновление более сотни пакетов, да еще и с учетом зависимостей между ними.

 

Рубрика: Новости | Добавить комментарий

Собираю GHC 7.6.1 в сизиф

Собираю GHC 7.6.1 в сизиф. У него встроенный «как бы make», но этот «как бы make» не поддерживает параллельную сборку. Так что одно из ядер моего 4-х ядерника вот уже который час целиком занято сборкой. Надеюсь к утру получить результат.

А дальше будет долгая и упорная сборка модулей...

 

Рубрика: Новости | Добавить комментарий

Asterisk 11

Вышел Asterisk 11 (LTS-релиз)

Читать далее

Рубрика: Новости | Добавить комментарий

Вот за что я люблю роботов в ALTLinux

Собираю очередную сборку Asterisk. А злой робот сборку не пропускает, говорит, якобы, что используется функция ast_speech_get_setting, которой нигде нет. А я ее в исходниках своими глазами вижу. И что же оказывается?

Читать далее

Рубрика: Новости | Добавить комментарий

Взаимоотношения Linux и Valve

Новости о выпуске Steam под Linux наделали много шума. И разное отношения — начиная от восторженных, заканчивая резко негативными — «игры — зло, под линукс они не нужны», и «зачем нам эта проприетарщина». Только вот многие не обратили внимания на куда более важную новость внутри этой

Читать далее

Рубрика: Новости | Добавить комментарий

Линукс не десктопе не нужен? Мнение community можно игнорировать? Наивные...

Красивая цепочка новостей:

Читать далее

Рубрика: Новости | Добавить комментарий

Одна функция — одна програама

Старый добрый UNIX-подход: «одна функция — одна программа» сейчас
многими забыт. В основном это связано с тем, что большинство нынешних
пользователей и разработчиков под Linux имели до этого опыт работы с
Windows, где принято использовать совершенно другой подход.

В Windows изначально не было столь простых и развитых средств IPC как
в Linux. Фактически использовались в основном семафоры и shared
memory.

Самым простым способом создать код, который мог бы использоваться из
разных программ в Windows всегда были dll.

В последующем также были добавлены стандартизированные подходы к
разработке повторно используемых компонентов (COM). Так что если
программисту было нужно встроить какую-то компоненту другого
приложения в свое – он просто использовал готовый компонент.

В Linux же изначально главным средством IPC были pipes, а также unix
sockets. Их использование крайне просто, и если программа написана
так, что с ней удобно взаимодействовать через pipe, то часто даже не
требуется документация – все просто очевидно.

Главная особенность такого подхода – надежность и безопасность. В
случае ошибки в подгружаемой dll, может упасть приложение целиком.

Также это ненадежно с точки зрения безопасности – уязвимость в любой
dll, делает уязвимой всю программу, какие бы меры предосторожности не
принимались.

Однако такого подхода есть два серьезных плюса:

1. Использовать библиотеки из программ написанных на C/C++ проще, чем
писать код взаимодействия с другой программой через pipe;
2. Использование библиотеки требует меньше накладных расходов на
реализацию протокола обмена данных – следовательно это банально
быстрее.

Оба этих плюса спорные – в Linux мире нормальной является практика,
когда логика реализована на языках низкого уровня, а уже на скриптовых
языках пишется взаимодействие между этими низкоуровневыми программами,
а также интерфейс. На каком-нибудь Tcl писать интерфейс несравнимо
проще чем на C.

А накладные расходы на реализацию протокола в большинстве приложений
(за исключением тех, где передаются значительные объемы данных – как в
multimedia приложениях, например) незначительны, и уменьшение
производительности на доли процента ради увеличения надежности кода, а
также упрощения его написания и поддержки, по моему мнению вполне
разумно.

Причем упрощение поддержки кода приводит часто к тому, что в целом его
производительность становится лучше.

Самая лучшая архитектура десктопного приложения – это когда все задачи
выполняются отдельными консольными программами, а графическое
приложение лишь клей, который их связывает.

В серверных приложениях до этого подхода уже давно, к счастью,
додумались. Тот же postfix отличный пример именно такого подхода.
Собственно во многом благодаря этому он один из самых безопасных, и
успешно вытеснил остальные сервера, став стандартом де-факто вместо
sendmail.

 

Рубрика: Новости | Добавить комментарий

Хуже тредов только ASCIIZ-строки

Изобретение тредов стало почти столь же деструктивной технологией, как
и ASCIIZ-строки. Почти – лишь потому, что есть небольшое количество
ситуаций, когда их применение действительно оправдано.

Увы, в реальности они используются гораздо чаще, чем оправдано.

Сам факт использования тредов говорит о кривой архитектуре приложения
почти всегда.

 

Рубрика: Новости | Добавить комментарий