ну и естественно не надо говорить ни марку старого ноута ни марку процессора на нем установелнного..
не говоря уже про тест памяти, мож дырявая она...
и т.д.
все провидцы давно сбежали с РЕНТВ обратно на хабр и только ждут и не дождутся применить свой дар идеального точного ответа "по звуку двигателя из телефона"...
Операционная система нацелена на исполнение програм, а не на анальное огараживание всего и вся от всего и вся....
Нужно не дать проге собрать инфу о тебе - используй спец.заточенную систему тот же whonix
Если у тебя повербанк был на одном аккуме, то да можно поставить взамен аккум меньшей ёмкости, правда надо глянуть чтобы зарядный ток был не слишком большой для нового аккума, но думаю, если зарядка от обычного усб, с этим проблем не будет.
соглашусь, скорей всего в дефолтной прошивке такового и не будет.
чем проще интерфейс - тем меньше вопросов у пользователя. хочешь сложного - покупаешь сложное.
перепрошить в опенврт или что подобное полнофункциональное.
ar4angeel, потому что вопрос задан не грамотно и не точно :)
ты говоришь то о прочтении списка имен файлов раздачи (он есть внутри .torrent файла и качать что-либо не нужно), то о прочтении содержимого файлов раздачи, кроме .torrent файла потребуется и скачивание содержимого файла....
записывать файл на диск не обязательно, в винде конечно такое не рапространено потому и не знают об этом :)
есть куча приложений которые могут качать торрент с видеофайлом и отдавать его в видеоплеер без записи на носитель. со звуком наверно тоже есть.
поддержки "потокового использования" отличных от медиа форматов не видел, мало кому такое нужно потому и не делают. в принципе можно сколхозить через tmpfs.
historydev, ммм, а как еще производить тестирование продакшен-комплекта ??
смысл докера аккурат в идентичности работы контейнера на "любой" машине.
собрал контейнер со всеми зависимостями "дома" потестил его во все дыры и коль все ок, отправил на продакшен. наполнение продакшена минимально "только ядро и докер" - он просто тупо работает :)
ИБД - иммитация бурной деятельности.
по мне так собирать докер-контейнер надо в самом начале, со всеми зависимостями - это компиляция программы сервера.
в докере все комплектующие будут неизменны и протестировав комплект в "домашних" условиях, можно гарантировать что он точно также будет работать гдето там на удаленном продакшене.
гитлаб для бинарей нахер не нужен. современная молодежь привыкла забивать гвозди микроскопами ибо микроскопы дешовые до ужаса. все плюшки гит-системы создавались для текстовых файлов.
гарантированную доставку докер-контейнера на удаленку можно сделать rsync (+ssh для защищености)
пункт один по мне так должен быть не меньше "сборка+тестирование в виртуалке с полной ИБД" и только апосля успешного результата отправка внутренностей протестированной виртуалки на рабочую машину.
естественно внутренности виртуалки должна быть максимально совпадать с рабочим севером.
опять же не понятно чё делает докер в пункте 3. если вы работаете с докер-контейнером, то его сборка и тестирование должно быть в п.1
Сергей П, unix-way вещъ тонкая :) надо учитывать, что в фундаменте unix-way должны быть даже не утилиты, а качественные библиотеки. утилиты лишь интерфейс к пользователю :)
а вот хорошая человекоориентированная прога должна быть уже мультикомбайном собирающим кучу функций в один интерфейс :)
Сергей П, как вариант. пользуюсь им если надо чтото показать на неподготовленном компе.
но не особо люблю веб 2.0 и иже с ними.
специально сделаная утилита на порядок эффективнее всех облачных замудрений :)
Сергей П, у меня нормально работает под wine на lubuntu.
сколь помню там даже пару раз код саспланеты правили чтобы не падало под вайном
жаль нет альтернатив.
#, ты удивишься насколько современные ембедед-програмеры не любят использовать аппаратные модули процессора.
для них это за гранью жизни. в кодах не опишешь. черный ящик и т.д.
чел с небольшим стажем ембедеда не знал что есть аппаратный уарт !! в принципе не подозревал что в проц могут засунуть чтото кроме исполнения кода
Deita, если про фантазии, то наверное да. вспоминается кварцевый диск внутри кторого лазеров выжигаются нанметровые полости. вот тому ничего не страшно.
но установка по записи и чтению сделана была только одна :)
а для домашнего прикладного использования двд с перезаписыванием хватит до тех пор пока будут производиться двд болванки.
Deita, у тебя просто нет архива дивидишек :)
ssd длительное хранение вот точно бы не стал доверять - деградация заряда в емкостях ссд на порядки быстрее, чем деградация лакового слоя обычной сд двд болванки в хороших условиях хранения.
а качественный сд проживет еще дольше.
а есть еще и M-DISC :) для которого гарантировано сохранение данных на сотни лет.
Deita, cd dvd болванки вполне себе живут около 5-10 лет.
если их тупо переписывать каждые пять лет, то проживут они очень долго. ибо каждые пять лет будет появляться еще одна копия.
у стримеров счтай тот же срок хъранения что и на жестком диске ибо метод хранения (магнитные домены) идентичен.
минус стримеров для дома - нафих не нужон.
historydev, это все внутри quemu виртуалки ??
зачем извнутри виртуалки белать бекап, если можно сделать бекап средствами самой виртуалки ??
вариант бэ: средствами виртуалки подмонтировать (лучше через virtiofs - быстрее удобнее) какоенить свободное место на хосте и забекапить образы в подключенное место.
линукс славен отсутствием поддержки производителей железа :( так что возможно косяки в аппаратном воспроизведении видео потока.
вариант2: косячит алгоритмы видеоплеера. я так (на старом комптуере) с vlc ушел на mpv.
интерфейс конечно попроще в плане свистоперделок, но зато кушал на удивление всё и лучше чем vlc :( таки дела.
не говоря уже про тест памяти, мож дырявая она...
и т.д.
все провидцы давно сбежали с РЕНТВ обратно на хабр и только ждут и не дождутся применить свой дар идеального точного ответа "по звуку двигателя из телефона"...