Мой фотоархив к 2025 году превратился в настоящую головоломку. 40 тысяч снимков были разбросаны по трём внешним дискам, трём облачным хранилищам и давно забытым папкам на старом ноутбуке. Проблема усугублялась тем, что устройств стало больше, и каждый – смартфон, фотоаппарат, дрон, добавляют горы файлов в разных форматах и с противоречивыми метаданными. Например, геотеги из отпуска в Турции показывали координаты с ошибкой в 200 метров, а даты в EXIF не совпадали с реальными из-за смены часовых поясов.
Рубрика «хранение файлов»
Как лучше всего сортировать фото в 2025 – мой опыт
2025-05-26 в 11:22, admin, рубрики: программы, сортировка фотографий, фотография, хранение файловИдеальный NAS на 8 NVME дисков. Обзор Terramaster F8 Plus
2025-05-16 в 16:46, admin, рубрики: NAS, домашний сервер, сервер, сервер дома, хранение данных, хранение информации, хранение файловУ меня как и, наверное, у любого айтишника есть какое-то огромное количество файлов, которое надо бэкапить. И у меня уже есть NAS с обычными HDD дисками для моих бэкапов. Но для себя я решил, что NAS c HDD хорошо подходит для хранения чего-то к чему не очень то и часто обращается. А вот если нужно хранить что-то что иногда нужно скачать или закачать, то значительно приятнее работать с NAS на NVME дисках.
Как я создал Telegram-бота для хранения файлов и чуть не стал библиотекарем
2024-11-29 в 12:15, admin, рубрики: python, Интерактивные клавиатуры, облачное хранилище, обмен файлами, Разработка ботов, файловая система, хранение файловИли история о том, как я превратил свой Telegram в файловую систему и почему мой компьютер теперь обижается на меня.
Всем привет! Сегодня я расскажу вам о том, как из обычного скучного дня вырос проект, который превратил мой Telegram в персональную файловую систему. Если вы когда-нибудь хотели почувствовать себя системным администратором в мессенджере или просто ищете способ спрятать файлы от самого себя, то эта статья для вас.
Предыстория
Хранение большого количества файлов
2018-09-20 в 14:34, admin, рубрики: php, велосипедостроение, социальные сети, хранение файлов
Доброго здравия, читатели! В процессе работы над проектом сайта знакомств возникла необходимость организовать хранение фотографий пользователей. По условиям ТЗ количество фотографий одного пользователя ограничено 10 файлами. Но пользователей-то могут быть десятки тысяч. Особенно учитывая то, что проект в его нынешнем виде существует аж с начала «нулевых». То есть там уже тысячи пользователей в базе. Почти любая файловая система, насколько мне известно, очень негативно реагирует на большое количество дочерних узлов в папке. По опыту могу сказать, что проблемы начинаются уже после 1000-1500 файлов/папок в родительской папке.
Читать полностью »
Организация хранения личных файлов локально и в облаках
2014-01-09 в 16:34, admin, рубрики: облачные хранилища, управление проектами, хранение данных, хранение файлов, метки: облачные хранилища, хранение данных, хранение файловСтатья написана для тех, кто ищет наилучший способ организации хранения и управления своими файлами и хочет при этом пользоваться всеми преимуществами наиболее распространенных на сегодняшний день облачных хранилищ.
Найти
- Единую структуру папок для хранения и «обозрения» всех файлов.
- Способ реализации такой единой структуры с использованием преимуществ всех облачных хранилищ.
Небольшое хранилище для небольших файлов
2013-04-15 в 14:10, admin, рубрики: btrfs, ext4, raid, Блог компании Webnames.ru, Накопители, системное администрирование, хранение данных, хранение файлов, метки: btrfs, ext4, raid, хранение данных, хранение файловВо время разработки одного проекта возникла необходимость хранить множество файлов (более 4 млн. штук). И их количество продолжало расти. Когда файлов стало более 6 млн., работать с ними стало затруднительно. Даже если разложить их по каталогам и создать разветвлённое дерево, обход даже части этих каталогов занимал часы. Разумеется, вначале никто не задумывался над тем, как все это хранить, и мы использовали обычный винт и ext4. В какой-то момент скорость чтения с этого раздела снизилась до 9MB/sec. Это слишком медленно. Экспериментальный переход на btrfs поднял скорость до 13MB, но такие показатели тоже не впечатляют. SSD для этого никто не собирался использовать да и объём уже перевалил за 1TB. Т.е. всё шло к использованию RAID'ов. Поскольку коммерческий успех проекта был под сомнением, то стоимость нужно было свести к минимуму. Следовательно, реализация должна была быть программной.
Итак, нужно небольшое хранилище — на одном сервере или компьютере, т.е. не более четырех дисков. Хранить нужно небольшие файлы — по 1-3Mb каждый.
Читать полностью »
Новые возможности API Яндекс.Диска
2012-08-10 в 9:47, admin, рубрики: api, Блог компании Яндекс, облачные сервисы, разработка, хранение данных, хранение файлов, яндекс, Яндекс.Диск, метки: api, облачные сервисы, разработка, хранение данных, хранение файлов, яндекс, Яндекс.Диск Некоторое время назад мы открыли API Яндекс.Диска. Сегодня документация пополнилась двумя новыми методами: публикация файлов, размещённых на Диске, и получение оповещений об изменениях.
На базе доступной документации теперь можно создавать программы и приложения не только для хранения и синхронизации данных, но и для их публикации. С помощью API можно сгенерировать публичную ссылку на любой файл, загруженный на Яндекс.Диск, или вернуть ему статус личного.
Читать полностью »