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

Как показало внимательное изучение, программа эта представляет сейчас, скорее, музейный интерес и в таком виде помещать ее на наш сервер нельзя. Это набор CGI-скриптов на csh, выбирающих данные из текстовых файлов эпических размеров. Широко используется awk, sed, а также французский язык в тех местах, где awk и sed недостаточно. В общем, речь идет сейчас о практически полном переписывании всего с нуля, с использованием SQL и каких-нибудь языков программирования, не будем заострять на них внимание.

Вопрос в следующем: как грамотно перенести на SQL следующую структуру данных:

По мотивам этого поста. Предположим, у вас есть некоторая система, которую необходимо защитить от гипотетических злоумышленников. Предположим также, что злоумышленники могут получить физический доступ к носителям с данными, а также, что еще более неприятно, физический доступ (с возможностью применения мер физического воздействия) непосредственно к вам. Необходимо обеспечить следующие условия:

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

Мне кажется, я знаю, как это можно реализовать.

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

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

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

Сегодняшний топик про малолетних идиотов крутых хакиров как-то вдруг навеял небывалую ностальгию и воспоминания навалились на меня со страшной силой. Давным давно, когда компьютеры были большими, мозги — маленькими, а в УК РФ еще не было статьи 272,

Путешествуя по просторам интернета в поисках свежих идей для очередного проекта, я случайно наткнулся на Nagare — революционный, как мне кажется, python-фреймворк, кардинально меняющий подход к разработке web-приложений. Кажется, на хабре еще не было обзора, пора это исправить.