vreitech

Так она же не блютус, а со своим ресивером, который операционка видит как USB HID, т.е. как обычную проводную клаву, фактически. Она должна работать без дополнительного ПО в Linux. Дополнительные кнопки всякие могут не работать, но вам же оно и не надо в серверной OC.

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

JPEG для фоточек, и всего такого, где много мелких разноцветностей.

Типичные примеры использования:

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

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

GIF — анимации. Ну тут вообще отдельная песня. Ему на смену пророчат APNG и MP4, но воз и ныне там.

SVG — иконки, иллюстрации. Поддерживает прозрачность, бесконечно тянется. Обычно те же иконки в SVG весят меньше, чем в PNG при одинаковом фактическом размере использования. Можно анимировать (отдельная тема и куча особенностей) и управлять с помощью CSS и JS, если встраивать inline (можно и через #use, но с ограничениями). Наверное, самый чувствительный к ошибкам формат, потому что состоит из кода: сложный SVG-файл может убить производительность. Можно очень легко зашить вредоносный код, поэтому запрещён в вёрстке писем.

P. S. Я не могу описать все случаи, бывают уникальные, так как процесс выбора формата зависит от контента вашего изображения. В каждом конкретном нетипичном случае — думайте сами. К примеру, если векторная иллюстрация весит много, то есть смысл перевести её в JPG или PNG. Иногда SVG-иконка может весить в разы больше её PNG-аналога (при одинаковом фактическом размере использования, например, 100 на 100 пикселей при 1:1 размере viewport к физическому разрешению экрана) — тут многое зависит от методов и качества создания таких иконок. Как правильно отметил @Adamosу, иногда затраты на рендеринг SVG (на стороне клиента) не окупают его преимуществ, и приходится использовать растровые изображения. Ну и т. д… Особенностей использования форматов — куча.

P. P. S. Почитайте о Retina, ибо нет никакого «для ретины следует юзать JPG».

Ну вот так в этом договоре и напишите - что оставляете за собой право размещать данный дизайн в портфолио.

Как избежать претензий правообладателя на фото, если фото загружает любой пользователь сайта?

Никак. Правообладатели имеют право предъявлять претензии.

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

Вы тоже можете кому-нибудь выкатить по почте запрос на пару миллионов. Глядишь и заплатят. Не заплатят, так и фиг с ними, благо отправка e-mail'ов бесплатная.

К письму приложены сканы протокола осмотра доказательств заверенные нотариусом.

Круто. Кто проводил осмотр доказательств? Следак? В рамках какого дела? При чем тут нотариус?

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

Если вы согласитесь значит лох. Если нет - не лох. Вот и все.

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

Допустим это реальный правообладатель и он подаст в суд -

И еще момент чисто из практики - реальный адекватный правообладатель как правило вежливо просит вас удалить авторский контент с сайта, а в случае если вы не выполните просьбу предупреждает, что будет защищать свои права в порядке искового производства. Но уж никак не будет требовать срочно платить бабло.
И если в тексте обращения есть требования денег, и слова про нотариально заверенные копии сайта это на 99.9% тупой развод.

./balong_flash
./ показывает что надо запустить с текущей директории.
Если не запустит, тоchmod +x balong_flash

Используя fallocate создать файл нужного размера, если файловая система не поддерживает sparse files (дырявые файлы, не занимающие место на диске) то эта операция мгновенна а файл будет заполнен мусором (данными, которые лежали в секторах).

К сожалению (а точнее к счастью, ибо безопасность важнее) все современные файловые системы поддерживают дыры (они будут возвращать нули), т.е. физически файл не будет занимать место, и вам нужно будет либо самим заполнить файл нулями либо использовать опцию fallocate - FALLOC_FL_ZERO_RANGE, это физически записывает данные на диск, так что операция тратит время.

p.s. файловые системы со сжатием или online deduplication (типа zfs) тем более не позволят вам управлять процессом создания, точнее это нужно будет делать утилитами файловой системы.

upd. забыл еще напомнить, на файловых системах Copy On Write (типа zfs/btrfs/...) предварительное размещение файла бессмысленно, даже вредно, так как любая запись будет проходить в новое место на диске.