Верный способ потерять 500 000 р
Клиенту делали доработки его интернет-магазина, по требованию клиента всю работу делали сразу на боевом сайте на одном из хостинг-провайдеров. Предлагали реализовать GIT, сделать резервные копирования, использовать хостинг с автоматическими бэкапами - отказ. "У меня знакомый сисадмин поможет если что".
Работы закончили, все довольны. Прошло полгода.
Сегодня пишет:
Смотрим хостинг - сервер в норме, сайт недоступен.
Пишем в саппорт хостингу, получаем ответ
Финита ля комедия. Свой код то у нас остался. А вот полгода работы с контентом (писали статьи в блог, описания товаров, разделов, новости, оформляли товары) - все кончилось.
По прикидкам заказчика - потеряно около 500 тыс руб. по работам над сайтом.
Всем успешных бэкапов!
Как разом скачать все видеоролики с любого канала на YouTube
Не сто́ит пояснять, какая ситуация сейчас разворачивается с YouTube в России, но уже пора прямо сейчас начинать готовиться к худшему, ибо никто не знает, что будет завтра. В этом материале вы узнаете, как разом скачать все видеоролики с любого канала на YouTube.
Существует множество ресурсов и ПО, позволяющего скачивать видео с YouTube, но всё оно разбросано по интернету, а времени на поиск и изучение функционала каждого сейчас попросту нет. Благо, есть бесплатное решение под названием Open Video Downloader, которое служит графической надстройкой для известного Open Source проекта youtube-dl.
Скачиваем и устанавливаем желаемую версию ПО, а также пакет вспомогательных библиотек Microsoft Visual C++ 2010.
При первом запуска придётся немного подождать, так как программа проведёт сканирование на наличие нужных библиотек в системе и по окончании начнёт скачивание и установку отсутствующих. После установки кодеков нас встретит весьма дружественный интерфейс, который хоть и на английском, но не должен вызвать каких-либо затруднений. Для примера работы ПО возьмём мой канал на YouTube.
Инструкция:
1. Вставляем ссылку на канал или видео.
2. Выбираем куда будем всё сохранять.
3. Желаемое качество.
4. Нажимаем плюсик и дожидаемся окончания сканирования.
5. Жмём кнопку скачать.
Вот и всё, за пару простых шагов и не заплатив ни копейки, мы разом выполнили резервное копирование всего видео на канале и тем самым сэкономили уйму времени. Конечно, возможности ПО чуть более обширны, чем описано в гайде, но этого хватит, чтобы спасти своё творчество. Автор уже выполнил перенос своего канала на отечественные ресурсы, чего и вам желает.
Если вам понравился материал, то, пожалуйста, посетите блог автора ---> ТЫК.
Ps. Выполнить бэкап всей остальной информации с аккаунта, вы всегда сможете по адресу:https://takeout.google.com/ (Спасибо colibri2).
Показать полностью
4
1
Резервная копия youtube каналов
Господа, я сделаль!
Появилась такая мысль - сохранить свои подписки с Youtube (вдруг заблочат).
Для этого написал бота, который сканирует ваш аккаунт и делает резервную копию подписок в виде json - файла (список).
Краткая инструкция:
1) Открыть бота https://t.me/Ardbot_bot
2) Проекты -> Микросервисы -> Копия подписок Youtube
3) Дальше согласно инструкции бота
Вы получите файл с названием и ссылками.
В последующем (когда доработаю бота) вы сможете загрузить этот файл в бота и по ссылкам подписаться на любимых блогеров, но уже в других соц. сетях. Адрес бота https://t.me/Ardbot_bot
Бот будет работать не постоянно, так как запушен на локальном компе.
Если есть вопросы или пожелания, то пишите в комментарии
Показать полностью
2
Обновления прилетели. Вот уж где не ожидал политику увидеть
Думаю тег "политика" тут к месту.
Дизайнеры с Украины накинулись на Figma и Adobe
В то время как происходит первая дизайнерская война, в которой одна сторона требует закрытия доступа к Behance, Adobe и Figma для РФ, а вторая собирает бессмысленную петицию из уже 10.000 подписавшихся против войны, бездумно публикуя свои личные данные... Хотел бы напомнить остаткам здравомыслящих специалистов о необходимости озадачится резервированием всех облачных файлов (just in case). В случае с Фигмой в будущем в случае чего, вы сможете хоть и с потерями, но импортировать файлы в Скетч, а оттуда при необходимости перекинуть в XD. Быть уверенными только в ограничении к ресурсу не стоит, и затраченное время на подстраховку окупится в случае непредвиденных ситуаций.
А также, первой группе я бы хотел сказать, что те, против кого вы подстрекаете, собрали для вас целую петицию из более 10.000 человек, основным посылом которой было то, о чем вы и просили
Мы против любой войны, тем более войны с Украиной. В Украине живут наши коллеги, друзья и родственники. Украина не представляет угрозы для безопасности нашей страны. Война против нее несправедлива и бессмысленна. Мы не хотим, чтобы в Украине убивали наших коллег и друзей. Мы хотим вместе с ними жить, создавать и созидать в мире. Участвуя в войне, мы разрушаем эту связь.
Но видимо раз вы продолжаете, дело совсем не в действиях или бездействиях людей со второй стороны, а в принципе.
Второй же группе, я хотел сказать всего три вещи:
1. Ваша квалификация и навыки это ваши руки и голова, а не стоки, сети, площадки, или софт.
2. Будьте внимательными к тому под какими словами и формулировками вы ставите свои имена и фамилии, закон страны в которой вы живете и против который вы подписываетесь никто не отменял.
3. Проверьте свои имена в документе с петицией, на случай если она попадала туда без вашего ведома.
пруфы на всякий случай
https://forum.figma.com/t/figma-please-stand-with-ukraine-he...
https://forum.figma.com/t/ukrainian-people-are-dying-close-f...
https://docs.google.com/document/d/192288YRFlKWcosa_UwZOrT5C...
PS: Я до последнего верил что творческие люди будут последними, кто будет противостоять друг против друга за пределами фриланс площадок, у меня нет слов.
Показать полностью
2
Резервное копирование или - как потерять все данные сразу
Про нужность и важность резервных копий в курсе, наверное, не только все, мало кто не знает, что это важно. Но вот всегда что-то может пойти не так. Потому сегодня рассмотрим на моем примере, как можно потерять кучу данных, вернее вообще все.
Как я тут недавно рассказывал, несколько дней назад я поменял себе материнку с процессором. Что вытекло в очередную историю, которая благополучно разрешилась. Но я же человек собирающий все глюки какие могу, потому сам вырыл себе яму.
Заменив материнскую плату и процессор, я обнаружил, что уж очень давно я не переустанавливал Windows, а тут еще шанс поставить 11, на фига она мне я не знал, но решил-таки поставить. И здесь я сделал первую ошибку – удостоверившись, что все что мне надо сохранено, образ системы автоматически создался в ночь на 13 февраля я ничтоже сумлящесь поставил Windows 11 в режиме «без сохранения данных».
Нет, я не форматировал диски, потому данные, конечно, сохранились. Но мне все же стоило включить режим «сохранение файлов пользователя», все дело в том, что в этом режиме Windows сохраняет не только файлы, но и еще целые ветки профиля, в том числе сертификаты. В моем же режиме все они были удалены и снесены в папку Windows.old. И вот тут я внезапно прозрел.
После удачной установки Windows 11, установки драйверов, обновлений, части нужного ПО, я полез на диск D: и выяснил, что он наполовину зашифрован. Дело в том, что когда-то и непонятно зачем я включил у части папок шифрование на уровне владельца (esp). И вот теперь, т.к. владелец по факту больше не существует, профиль не был сохранен, не существует и ключей для расшифровки файлов. И вроде пока еще ничего страшного, у нас же есть резервная копия от 13 февраля. Грузимся в режим восстановления, находим наш бекап, устанавливаем точку запускаем и ждем полтора часа (процесс не быстрый), после чего получаем:
Сбой операции восстановления образа системы (0X80070057)
ВОТ ЭТО ПОВОРОТ!
Ну, что же. Начинаем сначала. Загружаемся в режиме восстановления, командная консоль.
diskpart
DISKPART> list vol
Том ### Имя Метка ФС Тип Размер Состояние Сведения
---------- --- ----------- ----- ---------- ------- --------- --------
Том 0 C Data NTFS Раздел 7452 Gб Исправен
Том 1 RAW Раздел 950 Gб Исправен
Том 2 RAW Раздел 1021 Mб Исправен Скрытый
Том 3 FAT32 Раздел 330 Mб Исправен Системны
Том 4 NTFS Раздел 672 Mб Исправен Скрытый
Том 5 RAW Раздел 1598 Mб Исправен Скрытый
Том 6 F Seagate NTFS Раздел 931 Gб Исправен
Том 7 E ESD-USB FAT32 Сменный 30 Gб Исправен
Так. У нас не восстановился 1 Том, теперь он вообще чистый и даже не форматированный. Печально. Пробуем второй раз, получаем тот же результат и понимаем, что мы в жопе. Что же. Будем пользоваться средствами Микрософт и попробуем все восстановить.
Итак, что мы можем. Можем сделать принудительное копирование vhdx образа (именно так собирается образ диска в резервной копии винды) сторонними средствами. Либо попробуем использовать механизмы Windows. Начнем со второго способа.
Итак, у нас есть нечто в виде образа диска:
С:\WindowsImageBackup\Isinuori\Backup 2022-02-12 220009\9b3edff0-311f-01d6-f86b-8acd8f18eb00.vhdx
Найти его не сложно, главное понять куда примонтировался ваш диск с резервной копией, у меня как видите как диск С. Дальше WindowsImageBackup, потом ИМЯКОМПА, а дальше, смотрим самый большой файл, обычно их там 2-3, нам интересен тот, что больше всех.
Ок. Нашли. Мы все еще в командной строке, потому снова diskpart.
Выполняем следующую команду:
sel vdis file="C:\WindowsImageBackup\Isinuori\Backup 2022-02-12 220009\9b3edff0-311f-01d6-f86b-8acd8f18eb00.vhdx"
Мы выбрали в качестве цели наш виртуальный диск. А потом:
attach vdis
Так мы монтируем наш диск, но это еще не все, нам надо получить к нему доступ:
DISKPART> list vol
Том ### Имя Метка ФС Тип Размер Состояние Сведения
---------- --- ----------- ----- ---------- ------- --------- --------
Том 0 C Data NTFS Раздел 7452 Gб Исправен
Том 1 RAW Раздел 950 Gб Исправен
Том 2 RAW Раздел 1021 Mб Исправен Скрытый
Том 3 FAT32 Раздел 330 Mб Исправен Системны
Том 4 NTFS Раздел 672 Mб Исправен Скрытый
Том 5 RAW Раздел 1598 Mб Исправен Скрытый
Том 6 F Seagate NTFS Раздел 931 Gб Исправен
Том 7 E ESD-USB FAT32 Сменный 30 Gб Исправен
Том 8 NTFS Раздел 950 Gб Исправен
Вот он, Том 8, подключился, дадим ему имя:
DISKPART> sel vol 8
Выбран том 8.
DISKPART> assign letter n
DiskPart: назначение имени диска или точки подключения выполнено успешно.
DISKPART> exit
Дальше нам ничего не надо, потому выходим. Переходим на диск N и проверяем что это нужное:
n:
dir
Видим, что это нужный нам диск. В теории можно с помощью chkdsk /f его проверить. А потом запускаем, сборку этого диска как образа операционной системы:
dism /capture-image /imagefile:d:\10.wim /capturedir:n: /name:10
Тут мы собираем установку windows с диска N: под именем 10, в файл d:\10wim.
И вот тут – ребята, это очень долго. ОЧЕНЬ, долго. 5-6 часов на сборку образа на 500 гигов – легко, чаще – больше. Потому рекомендую запускать это не из консоли восстановления, а хотя бы из PE образа, что бы можно было параллельно читать Пикубу. Но дело ваше.
Ждем.
Сборка рушится на 95%. Но у нас есть логи:
"C:\Windows\Logs\DISM\dism.log"
Смотрим и видим:
Error DISM DISM WIM Provider: PID=71536 N:\Users\vdrak\OneDrive\petlya-sudeb-tom-1-635962.fb2 (HRESULT=0x80070006) - CWimManager::WimProviderMsgLogCallback
[71536.86108] [0x80070006] AddFileNodeToImage:(402): Неверный дескриптор.
Ок. Сносим к чертям всю папку OneDrive, в образе она нам особенно не нужна. Здесь до нас неожиданно доходит, что мы вообще можем загрузится с данного образа как с обычного диска, раз он у нас примонтирован. Восстанавливаем Win11 из ранее собранного образа, запускаем консоль от имени администратора, монтируем образ через «Управление Дисками» как диск N (можно было и через DiskPart), выполняем:
bcdboot N:\Windows /d
Перезагружаемся, в выборе операционной системы выбираем Windows 10, ждем, ждем, ждем. Комп перезагружается. Опять ждем, ждем, ждем. Нихрена не происходит. Загружаемся снова в Win11, переходим на диск D: и получаем – зависший нахрен комп. А теперь – внимание, только вчера вы сами перенесли все данные с SSD на HDD, чтобы сделать копии перед чистой установкой Win11 и перед издевательством над системой. Только что у вас умер HDD Seagate 8Tb. Вы потеряли все данные. Честь вам и хвала. Хорошо, что вы умеете делать резервные копии, плохо, что они одномоментно собрались в одном месте.
PS. Буквы дисков в ряде случаев не совпадают, потому как диски многократно перемонтировались в разных вариантах загрузки.
Показать полностью