A3a

jsfiddle.net/PxeS9/

В фотошопе:
Открываете одну картинку, которую надо обрезать, идете в меню Window -> Actions, Создаете новый Action (Create New Action), автоматически начнется запись действий. Идете в Image -> Trim, ставите галочку Top Left Pixel Color, жмете ок. Останавливаете запись Action (кнопочка стоп). Должно получиться примерно как на картинке:



Далее идете в File -> Automate -> Batch,
В поле Action — указываете только-что созданный вами Action
В поле Source — указываете Folder, жмете кнопку Choose, выбираете вашу папку с картинкам.
В поле Destination — указываете Save and Close
и нажимаете ОК.

Можно записать экшн в фотошопе, что-то типа: Magic Wand (в углу) -> Вырезать -> Выбрать все -> Скопировать -> Новый файл -> Вставить -> Сохранить. И запустить через Image Processor.

Я тоже не спец, но попробую пояснить.

Потоковая репликация так названа в противовес не-потоковой репликации. В Постгресе ведется лог изменений в БД (как и во многоих других СУБД) — Write Ahead Log (WAL). WAL нужен для буквы D в акрониме ACID.

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

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

А теперь представим ситуацию: вы хотите закрыть транзакцию, посылаете команду SQL COMMIT, и в ответ ждете от Постгреса подтверждение, что COMMIT прошел успешно. Если Постгрес дождался попадания данных в лог + еще и дождался репликации данных текущей транзакции на реплику, то это уже синхронная потоковая репликация.

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