Как получить из двоичных данных расширение файла? #586504

Есть двоичные данные, в них хранится картинка - файл .jpg или .png Я хочу иметь возможность выгружать эту картинку из базы - с соответствующим разрешением, а не тупо все .jpg например. Не соображу как вытащить расширение из двоичных данных. Меж тем платформа умеет это делать - если я отображаю картинку на форме (с помощью ПолучитьНавигационнуюСсылку), нажимаю на ней правой кнопкой и выбираю "Сохранить как" - открывается диалог сохранения с установленным правильным видом файла - .jpg или .png

см. Картинка.Формат

Первые 3-4 байта байта файла это, обычно, его сигнатура. Посмотри какая она в png и какая в jpg.

В смысле программно создать из двоичных данных картинку и получить ее формат? Вариант, спасибо. А непосредственно из двоичных данных выходит что никак.

да, тоже вариант, хотя и не совсем универсальный. Всем спасибо, я удовлетворен)

надо было когда грузил, сохранять где-то расширение... :)

а не факт, что в двоичных данных вообще картинка в таком случае

При размещении файла в хранилище сохраняй где-то его имя и не мучься...

, Добавлять метаданные для этих целей считаю моветон, можно и без них обойтись

Бред. Глянь в типовые. Или БСП.

а в чем моветон то? извращаться значит с заголовком файла это нормуль.

Шапочки!

Типовые это пример для подражания? Не думаю. В моем случае в справочнике около 100к элементов, я уж лучше кодом получу расширение.

безусловно, тем более справочник твой... как раз была бы типовая на поддержке, можно было бы еще подумать прежде чем добавлять

А у тебя не может возникнуть ситуации, когда необходимо получить сразу много картинок? Всегда по одной?

Есть такая надобность, а что?

и например в запросе тоже получишь? Тащить всю картинку с сервера, чтобы узнать ее расширение - вот это по-моему моветон

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

ааа, ну если 100К записей, то конечно. еще одна колонка длинной 3 символа неприемлема.

И когда тебе надо вытянуть много картинок, ты будешь анализировать каждый двоичный код? Не боишься, что потеря в скорости выполнения + вероятность неверно распознать расширение файла будет куда весомей, чем одна колонка в базе данных? Кстати, никто не знает, есть ли смысл архивировать bmp-картинки перед сохранением в базу?

Хранить в Двоичных структуру, содержащуюю 1) Двоичные 2) Расширение 3) Прочее

Не имеет. deflate неплохо жмет сырой bmp на максимуме

А передача с сервера клиенту тоже сжатая идет?

Не проверял

Затесть!

А штатные средства 1С так могут?