понедельник, 4 марта 2019 г.

Всё для людей!

Ковыряюсь тут с PostgreSQL и вот какую замечательную штуку обнаружил...

Собственно, про существование «updatable views» я знал, и давно. Но пока не доводилось использовать. И я думал, что для того, чтобы они заработали, нужно прописывать правила для всех действий. Однако нет — простые представления делаются изменяемыми автоматически, т.е. пишем, например:

... и всё, этого достаточно — можно обращаться к представлению something так же, как к таблице — вставлять, изменять, удалять по id.

Отдельно хочу обратить внимание на индекс с выражением where — он контролирует уникальность поля, но на записи с пометкой удаления этот контроль не распространяется, т.е. для того, кто работает с представлением, их как бы нет, без скрытых эффектов. И да, если мы попробуем запросить данные из something с сортировкой по name, при достаточно большом количестве записей этот индекс будет задействован, проверено.

Для полного счастья остаётся один штришок — таки переопределить одно правило:

Теперь удаление через представление будет лишь ставить пометку удаления в реальных данных.

Что это нам даёт? Например то, что мы можем дать «обычному» пользователю БД (скажем, тому, под которым ходит веб-приложение, находящееся в страшном и опасном диком интернете) права на представление и не дать непосредственно на таблицу, таким образом слегка себя обезопасив от некоторых непоправимых действий. Особенно, если это не просто приложение, а открытое API. А админка пусть ходит под более уполномоченным пользователем.

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

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

среда, 31 мая 2017 г.

Загадочный режим «P»

Две съемки, оба раза, чтобы не мудрствовать с настройками, поставил «P» и auto-ISO. Объектив один и тот же — Sigma 18-300 Contemporary. В первом случае почти все кадры сделаны с выдержкой 1/80 (у этого объектива стабилизация очень хорошая), открытой или почти открытой диафрагмой и ISO 100–200 (в особо темных случаях до 640). Во втором: 1/400–1/500, f/8–f/11 (!) и, соответственно, ISO от 1000 и выше (чаще ближе к 1600). Нет, стаб я во втором случае не отключал, все настройки были те же.

В общем, чудит автоматика иногда. Хотя тушка (Canon 600D), конечно, старовата уже...

четверг, 23 июня 2016 г.

Пингвин-фотолюбитель: Содержание

Вроде бы основные вещи, которые хотел написать об инструментарии фотолюбителя под Linux, я написал. Может быть, цикл и продолжится, особенно если появятся вопросы от читателей, но пока — предварительный итог.

Пингвин-фотолюбитель: 5. Стекинг

Первым делом, пожалуй, сошлюсь на источники: ключевым по теме данного поста стал англоязычный пост Barry Grussling — «Focus Stacking in Linux»; прочая информация получена из официального руководства enblend/enfuse. Собственно enfuse и будет нашим главным инструментом для стекинга.

Что такое стекинг? Это когда мы делаем несколько кадров одного и того же, в общем случае — с разными параметрами, а затем хитрый алгоритм собирает нам результирующую картинку. Например, если мы сделаем несколько снимков с разной экспозицией, то можем получить в результате что-то очень похожее на результат сведения HDR, о котором я говорил в предыдущем посте. С той лишь разницей, что собственно HDR-изображения (т.е. с динамическим диапазоном более 8 бит на канал) мы не получим, сразу приведение к 8-битному виду.

Кроме стекинга по экспозиции рассмотрим еще уменьшение шумов и стекинг по фокусу.

суббота, 18 июня 2016 г.

Пингвин-фотолюбитель: 4. HDR

HDR — High Dynamic Range — термин для обозначения технологий работы с диапазоном яркости, который превышает стандартный. Относительно любительской фотографии этим термином обычно обозначают создание HDR-изображений из нескольких снимков обычного диапазона, а также их сведение к стандартному RGB разными специфическими методами. Картинка сверху поста демонстрирует удачный пример применения таких технологий.

Строго говоря, RAW-файлы и 16-битные TIFF сами по себе являются HDR-изображениями, поскольку их глубина цвета превосходит стандартную однобайтную. Однако и ее как правило недостаточно, чтобы на одном снимке запечатлеть и яркое небо (не допустив пересветов) и какие-нибудь ближние затемненные участки. Кроме того, обычные мониторы все равно этот диапазон полностью отобразить не способны. В отличие от человеческого глаза, который очень хорошо адаптируется, рассматривая разные участки общей картины... К счастью, мозг при восприятии зрительной информации тоже хорошо адаптируется, и мы можем специальными программными методами построить картинку, которая будет выглядеть более естественно, чем просто взятая с камеры фотография. Ну, или совсем неестественно и сюрреалистично, что тоже можно использовать в качестве выразительного средства.

Итак, нас сегодня интересует программа Luminance HDR.

пятница, 17 июня 2016 г.

Пингвин-фотолюбитель: 3. Панорамы

Для склеивания панорам нам понадобится программа с гордым именем Hugin. Имя действительно гордое, ибо дано в честь Хугина — одного из воронов Одина.

