{ "version": "https:\/\/jsonfeed.org\/version\/1.1", "title": "Лайвлупинг, медиапродакшн и все эти ваши компьютеры: заметки с тегом Яндекс.Диск", "_rss_description": "Алексей Батищев. Заметки обо всём, что происходит со мной и окружающим миром", "_rss_language": "ru", "_itunes_email": "", "_itunes_categories_xml": "", "_itunes_image": "", "_itunes_explicit": "", "home_page_url": "https:\/\/www.batishchev.ru\/blog\/tags\/yandeks-disk\/", "feed_url": "https:\/\/www.batishchev.ru\/blog\/tags\/yandeks-disk\/json\/", "icon": "https:\/\/www.batishchev.ru\/blog\/pictures\/userpic\/userpic@2x.jpg?1604346823", "authors": [ { "name": "Алексей Батищев", "url": "https:\/\/www.batishchev.ru\/blog\/", "avatar": "https:\/\/www.batishchev.ru\/blog\/pictures\/userpic\/userpic@2x.jpg?1604346823" } ], "items": [ { "id": "3762", "url": "https:\/\/www.batishchev.ru\/blog\/all\/yandeks-disk-i-skrytye-nyuansy-tarifov\/", "title": "Яндекс диск и скрытые нюансы тарифов", "content_html": "

В целом, цифровая реальность постоянно приучает нас: всё наше в облаках — совсем не наше, а наши ожидания — это наши проблемы. Но, столкнувшись с очередным свидетельством этого, не могу не начать снова бомбить.<\/p>\n

Давно и успешно обладаю элитным платным тарифом Яндекс 360 для состоятельных мужчин — и вот что об условиях тарифа говорится на промо-странице, которую показывают при его покупке:<\/p>\n

\n\"\"\n<\/div>\n

Редко какой читатель найдет тут место вечного упокоения той самой цифровой собаки, но сегодняшняя попытка перебросить через яндекс диск пачку файлов этот сюрприз для меня вскрыла. Оказывается, у понятия «большие файлы от 1 гб» есть тайный верхний лимит в полтинник.<\/p>\n

\n\"\"\n<\/div>\n

Уточнил у техподдержки — оппа, и правда есть ограничение. Где об нём сказано заранее? Может на промо-странице<\/a> я, слепошарый, упустил? Оказывается, сказано в помощи<\/a>. Почему не на странице с условиями? Бикоз фак ю, вот почему.<\/p>\n

\n
\n\"\"\n\"\"\n<\/div>\n<\/div>\n

Не то чтобы я сильно обломался, ограничение в 50 гб объективно не помешает большинству, я сам за много лет использования сервиса утыкаюсь в него, кажется, впервые, но всё-равно неприятно.<\/p>\n

О том что ни хранить что-то конфиденциальное, ни держать единственную копию дорогого вам в облаке (любом), напоминать не я буду. Ведь всё ваше в облаке — не ваше, и только ваши ожидания — это действительно ваши проблемы.<\/p>\n

Всем йарость, посоны!<\/p>\n", "summary": "В целом, цифровая реальность постоянно приучает нас: всё наше в облаках — совсем не наше, а наши ожидания — это наши проблемы", "date_published": "2026-02-19T18:13:00+03:00", "date_modified": "2026-02-18T01:42:05+03:00", "tags": [ "TG", "йарость", "Яндекс.Диск" ], "image": "https:\/\/www.batishchev.ru\/blog\/pictures\/2026-02-16-usloviapng.png", "_date_published_rfc2822": "Thu, 19 Feb 2026 18:13:00 +0300", "_rss_guid_is_permalink": "false", "_rss_guid": "3762", "_e2_data": { "is_favourite": false, "links_required": [ "jquery\/jquery.js", "fotorama\/fotorama.css", "fotorama\/fotorama.js" ], "og_images": [ "https:\/\/www.batishchev.ru\/blog\/pictures\/2026-02-16-usloviapng.png", "https:\/\/www.batishchev.ru\/blog\/pictures\/2026-02-16-alert.png", "https:\/\/www.batishchev.ru\/blog\/pictures\/2026-02-16-help1.png", "https:\/\/www.batishchev.ru\/blog\/pictures\/2026-02-16-help2.png" ] } }, { "id": "953", "url": "https:\/\/www.batishchev.ru\/blog\/all\/kenk-vygruzka-foto-iz-icloud-na-yandeks-disk-2\/", "title": "КЭНК: выгрузка фото из iCloud на Яндекс диск — 2", "content_html": "

В прошлой серии<\/a> велосипедостроения на тему переноса фоток в Яндекс.Диск была успешно решена проблема выгрузки и переименовывания файлов из iCloud в соответствии с датой. Однако, опыт эксплуатации процедуры показал её недостаток: перенесенные таким образом файлы *.heic Ядиском не располагались по альбомам в соответствии с датой, а сваливались в одну кучу дня импортирования.<\/p>\n

Пара вечеров была потрачена на анализ и сравнение *.heic файлов, импортированных яндексом с телефона самостоятельно, и обработанных мной вручную. К сожалению, никакого способа поправить теги даты так, чтобы яндекс их воспринял, не нашлось: изменения внесенные exiftool или гуевыми программами типа XnView или FastStone результата не давали. Я заморочился, сравнил файлы преобразованные яндексом и свои, добился полного совпадения полей в выгрузке exiftool — и всё равно роботы яндекса делать красоту отказывались. Поэтому с *.heic файлами придуман обходной путь — конвертировать их в jpeg (те же теги, пробитые в jpeg, срабатывали отлично)<\/p>\n

Заодно кстати выяснилось, что яндексу важны метаданные в поле DateTimeOriginal<\/a>: файлы с корректно заполненными DateCreated но не заполненными DateTimeOriginal он также датировал неправильно.<\/p>\n

Так вот, конвертация из heic в jpeg. Тут мне открылся неведомый мир цветовых профилей и прочих тонкостей. Оказалось что эппле пишет heic со своим чудо-профилем, который мало кто понимает и корректно показывает. Все распространённые свободные конверторы в джипег на выходе дают гораздо более бледные и светлые картинки, при этом встроенный просмотрщик macOS эти файлы показывает в исходном красивом цвете, а вот в других программах и на других платформах случается «ой». Перелопачена уйма форумов, нужное колдунство найдено — нужно не просто конвертировать heic в jpeg, но ещё и заменять цветовой профиль, а также корректировать гамму (значение корректировки я подобрал на глаз более-менее похожим, возможно тут будут нюансы на фотках разных насыщенностей)<\/p>\n

Вот что выходит с разными конвертациями и (что важно) при разных программах просмотра:<\/p>\n

\n
\n\"\"\n\"\"\n\"\"\n\"\"\n\"\"\n<\/div>\n
оригинальный heic в Preview macOS, конверченный ImageMagick jpeg без коррекции цвета в Preview macOS, он же в XnView, jpeg с коррекцией цвета в Preview macOS и в XnView<\/div>\n<\/div>\n

Хорош рассусоливать, что вышло-то?<\/h2>\n

Итоговая на текущий момент процедура конвертации такова:<\/p>\n