Хабр Курсы для админов
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Поток Администрирование доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 132
может быть достаточно поставить yandex disk на комп?
Yandex.Disk синхронизирует файлы из Безлимита с проблемами. Если оригинал файла недоступен, то копию XXXL‑размера официальное приложение не скачивает; то же самое с видео — скачиваются только видео нетронутые, при этом имеются и «битые» видео
Было видео, которое скачивалось только в размере 2-3 МБ, хотя весило больше 20 ГБ. В итоге починили. Значит, Яндекс работает над восстановлением. Онлайн-просмотр видео (когда Яндекс на лету конвертирует видео и отдаёт через HLS, до сих пор недоступен).
Yandex.Disk синхронизирует файлы из Безлимита с проблемами
Вы исходите из того, что все знают, что такое этот ваш “безлимит”, а это не так. Было бы неплохо в начало статьи добавить пояснения, о чем, собственно, речь.
я пытался так сделать, но как только попадаются недоступные файлы, программа ждет их бесконечно. Видимо разработчики не подразумевали возможность недоступности файлов. По этому очередь просто не двигается.
Этот "мусор" требует оплаты и висит бесконечно на любом битом файле.
Не страдайте ерундой с риском бана аккаунта, файлы (как фото-видео, так прочие форматы) скачиваются успешно по WebDAV. Далеко не все, но бОльшая их часть.
Спасибо за наводку, хоть что-то скачать получается.
Про бОльшую часть - индивидуально, по ходу. У меня наоборот, основная часть файлов утеряна, только превью доступны (и то не везде).
Не работает, поврежденные фото не копируются, проверил
Фото/видео из безлимита не скачиваются по WebDAV и REST-API
Как ты скачал файлы из яндексфото по вебдав?
Ну это наверное у кого как. Лично у меня файлы (а конкретно .docx) не скачиваются по WebDAV. Просто зависает на 0% процесс копирования во временную папку. Мне вот интересно, имеет ли значение "возраст" файла, в моем случае не доступны старые файлы, 6-7 летней давности, и по закону подлодсти, столько лет их не трогала, а тут позарез понадобились
Я думаю, что риск бана не такой большой. Достаточно не нарваться на автоматические политики (а на них уже нарвался бы автор, а он нет). А вручную кого-то банить сотрудникам Яндекса сейчас некогда.
Проблемные файлы (оригиналы) даже через WebDAV не скачиваются.
У меня через rclone был настроен WebDAV. Доступ отвалился. Сначала вообще не соединялся (можно было только общий объём глянуть), потом подключение диска есть, но он пустой (места столько же). Через веб файлы доступны, но не скачать папками. Финт ушами один сделал для некоторых важных.
Вчера вечером качал по WebDAV доступны были процентов 5% оригинальных фото, сегодня уже процентов 20. Похоже в yandex работают над проблемой, что-то исправляют и доступно всё больше
Так вообще-то хочется скачать именно те, что не скачиваются, а не те, что скачиваются, скачать что скачивается неинтересно, потому что раз скачивается, то как угодно можно, хоть по прямым ссылкам, которые легко вычленяются из веб-интерфейса.
Скорее нет чем да.
Жена говорит надо выкачать файлы. А у нее и у меня платный аккаунт. И тут я вспоминаю что есть же дисковый массив synology и там есть cloud sync.
Не без танцев с бубном связал ее и свой аккаунт. За минувшие сутки у меня вытянуло около 40 файлов, у жены 1 (один) файл.
Так что webdav есть, но не рабочий почти
А вот это проблема Synology. Оно натыкается на файл, который не может скачать, получает ошибку, добавляет время ожидания, пытается его скачать снова - и так, пока не будет пытаться качать по файлу раз в 5 минут. Самое неприятное - оно будет качать тот же самый файл, т.е. дальше просто не пойдёт. Другие webdav клиенты могут файлы пропускать и качать дальше в таком случае.
Просто в винду добавил Яндекс.Диск как подключаемый диск по webdav и делаю простое копирование из папки в папку обыкновенным проводником - что может он качает, что нет - пропустить для всех и норм.
Сейчас изменил время опроса с 60 до 180 секунд. Количество потоков с 5 до 20 (максимум). Пошло веселее. Даже из диска жены начали стягиваться.
Upd.15.10.2026: обновлю свой ответ - успешно скачалось около 20% файлов, моё предыдущее сообщение про "бОльшую часть" было заблуждением.
Получается, что в облаке хранить хоум-видео-фото тоже не панацея? Точно так же может потеряться, как и с домашнего диска? Как же быть тогда?
Ну, надеяться на надёжность бесплатного сервиса - такое себе.
А решение? Пока, вроде, работает древнее правило 3 копий. Ну, т.е. "важные данные нужно хранить в 3 экземплярах в географически удаленных независимых хранилищах"
Где же он бесплатный? накануне как раз 4500 слупили
У них тоже есть копии. Просто кто знал, что за такой короткий промежуток времени будут атаки по трём ДЦ. Надеемся, что восстановят файлы 1 к 1.
Для тех кто не в курсе про правило 3-2-1
Правило резервного копирования 3-2-1 сформулированное фотографом Питером Крогом (Peter Krogh).
3 копии: у вас должно быть всего три экземпляра любых важных данных (оригинал + две резервные копии). Это защищает от случайного удаления или поломки одного носителя.
2 разных формата (типа носителей): копии должны храниться на разных носителях (например, внутренний SSD компьютера, внешний жесткий диск или сетевое хранилище NAS), чтобы одинаковый тип аппаратного сбоя не уничтожил всё сразу.
1 копия вне офиса (на удаленной площадке): хотя бы один экземпляр должен находиться в совершенно другом физическом месте (в облачном хранилище, у родственников или на другом объекте) — это защищает от пожара, затопления, кражи или локальных катастроф.
3 копии ... защищает от случайного удаления или поломки одного носителя.
Две копии тоже защищают от поломки одного носителя.
UPD
Немного помучал гугл на эту тему, и, похоже, никаких принципиальных причин использовать именно три копии (а не две или четыре) нет — просто баланс между затратами и риском.
Хранить и там, и там. И в облаке хоум-видео хранить в зашифрованном виде.
Ну надо различать обычное облако и облако страны 5-й год участвующей в военной операции, которая регулярно затрагивает её собственные территории.
Не стоит хранить файлы в российских и украинских ЦОД, так же как и не стоит хранить их в ДЦ в ОЭА и Йемене (с ненавних пор, кхе-кхе). В США или там в Германии до сих пор норм. Мигрируйте свои файлы (а лучше и себя) по мере выхода обновлений геополитической ситуации.
Такой пост комментировать, только портить )))
Всё зависит от критичности потери. Боль утраты вы определяете сами. Если прямо вообще больно, то покупаете себе NAS с ZFS/BTRFS и подписку на три облака, серверы которых будут разбросаны в разных частях планеты. Если кажется это дорого - значит не так больно на самом деле)
Но на самом деле эти риски сложно объективно оценить пока что-то не потеряешь. То есть, вроде бы всё понятно разумом, но и траты считаются каким-то неразумными. С первой утратой обычно происходит переоценка и уже и на надёжный NAS (на котором 2 диска в именно зеркале) как-то деньги находятся.
Яндекс.Cloud лежал на 4-х ЦОД. По трём прилетело. Остался один, в Мытищах. Торопитесь.
Здесь обсуждается Яндекс Диск. Яндекс Облако — другой сервис, но в каких-то (или всех) ДЦ их файлы рядом лежали.
я уверен, что в яндексе уже сделали бэкап в оффлайн
Вы уверены, что в Мытищах до сих пор есть ДЦ?
Например, Мытищи и Ивантеевка уже очень давно не выдавались для скачивания с Яндекс Диска (можно проверить по сгенерированной ссылке на скачивание). Может, эти ДЦ Яндекс уже не использует. Также у Яндекса есть серверы в МСК (площадка ММТС-9/M9), оттуда файлы тоже периодически отдаются. ДЦ в Финляндии уже давно не принадлежит Яндексу. На данный момент файлы отдаются из МСК и Калуги.
Какая милота... Подробная инструкция о том как бесплатно без смс отдать все свои данные анониму....
Я вообще не понимаю, кто в здравом уме хранит свои фотки в облаках в единственном экземпляре, без хотя бы одного собственного архива на внешнем накопителе.
Да много кто, на самом деле.
Кто-то имеет в этом вопросе вопиюще низкую квалификацию и не может оценить своего решения; кто-то - верует в могучий "авось" (и его аналоги в других этнокультурных средах) и "меня пронесет/меня не затронет"; кто-то слепо следует рекламе "у нас твои данные защищены на 200%, только купи тариф ультра-мега-гига-тера" или предрассудкам "интернет помнит всё!".
Тут не зубоскалить надо, а вести серьёзную просветительскую работу, наподобие масштабных кампаний типа "код из смс просят только мошенники". Ну и карать облачных за рекламу надёжности. Или спрашивать соответственно, с финансовыми выплатами пострадавшим, без "промокод на 100 рублёв".
Тут imho надо именно зубоскалить. Поскольку тот, кто "имеет в этом вопросе вопиюще низкую квалификацию и не может оценить своего решения ", то у него есть два пути - научиться, или заплатить за консультацию тому, кто знает. Если же он поступил иначе, то он сам себе злобный буратино. Вести же бесплатную просветительскую работу для таких, это добровольно рушить свою же кормовую базу, плюс занятие такое - крайне неблагодарное и в общем-то бесполезное. Т.к. "я не знаю и не хочу знать" - это базовая идеология таких людей, и все сказанное, будет выкинуто моментально под лозунгом "это сложно, мне это не надо".
Многие хранят свои фотки только в телефоне... Без синхронизации и прощаются с данными в случае потери, кражи или поломки аппарата. Подключившие копирование в облако уже весьма продвинутые по сравнению с ними.
Астрологи объявили неделю бекапов фотографий. Количество установок Immich на домашние сервера увеличилось вдвое.
Да у какого процента людей этот Immich установлен, а то уже во второй теме про него слышу а по факту это очень узкий сценарий все же.
А у какого процента людей установлен Linux? Какой-то так себе аргумент - "что популярнее".
Линукс имхо, пошире распространен на десктопных системах (я сознательно не привожу сюда роутеры и прочие серверы), чем immich. Не то, чтобы он прям таки "ненужен". Мне бы например, может и нужен. И даже есть ресурсы под это. Только я ради подобного отдельный комп с мощной видеокартой отдавать не хочу. Не для того я его собирал, чтобы фотки сортировать. И даже какой нибудь n100 (если он есть) лучше под HA отдать, чем под такое. Обычная файлопомойка справляется с сохранением фоток не хуже.
Только я ради подобного отдельный комп с мощной видеокартой отдавать не хочу.
Зачем вам комп с мощной видеокартой? Куда спешите? Пусть ночами молотит эти фоточки по штуке за полчаса.
Где-то на хабре недавно в комментах видел, что кто то, емнип, на raspberry pi immich поднял. Ну неделю-две первоначальная обработка шла, да. Но это raspberry pi.
Даже intel n100 хватит за глаза под такую задачу, зачем видеокарта?
Так одно другому не мешает, у меня n150/32GB/512SSD (немногим мощнее n100) вполне тянет и HA и Immich, и Kodi и еще кучку сервисов. Да, если запустить переобработку всей моей фотобазы (~75000 фото и видео), с анализом и распознаванием объектов и лиц с помощью ML - то это обеспечивает его работой на пару недель.
Ну и фиг с ним, пусть работает, он всё равно бесшумный, и ест 15 Вт в пике ;)
Вот бы на одноплатнике-липисинке его запустить, а мощную обработку с видеокартами и прочим тут же в локалке можно организовать. По API там или просто шара. Вот так бы я с удовольствием. Не знаю насколько это возможно.
Immich поддерживает удалённый ML, просто поднимается контейнер с ML сервисом на машине с видеокартой, а в настройках Immich через GUI прописывается его ip:port. После первоначальной обработки можно вернуть локальный относительно Immich-сервера ML.
Выглядит не очень юзерфрендли, но да ладно. Если такое теоретически возможно, надо попробовать.
Оно возможно практически, несколько дней назад ровно этим и занимался, сложностей никаких не было. Для поднятия remote ML сервиса на винде нужен WSL2 и Docker Desktop, на линуксе, наверное, ничего не нужно. Вообще там можно задать несколько инстансов ML-сервиса, иммич их периодически пингует и берёт первый доступный. Теоретически первым можно поставить именно удалённый и включать его по мере необходимости при загрузке большого количества фото.
Также существует сторонний лоад-балансер для ML сервиса, там можно подключить несколько машин с видеокартами для параллельной обработки.
А Вы случайно скачивание файлов не планируете добавить? У меня фотки за 10 лет размещены именно в файлах, а флешка приказала долго жить...
Я могу предположить, что в разделе фото они тоже будут отображаться если включить режим «отобразить все»; но можете попробовать и данную программу https://habr.com/ru/posts/1093980/, она скачивает именно файлы
"Домашний сервер - это дорого", говорили они.
"Вот вам красивые таблички с расчётами стоимостей дисков, дораха-дораха", говорили они.
"Да в облаках все с невероятностной репликацией и бульоном бэкапов, а обслуживают всё это гуру, прошедшие 16 этапов собеседований даже на должность стажёра", говорили они.
"Да что эти тупые параноики понимают, они просто любят ковыряться дома в компах, а ты не такой, каппу нажал и готово, а у них свет моргнёт и все, данных нет, тля буду, не то, что в подписке за 1.5к/мес", говорили они.
Интересно, после известных событий, а стоимость одних только успокаивающих, околотранквилизаторов-без-рецепта и банального алкоголя для любителей облачков уже превысила стоимость покупки хотя бы одного серверного 4Тб диска домой, или пока нет?
2 жестких диска. Вы же хотите отказоустойчивость.
А лучше 4, чтобы двойное зеркало.
И пачку M-Disk для совсем критических и реально чувствительно-болезненных к утрате фото-видео. Даже стогиговые сейчас стоят, мягко говоря, недорого. После записи прекрасно метятся перманентным маркером и кладутся в джевеле в короб или в сейф (если есть).
И пару внешних 2.5 HDD для "быстрых" резервных копий критичного и важного, что потом пойдет на м-болванки, типа холодный кэш-накопитель. Они тоже относительно дёшевы, даже в удароусточивом боксе.
А вообще ситуация показательная: интересно, сколько из тех, кто воспользуется этим методом выкачивания файлА перейдёт из категории "ещё не делает бэкапы" в категорию "уже делает бэкапы"?
Вообще-то BlueRay-DL на 25 или 50 ГБ решает проблему. Привод стоит копейки. Хорошие диски для хранения архивов чуть больше, но тоже не те деньги. Форматируется в UDF2.1+ (который поддерживает дублирование метаинофрмации) и можно невозбранно хранить архивы фоточек с периодической дозаписью с офигенной надёжностью.
Не забудьте географически разнести ваши н-жестких дисков в разные страны. И регулярно их синкать. Ну, и о своей тушке тоже позаботьтесь, а то зачем вам ваши фото, если вы уже все.
"Да что эти тупые параноики понимают, они просто любят ковыряться дома в компах,
Параноики (настоящие) не в компах ковыряются, а бункеры копают в глухой тайге (ну или где-нибудь в Аргентине с Новой Зеландией).
А для остальных - "одна копия в облаке, другая на своём диске, лежащем в шкафу". Покрывает все обычные, наиболее вероятные риски.
У меня на ЯД есть просто пустые папки, которые раньше были с файлами
Мне кажется, с учётом разовости задачи, вместо MTIM proxy лучше просто добавить JS для копипасты в консоль разработчика во вкладку с залогиненным диском. API браузера позволяет JS сохранять на компьютер пользователя много файлов с одним подтверждением, плюс ничто не мешает из скрипта дёргать localhost со своим демоном, если нужна какая-то дополнительная обработка.
Я пробовал этот вариант, но тут есть множество минусов, к примеру сохранение кучи файлов в одну директорию (загрузки) может привести к последствиям, ну и также мы через подобный скрипт все равно не сможем получить ответы (со списком фото/видео) на запросы отправленные скриптами Яндекса. Также сайт Яндекса отлаживает все действия выполняемые пользователем, поэтому это ещё больше палиться. Намного проще просто качать файлы после перехвата через MITM
сохранение кучи файлов в одну директорию (загрузки)
JS может на лету генерировать ZIP архив и сохранять файлы пачками, а потом уже разгребёте эти архивы другим скриптом, локальным
все равно не сможем получить ответы (со списком фото/видео)
Во-первых, ничто не мешает сохранить значение window.fetch в локальную переменную и присвоить window.fetch свою собственную функцию, которая внутри вызывает оригинальную. Это классическая техника. Во-вторых, я бы просто посмотрел какие запросы шлёт веб-страница и слал бы их же из скрипта. Там скорее всего один пагинированный запрос возвращающий список файлов.
это ещё больше палиться
И да, и нет. Копипаста в консоль разработчика недетектируема, целостность JS кода на странице очень сложно детектируема и этим практически никто не занимается. При этом зато вы отправляете запрос со всеми fingerprint браузера, а вот как раз запросы из Python/curl палятся на стороне сервера. Я как человек, который отскрапил не один десяток сайтов, имею опыт, что консоль разработчика наименее палевный способ, если соблюдать рандомизированные задержки между запросами. К конце-концов страницу модифицируют блокировщики рекламы, страницу модифицирует Claude In Code - новостей за бан Яндексом ни за первое, ни за второе не было.
Вообще главное не стриггерить какие-то автоматические блокировки (то что вы своими ручными экспериментами их не стриггерили - хороший знак). Реагировать вручную у Яндекса очень вероятно сейчас тупо нет ресурсов))
Я сам, сообственно, планирую просто Claude дать задачу через Claude In Chrome выпотрошить сайт и скачать все фотки (Claude взаимодействует с сайтами как раз через инжект скриптов), но у меня проблема с тем чтобы просто ВОЙТИ в аккаунт - СМС от Яндекса за границу на симку в роуминге упорно не хотят приходить :-(
Можно конечно просто подождать еще немного, пока специалисты Яндекса не разберутся в проблеме.
Но может случится, что из-за нехватки оборудования специалисты Яндекса почистят Диск, чтобы освободить пространство.
Здесь палка о двух концах - можно подождать и всё будет хорошо, а можно подождать и уже ничего не будет(
Ну другие сервисы вроде восстановили. Не думаю, что у них бэкапов совсем нету. Хотя, все возможно (
Нам остаётся быть оптимистами. Больше ничего не остаётся. У большинства в Диске хранятся огромные массивы данных. Но Яндекс конечно понёс большие репутационные потери.
Какие еще он реп потери понес? У него снесли 3 дц из 4. Яндекс тут причем?
в отвале только ru central a & b, о каких трех речь? d в порядке.
и у яндекса их 5.
Пятый - это КЗ который? Его нормально использовать из РФ (предполагаю) нельзя, потому что попадешь на трансгран перс данных.
d тоже был атакован и заявлялось что там потеряны модули.
В публичном описании Yandex Infrastructure фигурируют пять основных дата-центров. Их география охватывает Владимир, Сасово, Калугу, Мытищи и Ивантеевку. При этом число физических зданий, инженерных комплексов и зон облачной платформы не совпадает. Например, во Владимире рядом со старым ЦОДом появился ещё один самостоятельный комплекс.
Источник с доп информацией: https://www.securitylab.ru/blog/personal/Bitshield/362965.php
Мытищи и Ивантеевка уже очень давно не выдавались для скачивания с Яндекс Диска (можно проверить по сгенерированной ссылке на скачивание). Может, эти ДЦ Яндекс уже не использует. Яндекс сам рассказывал, что после загрузки файла на сервер загрузки он потом с него отправляется в два дата-центра. Судя по тестам, потом оттуда файл периодически скачивается (может выдаваться разный ДЦ для скачивания даже без форс-мажора). То есть имеем две копии. Может, на сервере загрузки файл остаётся, который становится третьей копией. Либо потом третья копия создаётся отдельно. Также у Яндекса есть серверы в МСК (площадка ММТС-9/M9), оттуда файлы тоже периодически отдаются. ДЦ в Финляндии уже давно не принадлежит Яндексу. На данный момент файлы отдаются из МСК и Калуги.
я надеюсь что с того, что осталось, сейчас в яндексе срочно делают бэкапы (если их не было/утеряны)...
... и размещают их в разных, неизвестных широкой публике, местах...
Почистят даже от файлов, с которыми нет проблем? Вы что...
Так программа в итоге скачивает ОРИГИНАЛ фото? Или только копии в качестве ниже (превью, предпросмотр...)
Напишите статью как средствами Windows скачать всю почту с Яндекса. Для многих это важнее чем фотки будет.
Обновил статью, добавил объединенное приложение. Под macOS и Linux программа протестирована, под Windows под вопросом но скорее всего тоже запустится. https://github.com/verimash/yandexdl/releases/tag/v1.0.0
Thunderbird (или любой почтовик) + POP3 ?
я для себя сразу забил на все эти пляски со скачиваниями. зачем эти корчи? еще и не все скачается, что потом делать будете?
Просто выгрузил из другого бэкапа (съемный жесткий диск) в гугл диск. профит.
Если вы хранили всего лишь одну копию на яндекс.диске, то может быть эти файлы вам не очень-то и нужны?
Это совет уровня "зачем вы рассказываете о добывании огня трением, ведь я всегда ношу с собой зажигалку". У кого бекап есть, конечно, не будут тащить уцелевшее из поломанной системы. Статья не для них. Давно известно, что восстановление данных с диска стоит как несколько новых дисков [для бекапа], но клиенты у занимающихся восстановлением не заканчиваются...
Даже и не знаю сколько раз в голове была мысль "блин, хорошо бы ещё и раздел Фото бэкапить себе, но да ладно, руки дойдут -- сделаю". Ага, сделал. А я.диск ещё заботливо предлагает освободить место на телефоне, удалив из памяти уже засинхронизированные фото. Могу себе только поаплодировать.
А можно хотя бы заголовок статьи написать на чистом русском языке? Это что за выдуманные двоечником-болваном "с хранилища"?! По-русски: "ИЗ хранилища".
А то вспоминается анекдот с бородищей, тоже основанный на тупости и незнании русского языка...
Анекдот
- Девушка, вы с училища?
- Ещё какая!
все файлы в какой-то момент были только в облаке
Уважаемый автор, спасаибо, но сделайте возможность поменять путь сохранения фоток и видео на другой диск, диск С: не безграничный
Окей, ближе к вечеру залью апдейт
Уже немного поздно, но на будущее, ты всегда это можешь сделать сам, даже если программа этого не умеет. Если у тебя, конечно, не Windows 98.
Начиная с 2000 ты сам можешь решать за программы, куда они пишут. Это не очень удобно, но для критических ситуаций надо знать
Если у тебя хотя бы Windows 7 - то есть symlink, ты можешь любую папку на одном диске перевести в папку на любом другом. Программа (любая) даже знать не будет, что на самом деле пишет на другой диск.
https://ru.wikipedia.org/wiki/Символическая_ссылка_NTFS
Если у тебя Windows 2000 или XP - то там хуже, перевести папку-в-папку нельзя.
Но всё равно не тупик, ты можешь перевести папку-в-диск, "монтировать" другой диск целиком. Вставить флэшку, но убрать букву диска, а вместо неё дать свою папку. Программа (любая) опять же будет писать на другой диск, и даже не узнает. Неудобство в том, что нужно будет целиком под это дело второй диск отдавать, но если ненадолго или если диск маленький (фдэшка) - то вполне работает. Зато можно делать мышкой без командной строки, в стандартном окне диспетчера дисков всё есть.
Хочу поделиться как я сейчас делаю бекап. Не разбираюсь в API Яндекса и прочем, rclone не завёлся, официальная прога для винды обрывает скачивание. Решил навайбкодить утилиту которая использует как точку входа публичную ссылку на папку. У меня на диске лежит(возможно уже лежали) 250гб фото и видео за 3 года работы, в одной папке с подпапками, создал на неё ссылку и утилита перебирает каталоги и скачивает файлы в случайном порядке, чтобы не тормозится на мёртвых, работает в 64 потока, спокойно занимает весь домашний канал в 100мбит/с, видео загружаются целиком. На текущий момент удалось выдернуть почти половину.
"я решил написать программу для загрузки фото и видео с Яндекс.Диска" - это точно вы написали эту программу или ИИ агент?))
Как можно увеличить количество подряд файлов, которое отвечает за остановку процесса скачивания? 15 очень мало, т.к. на 14к файлах вероятность повреждения 15 файлов подряд очень велика. У меня не получается скачать из-за этой ошибки, прокручивать ленту пробовал, перезапускать тоже, облако доступно
cам нашел:
Чтобы изменить порог файлов подряд, при котором загрузка автоматически останавливается, нужно изменить переменную FAIL_STREAK_STOP в файле server.py
Автору спасибо! Жаль, что процент поврежденных фото больше 60%, но это уже не проблемы приложения
Подправил баг, 403 возникает в том числе если ссылка "просрочилась" со стороны Яндекса. В новой версии ссылки перезаписываются при изменении, должно помочь
На моей памяти Яндекс.Диск уже второй раз теряет файлы. Интересно, в следующий раз при повышении цен они скажут "ну теперь-то у нас точно всё надёжно"?
Ведущий аналитик Mobile Research Group Эльдар Муртазин
Ого, про ведущего аналитика ещё кто-то помнит )) Так и про гипертекстовый векторный фидонет имени Мицгола новости пойдут ))
"Это печально".
Тем же методом можно и любое другое фото/видео/файл скачать в сыром виде, не только из безлимита, но и с обычных папок. А ещё если ffmpeg сырой файл не восстановил и вообще отказался работать, то можно ещё https://github.com/anthwlock/untrunc пробовать, он по целому неповреждённому файлу (другому) файлу с примерно тем же moov atom (подойдёт, например, если видео снято с того же устройства в том же формате, что и видео в восстанавливаемом файле) ориентируется как битый файл можно пробовать восстановить. У меня был случай, что ffmpeg не справился восстановить из-за побитого moov atom, зато untrunc справился склеить небитые части.
А может ли кто-нибудь объяснить для не-пользователя всего-этого, что такое "безлимит"? Что и какие сервисы предлагает (предлагал?) Яндекс для хранения файлов?
Это на смартфон, входит чуть ли не во все подписки Яндекс Диска. Если скачать их мобильное приложение и разрешить ему автозагрузку всех фото и видео с устройства в облако (можно выбрать: только через вай-фай, или через любую сеть грузить, если есть беспокойство за расход трафика), тогда они будут грузиться в отдельное пространство от основного диска и не будут расходовать остаток места на диске (остальные же файлы загруженные любым другим способом — расходуют лимит выделенного места в облаке с ограничениями согласно выбранной подписке; автозагрузка со смартфона же безлимитная, пока в принципе есть подписка).
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Яндекс.Диск — скачиваем фото и видео из хранилища «безлимита» с попыткой восстановить повреждённое