На КДПВ, конечно, не сам Хугин, а некий современный его сородич. Будем считать, потомок.

Устанавливать программу я рекомендую опять же свежую версию из PPA — «ppa:hugin/hugin-builds». На момент написания поста актуальна версия 2016.0.0. Вообще-то, тут у меня накладочка — Hugin отказался заводиться на виртуалке, как свежий, так и из основного репозитория. Судя по всему, ему не хватило драйверов видеокарты. Так что гарантировать, что свежая версия работает под Linux Mint лучше старой, я не могу. Скрины будут с моей основной системы, т.е. Gentoo.

RAW-файлы Hugin, к сожалению, читать не умеет, поэтому склеивать будем из 16-битного TIFF, предварительно полученного посредством Darktable.

четверг, 16 июня 2016 г.

Пингвин-фотолюбитель: 2б. Краткое примечание к краткому замечанию

Если внимательно приглядеться к фотографиям в прошлом посте, становится видно, что магия UFRaw — это ни в коем случае не внесение искажений, а напротив — исправление бочкообразной дисторсии — прямые в его варианте прямее. Тогда как Darktable по умолчанию сконвертировал нам картинку «как есть» — со всеми оптическими искажениями. Если мы хотим эти искажения исправить, нам в нем надо задействовать модуль «Оптические искажения» (см. скрин выше). При этом черные поля добавляться не будут (а вот выступающие уголки обрежутся). Получится как-то так:

среда, 15 июня 2016 г.

Пингвин-фотолюбитель: 2а. Краткое замечание к предыдущим сериям

Как я уже говорил, «проявку» RAW можно делать и в пакетном режиме — из командной строки, например, посредством UFRaw. Более того, можно натравить на RAW-файл и ImageMagick, а следовательно — мой скрипт, описанный в предыдущем посте. Впрочем, ImageMagick препоручит конвертацию консольной версии UFRaw.

А теперь я хочу продемонстрировать, почему так делать не надо.

Пингвин-фотолюбитель: 2. Командная строка и пакетная обработка

Коротко о главном: главный обработчик изображений из командной строки, равно как и в пакетном режиме, у нас по прежнему пакет ImageMagick. КДПВ справа взята поиском по его названию в «картинках Google», помимо демонстрации некоторых возможностей там и пингвин присутствует.

Кроме того, нам понадобятся минимальные знания оболочки GNU Bash и замечательная утилита для работы с данными EXIF (Exchangeable Image File Format — стандарт, позволяющий добавлять к изображениям метаданные, в первую очередь, когда и чем снято) — exiftool.

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

понедельник, 13 июня 2016 г.

Пингвин-фотолюбитель: 1. «Проявка» RAW-файлов

Первая программа, которая нам понадобится — это Darktable. И это тот редкий случай, когда можно говорить об аналогах: по своим задачам и базовым функциям Darktable соответствует любимому многими фотографами софту от Adobe — Lightroom. Насколько хорошо соответствует, я обсуждать не готов, поскольку лайтрума под рукой нет.

К сожалению, в репозиториях Linux Mint находится довольно древняя версия Darktable — 1.4, поэтому я рекомендую добавить PPA «ppa:pmjdebruijn/darktable-release» с последними стабильными версиями и устанавливать оттуда (информация взята с официального сайта). Старой версией тоже можно пользоваться, но новая лучше. Актуальная версия, о которой и пойдет речь — 2.0.4.

суббота, 11 июня 2016 г.

Пингвин-фотолюбитель: Предисловие

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

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

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

В-третьих, как раз тем, для чего предназначен Фотошоп — то есть глубокой ретушью — я не занимаюсь, не интересуюсь и, как результат, совершенно в ней некомпетентен.

Итак, а что же я подразумеваю под любительской обработкой и что собираюсь описывать? Это такие задачи:

  • «Проявка» «цифровых негативов» — файлов RAW, включая корректировку яркости, контраста, баланса белого и всего такого.
  • Работа с данными EXIF, каталогизация, пакетная обработка.
  • Сложные, но хорошо автоматизированные задачи: склейка панорам и HDR.
  • Возможно, что-то еще.

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

Постараюсь ориентироваться на «простого пользователя», минимизируя обращения к командной строке и всяческое скриптование. Компиляции чего-либо из исходников и хитрого конфигурирования точно не будет.

Примеры я буду делать на свежеустановленной и свежеобновленной виртуалке с Linux Mint 17.3 (KDE4), поскольку это представляется более соответствующим «простому пользователю», чем моя основная система — Gentoo. А «свежесть» системы позволяет отследить, что именно будет устанавливаться.

среда, 9 марта 2016 г.

Средства самопознания в Ruby

Оригинал этой статьи опубликован в журнале «Системный администратор» №1-2 (146-147) за февраль 2015.

Что программа может знать о самой себе?

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

В данной статье я планирую рассмотреть те средства «самопознания», которые доступны для программ на Ruby.