Hylke Bons, участник проекта GNOME, сообщил о выходе версии 1.0 набирающей популярность open source утилиты синхронизации файлов SparkleShare. Утилита работает сходным с Dropbox образом, но в качестве «сердца» утилиты используется Git. В отличие от Dropbox SparkleShare не зависит от стороннего сервиса и является вполне самодостаточной, при этом позволяя использовать для хранения файлов сервисы вроде GiHub, Gitorious и Bitbucket.
На конференции Passwords^12 Jeremi Gosney представил GPU-кластер, позволивший ему анализировать 180 миллиардов MD5-хешей и 63 миллиарда SHA1-хешей в секунду. Более продвинутые алгоритмы значительно в лучше выдержали брутфорс-атаки: Bcrypt и Sha512crypt позволили исследователю добиться скорости лишь в 71000 и 364000 проверок за секунду соответственно.
Жизнь многих давным-давно уже перебралась в веб. Люди общаются, дружат, ссорятся, наслаждаются, и ещё много-много чего хотите в онлайне. Локальные залежи музыки и фоток уже давно никому не интересны. Людям хочется делиться друг с другом файлами, впечатлениями, музыкой, документами. Да и локальные файлы многим хочется несколько обезопасить на случай умирания жёсткого диска и отсутствия бэкапов, да и вообще идея доступа к своим файлам из любой точки мира весьма занимательна сама по себе, особенно для людей, которые много перемещаются и не всегда могут возить с собой ноутбук, подключённый к Сети.
GitHub заявил о том, что теперь он является самым популярным хостингом OpenSource-проектов, обогнав при этом Google Code, SourceForge и Microsoft CodePlex. Согласно посту в логе GitHub, сведения о популярности были получены от Stephen O'Grady, технического аналитика RedMonk, работающей совместно с Black Duck Software.
В своём блоге студент Университета Амстердама сообщил о том, как ему всего за месяц удалось собрать около 15 миллионов адресов пользователей GMail, имеющих Google-профиль. Matthijs Koot, используя карту ссылок Google-профилей, находящуюся в свободном доступе на серверах компании, обработал почти 35 миллионов ссылок на Google-профили. Koot говорит, что выполняя запросы к серверам Google, он использовал один и тот же IP-адрес источника, однако на это Google никак не среагировал и не остановил массовую загрузку данных. Представитель Google заявил о том, что информация, которую можно собрать о пользователях при помощи карты ссылок профилей Google, не содержит каких-либо закрытых данных, если они не были ранее опубликованы самим пользователем.
Если вы достаточно длительное время используете UNIX/Linux, то у вас уже вероятно имеются хорошо «заточенные» файлы конфигурации Bash, Vim, Emacs и других приложений. Копирование вручную этих файлов между всеми системами, с которыми вы работаете, может быть весьма утомительным процессом. Git может существенно облегчить ваши мучения из-за копирования ваших конфигурационных файлов на новые компьютеры.
Рано или поздно, но, думаю, каждый системный администратор сталкивается с необходимостью синхронизации содержимого каталогов, расположенных на разных удалённых системах. Хорошо, если есть возможность использовать rsync или хотя бы возможность смонтировать удалённый ресурс средствами NFS или Samba. Но что делать, если в вашем распоряжении не имеется больше ничего, кроме старого доброго FTP? Выход, конечно же есть, и по традиции мира Open Source, их немало. Перебрав несколько я остановился на утилите FTPSync. Она написана на Perl и теоретически должна работать в любой системе, имеющей в своём распоряжении Perl-интерпретатор. Я же расскажу об опыте установки и использования FTPSync в своей Ubuntu 10.04 Server.
Представим себе ситуацию. Вы пришли в магазин одежды и купили себе новые джинсы. Придя домой, вы создали проводку в GnuCash, отметив данное событие вашей финансовой жизни. На следующий день, надев новоприобретённые джинсы на работу, вы к концу дня выясняете, что это слегка не ваш размерчик и вчера вы были явно не таким толстым. Жмут, короче, новые штаны. Пользуясь своим законным правом вы топаете обратно в магазин и, не найдя ничего подходящего для замены, вы просто договариваетесь с магазином о возврате средств. Приходите домой и... делаете точно такую же проводку, только наоборот. То есть, дебет с кредитом меняются местами. А знаете ли вы, что в GnuCash подобные операции можно сделать буквально в два клика? Кто не знает — велкам под кат.
Кто-то использует кредитки, когда «ну совсем чуть-чуть не хватает до Хаммера», кто-то регулярно расплачивается ими в магазинах, кто-то один раз попробовал — не понравилось (такое бывает?). Независимо от вашего случая, правило сохраняется всегда: взял — верни. Ну и процентик за использование тоже, будьте добры! Если вы регулярный пользователь таких «микрокредитов» и задумываетесь над учётом не только затрат на покупки, но и расходов на оплату займов — милости просим. Сегодня мы будем вести учёт расходов на пользование кредитной картой.
Когда деньги лежат у вас в кошельке — вроде бы, всё просто. Заплатил в магазине — сделал проводку в GnuCash. Получил наличность из банкомата — положил в кошелёк, сделал проводку. Но на сегодняшний день места, где могут храниться наши кровные, не ограничены лишь кошельком и копилкой в виде хрюшки. С приходом банков, кредитных карточек, систем электронных платёжных и подобных вещей, следить за движением средств становится всё сложнее. Своей кредиткой вы можете рассчитаться в каком-нибудь магазине, а с вас за это снимут комиссию большую, чем если бы вы сняли деньги в банкомате. У вас открыт счёт в банке, а банк самостоятельно снимает с него суммы в счёт оплаты «расчётно-кассового обслуживания». В конце-концов, вашу платёжную карточку может взять «на пару часиков» ваша ненаглядная, при этом «забыв» назвать вам точную сумму потраченных денег. Короче говоря, с приходом виртуальных денег стало, мягко говоря, сложнее их учитывать (зато обслуживающим эту виртуальщину организациям стало легче у вас добровольно-принудительно изымать заработанные средства). В очередной раз благодаря разработчиков GnuCash за их старания, сегодня я расскажу о согласовании проводок — функции, помогающей вам учитывать неучтённое.
После прочтения предыдущей статьи о проводках в GnuCash у многих сам собой возник естественный вопрос: а как же быть с проводками, которые нужно создавать регулярно? Речь идёт об оплате коммунальных услуг, телефонной связи, квартплаты и тд. Держать всё в голове/на листочке и в конце каждого месяца ручками создавать нужные проводки? Ну нет, это ж не по-нашему! А как же автоматизация, то да сё... Итак, сегодня мы поговорим о том, как избавить себя от головной боли в виде периодических платежей. Сегодня мы поговорим о плановых проводках в GnuCash.
В предыдущей статье мы с вами разбирались с созданием счетов. Как мы уже выяснили, счета являются средством «хранения» ваших средств. Однако, средства, лежащие мёртвым грузом где-то — это история не из реальной жизни. Средства всегда откуда-то и куда-то перемещаются, отражая вашу финансовую активность: зарплаты, покупки, налоги, займы и тому подобное. Для организации «движения» средств в системах бухгалтерского учёта существует отдельное понятие — проводки. В англоязычной локализации GnuCash проводки называются transactions, и мне это слово почему-то нравится больше, но не будем отступать от русскоязычного оригинала, чтобы не запутывать читателя.
Прежде чем вы получите возможность фиксировать движение ваших денег в виде проводок, вам необходимы «места» откуда и куда вы будете эти деньги «двигать». Именно поэтому мы начнём с создания счетов. Вообще, в понимании GnuCash (да в понимании любого здравомыслящего человека), деньги могут находиться где-то и перемещаться куда-то. В любой системе бухгалтерского учёта деньги не берутся из ниоткуда, они всегда должны откуда-то подступать. Точно так же и «уходом» денег — они всегда перемещаются откуда-то и куда-то. Вот это «где-то» и есть счета. Всего можно выделить четыре основных типа счетов: приход, расход, активы и пассивы. Хотя в GnuCash их больше, пока не будем лезть в дебри и ограничимся этими четырьмя типами. В предыдущей статье я попытался подробно описать, что это за типы счетов и для чего они нужны, так что здесь повторяться не буду.
Рано или поздно, но каждый человек, имеющий источники доходов и знающий места, где можно потратить заработанное, сталкивается с проблемой (вернее, необходимостью) учитывать, сколько и где было заработано денег, сколько и на что их было потрачено; когда, сколько, у кого было взято взаймы и когда (с какими процентами) этот долг необходимо вернуть. Это лишь малая часть того, с чем сталкивается естественное желание учитывать движение своих материальных средств.
