Комментарии 91
Только зачем все это делать?
У меня видео с камеры наблюдения пишется на фтп на флешку, вставленную в роутер. Большего уже не добиться, нужно ставить отдельную железку, если хочется веб интерфейс к записям, например.
А старые записи только вручную стирать?
Да, приходится раз в месяц вспоминать и удалять с фтп старые папки, ведь на роутере нет крон тасок, например. Тут бы тоже пригодился выделенный сервер, работающий 24/7
ведь на роутере нет крон тасок
Надо заменить роутер старым смартфоном :)
А на роутере их точно нет? Вроде, многие умеют подобное.
Альтернативно — если есть компьютер, то добавить туда задачу на очистку ftp сервера.
Очень многие роутеры умеют пусть не искаропки, но с минимальными телодвижениями, типа кинетиков и тех, которые поддерживают OpenWRT.
А там где cron, там и curl, а значит можно приделать уведомления через Telegram
Возьмите микротик там есть скрипты
Upcycling
Зачем переделывать старое, если можно пойти и купить новое? А старое выкинуть! И новое выкинуть, потому что оно скоро станет старым! Больше покупай! Больше выкидывай! Даёшь 10 тонн пластика в год с человека в мусор!
Учитывая, что масса ресурсов - невозобновляемые, думаю что идеи использования старых, но работающих телефонов/компьютеров будут нарастать с годами.
Пока мы живем в эпоху перерабатывания ресурсов в мусор, но долго это продолжаться не будет.
Мне небезосновательно кажется что пропускная способность micro usb который обычно имеется в смартфонах не достаточно что бы как то использовать смартфон в качестве чего либо в режиме 24/7. Плюс надёжность компонентов такого решения чего ниже серверного решения и десктопного и скорее всего любого другого.
А хранить бекапы в устройстве которое может отъехать например до их извлечения в случае надобности мне кажется плохой идеей
Пропускная способность USB2.0 - 480 мегабит в секунду, вы что за сайт хостить собрались, что вам её не хватит?
Ну и сейчас сравнивать мобилку с сервером, ага. По шуму, энергопотреблению, габаритам... вообще лучше взять малину и не кушать мозг
но на деле это так не работает, порт рулет медленно даже если попробовать файлы на флешку. Думаю если если туда ещё и хаб воткнуть лучше не станет. Может конечно только у меня такое происходит, но я подробную ситуацию на нескольких телефонах видел
Файлы на флешку вы копируете скорее всего по протоколу MTP, который добавляет приличный оверхед.
воможно, но на сколько он большой неизвестно, мне кажется что кроме этого скорость взаимодействия с SD тоже какой то оверхед дает, к тому же скорость доступа к сети на тлефоне буедет не такая мы привыкли на пк и в конечном итоге все это сложится в то что работа с таким устроством не будет быстрой. К тому же не зря же сервера не выглядят как телефон с usb хабом, есть этому какие то причины должно быть.
Но если скажем получится продать телефон за 1500 рублей и не покпать хаб еще за 1000 получится вполне себе бюджетдля покупки raspberry pi/orange pi где будет уже полноценный linux и usb порты может даже будет sata разъем и это все точно сможет работаь 24/7 минусов конечно и там хватает, но все же получше и проще в реализации. Или если хочется приключений можно тв бокс купить на том же андройде хотя бы с разъемом RJ45 и иам уже делать все что описано в статье. Телефон мне кажется имеет смысл переделать только в видеорегистратор. Потому что там камера хорошая, сравнимое в массовыми решения с массовыми решениями, а домашние сервера кажется целесообразнее собирать из более подходящих для этого девайсов.
Имхо, это одна из самых полезных публикаций на Хабре вообще. Потому что старый смартфон или планшет, который вполне исправен, есть у каждого: выбросить жалко (работает же), использовать по прямому назначению невозможно (устарел, экран разбит, аккумулятор не держит), вот и лежит себе. А тут - прекрасный способ реиспользования. Спасибо, схоронилъ.
Единственное что - вот с этого места
Теперь можно скопировать в рабочую директорию nginx файлы HTML — и на телефоне будет полноценный сайт, который можно открыть для общего доступа через интернет
...надо бы поподробнее - как всё это делать при отсутствии в термуксе адекватного интерфейса, текстовыми командами.
У меня старый смартфон (SGN4 со сломавшимся после 5 лет эксплуатации микрофоном) используется в качестве второй камеры для видеоблога. Снимает по современным меркам более чем удовлетворительно.
И сразу вопрос: а есть ли такое приложение, которое только и делает что крутит мобильную рекламу на экране? Ту самую, за просмотр которой в играх кристалл дают. Ну или просто баннеры. Если да, то под это можно замутить интересную идею а-ля "майнинг экраном", где рекламная сеть платит за показы.
Когда-то в старом Xiaomi 4 был установлен сразу производителем ФТП сервер.
Невероятная штука! Сколько раз он меня выручал.
если возможно на мобильном телефоне запустить майнинг, то возможно и поднять web сервер, задумывался об этом еще лет 5 тому назад, спс за перевод статьи
>>тормозит даже браузер
Вот как такое может быть? Ну, сайты сейчас все на фреймворках пишут, не задумываясь, понимаю.
Но сам 3+ летний аппарат даже загружается медленнее.
Может ли это быть связано с деградацией флеш-памяти?
Я тоже давно думал об этом, и единственный вариант это как раз деградация флэш-памяти, да :(
Деградация системного ПО - более вероятная причина. Сброшенный к заводским настройкам трёхлетний телефон снова летает. Но недолго.
Думаю, может быть связано либо с деградацией, либо с разрядом от времени.
Совсем недавно столкнулся с тем, что на установленном в ноутбуке NVME SSD (ноут используется каждый день) надо было подвинуть разделы — и первый раз движение раздела размером в 210 гигабайт заняло порядка 1.5 часов, а второй раз этот же раздел почти на том же месте (разница метров 200) подвинулся всего лишь за 15 минут. Мне кажется, это связано было с тем, что на разделе хранится много данных используемых только на чтение, и их ячейки со временем разрядились и начали выдавать ошибки на чтение, которые контроллеру при первом движении приходилось корректировать, что занимало время. А второй раз он читал уже свежезаписанные ячейки, и там ошибок чтения было мало.
К вопросу о необходимости заряжать флешки.
Об этом была статья здесь на хабре в блоге Kingston.
Основная проблема у старых устройств — это их почти полная неремонтопригодность, все приходится делать костылями. Пример: у почти всех старых устройств умирает аккумулятор (в моем случае сильно вздулся, т.е. в корпус не влазит больше никак), запустить от usb-питания, даже он 10А блока нельзя, а новый аккумулятор разумеется достать тоже негде — срок выпуска аккумуляторов не превышает 1-2 года после выпуска телефона. Приходится на ровном месте городить костыли, чтобы это чудо могло включиться и работать, причем не только менять схему подключения аккума, но и патчить софт.
Вторая проблема, например — деградация встроенной emmc. Это опять костылищи, чтобы это обойти. Причем в андроиде запись в emmc сделана синхронной что-ли, потому что при деградации время отклика системы растет доходя до ANR прямо со старта, из-за чего система пытается записать лог, который (бинго!) опять приводит к тормозам, и так по кругу. Спасает загрузка с внешней карты, ее хоть менять можно.
В обоих примерах производителям было бы несложно сильно упростить решения этих проблем, но это никому не надо.
О, а что у вас в машине сейчас может nexus 7? Сам недавно смотрел на машину с установленным в неё именно nexus 7 (2012 года), но там даже яндекс.карты не смогли запуститься (был прошит до android 6, емнип)
Ооо, defy мой первый смартфон, лежит в кладовке, до сих пор приятно взять в руки покрутить малыша )
Аналогично — тоже первый телефон на Android. Хороший, чертяга.
Можно потыкать postmarketos https://wiki.postmarketos.org/wiki/Google_Nexus_7_2012_(asus-grouper)
Я например сейчас недавно запустил pmos на своей старой nokia lumia 630. Конечно не юзабельно, но интересно...
А как это - загрузка с внешней карты?
А как это — загрузка с внешней карты?
Собираем бутлоадер из исходников или патчим чтобы можно было выбирать грузиться с eMMC или с внешней сдкарты и пользуемся (патчингом, имхо, можно легко добиться что вместо eMMC будет работать внешняя сдкарта, но не выбора при загрузке, но для меню выбора откуда грузиться надо приложить много усилий).
Я такое делал (и сборку из исходников для девайса на MSM8228 с проблемной eMMC которая сравнительно часто отмирает, либо переходя в режим RO, либо отваливаетсо вообще и переводит смарт в режим 9008 (https://github.com/jsr-d10/android_bootable_bootloader_lk), и бинарный патчинг родного aboot для некоторых девайсов LG с полумёртвой eMMC).
При отвале и 9008 всё просто — этот смарт после неудачной попытки грузится с сдкарты сразу (если сдкарта правильная), при уходе в RO нужно чтобы в аппарате был прошит кастомный aboot до катастрофы, тогда он будет грузиться с eMMC, а затем искать загрузочную сдкарту и если найдёт — читать свою конфигурацию с неё и дальше действовать согласно ей.
Вообще, можно даже записать в boot ещё один aboot, и вшитый будет выполнять его поверх себя, тем самым можно даже обновлять aboot при eMMC ушедшей в RO (хотя я это на практике не проверял, но именно так дебажил aboot (формировал boot.img с новой версией и грузил его через fastboot boot)).
Затем готовим сдкарту с разметкой GPT и разделами как на eMMC (размеры можно менять, порядок разделов, GUIDы и имена лучше не трогать во имя совместимости), заливаем на сдкарту содержимое соответствующих разделов, в смарт заливаем патченный aboot и смарт грузится с сдкарты.
Правда, это катит только для старых девайсов, где нет проверки подписи aboot (на SD835+ к примеру это уже не прокатит, так как aboot в большинстве девайсов всё же проверяется на подлинность XBL'ом перед выполнением, даже если бутлоадер разлочен).
Хорошо, когда телефон легко разблокируется, прошивается, все работает, поддерживаются, или на крайняк есть термукс.
А от когда у тебя труба на вонючем 4.4.2, без апдейтов и наглухо залочен, то это бесполезный кусок микросхем.
Kickweb server прога понравилась, там и PHP, и mysql, и phpmyadmin. Как раз на мой дурацкий телефон поставил и работает до сих пор.
Для питона уже нужен термукс, а там четвертый андроид не поддерживается
Хотел сделать что-то подобное. И был неприятно удивлен, что termux не поддерживает все что ниже Android 7.
У меня коллега поднял веб-сервер на пылесосе Xiaomi (там какой-то линукс, чуть ли не дебиан стоял) и очень удивлялся, почему иногда сайт с него быстро открывался, а иногда сильно дольше. Оказалось, что когда пылесос уезжал в дальние углы квартиры там вайфай плохо ловил.
Я на телевизоре сервер сделал.
Тот редкий случай, когда linux sucks )
Там в основном стоит Ubuntu 14.04, даже на моделях Roborock 2021 года.
https://habr.com/ru/company/ruvds/blog/564166/
https://habr.com/ru/post/556496/
где можно найти кнопку вызова модератора?
Через мобильную сеть хостинг проблемно будет организовать из-за отсутствия внешнего IP-адреса. Мобильные операторы их не дают, ни один оператор в России. Есть на МТС услуга Real IP, но там трафик помегабайтный по конским ценам. По внутренним IP-адресам в сети оператора обмен данными практически всегда закрыт.
Это чаще всего используется даже не для хостинга сайтов, а для организации видеонаблюдения. На смартфоне есть камера, можно использовать его как IP-камеру, детекцию движения можно вроде тоже прикрутить. Хотя чаще используют специализированные видеорегистраторы.
Часто проблему отсутствия внешнего IP решают с помощью VPN, но это требует внешнего сервера. Я видел устройство, которое могло устанавливать исходящее подключение для управления, при этом ему СМСкой передавался IP и порт клиента.
Можно с IPv6 попробовать, но он есть только на МТС, не на других операторах в России. Для подключения к такому сайту клиент тоже должен иметь IPv6. При этом статического IPv6 адреса тоже не дают, нужно прикручивать ещё клиент динамического DNS (можно через Automate скрипт поставить, можно через отдельное приложение), либо ещё какими-то костылями (например, в ответ на СМС с определённого номера Automate-скрипт отправляет текущий IP). Услуга "динамический DNS со стороны провайдера" была замечена на белорусском МТС, в России такого нет.
Я подобным образом приводы штор заряжаю, они аккумуляторные. Но смартфоны позволяют поступать более интеллектуально. Если, например, использовать старый смартфон как панель умного дома, то можно функционал этого умного дома и задействовать. Приложение Home Assistant, к примеру, передаёт со смартфона в систему управления кучу всяких данных, включая данные об уровне заряда аккумулятора. После этого реализация зарядки в нужном диапазоне становится вопросом пары автоматизаций в сочетании с управляемой розеткой. Но можно и без умного дома как такового обойтись, используя софт для автоматизаций под Андроид и управляемую wifi-розетку (лишь бы у неё был открытый API) или используя облачные сервисы автоматизации.
Про камеры я вообще ничего не знаю в принципе, ни про какие, не использую.
Сделать из смартфона сервер для HA теоретически возможно. Если удастся на нём завести питон, то шансы уже не нулевые, а если докер - тем более. Но я считаю, что так делать в принципе не надо. Сервер УД должен быть стабильным и легко заменяемым в случае выхода из строя. С телефоном этого сложно добиться. И вообще, когда твоё железо значительно отличается от того, что принято в сообществе выбранного софта, ты остаёшься с проблемами один на один.
По питанию была идея сделать простой девайс который подключен по юсб к смартфону и который бы ключал-отключал питание, а у управляло этим приложение на смартфоне.
Подразумевалось, что управление будет тоже по USB? Я не уверен, что телефон в режиме USB-хоста в принципе может получать питание. По крайней мере до USB PD. А вот если каналом управления выбрать блютус или вайфай, то такое довольно легко сделать.
Может, но не одновременно же. А тут получается, что зарядник должен быть хостом, чтобы заряжать, но это неудобно с точки зрения передачи данных, сложно в реализации. Гораздо проще, когда хост в телефоне. Либо зарядник должен раз в несколько минут переобываться из зарядника в конечное устройство, получать данные с телефона, и переобуваться обратно в зарядник. Тоже сложно, да ещё и будет вызывать специфекты в виде звуков, и индикации начала зарядки каждый раз.
Проще начать от противного. Если бы зарядник был конечным usb-устройством, то простейшим способом организовать общение с ним был бы, наверное, USB-UART, что легко реализуется одним внешним чипом, который просто сразу даёт этот функционал в готовом виде.
А с хостом так не выйдет, хост гораздо сложнее, на нём лежит вся организация общения по шине. Можно взять контроллер с аппаратным USB, но всё равно придётся много чего сконфигурировать, ведь хост штука универсальная. Ну, допустим, так как задача простая, был реализован урезанный хост, который умеет определять, что к нему подключено устройство с указанным VID/PID и умеет организовать общение с одним эндпоинтом определённого типа.
Теперь задача сделать из телефона конечное устройство. К счастью, он это умеет из коробки, но какие там протоколы? MTP, камера и ADB? ADB сойдёт, наверное, но тогда на хосте в заряднике надо ещё и его реализовать. Я не знаю, могут ли приложения под Андроид реализовывать свои протоколы USB в режиме устройства. Никогда не слышал о таком.
В общем, может я и не прав и просто недостаточно шарю, но кажется, что уровень низкоуровнего хардкора возрастает до небес. По сравнению с простой возможностью взять готовый копеечный чип. И тут самое время вспомнить, что ты всего лишь хотел реализовать управление зарядкой.
Лучше всего установить приложение Battery Charge Limit (если поддерживается) и ограничить максимальный заряд примерно на 80%. Так как при 100%, что может соответствовать 4,1-4,2 В и более, контроллер всё ещё продолжает долбить батарею микроциклами, что явно не добавляет ей здоровья.
Я на своем разбитом смартфоне в termuxe поднял sshd server, ftpd server. Прописал это в .bashrc.
busybox tcpsvd -vE 192.168.0.11 3333
busybox ftpd -w /data/data/com.termux/files/home&
sshd -d
termux-wake-lock - чтобы кирпич не засыпал.
На стареньком разбитом ноуте установил putty, norton commander с ftp, VS Code с ftp plugin + на нортоне сделал VS Code редактором (F4) и получил удаленную 8-ядерную linux машину.
Во времена моей юности, когда буковки на экране терминала были зелеными, а люди в белых халатах назывались операторами ЭВМ, о такой машине можно было только мечтать.
Весь opencv (11400 файлов, в 1980 папках) собрался из исходников на нем всего за пару часов.
Через мобильную сеть хостинг проблемно будет организовать из-за отсутствия внешнего IP-адреса.
Есть heroku, ngrok и им подобные
Думаю было бы удобно держать на нем home assistant, было бы не хуже raspberry pi.
Интересная статья на самом деле. Спасибо автору.
Сайт, конечно, поднимать на телефоне не планировал, но мне напомнило одну мою старую идею, после того как возникли сложности с использованием на территории СНГ аккаунта Paypal, зарегистрированного в США. Я тогда всерьез подумывал при следующем визите в США купить какой-то дешевый смартфон и спрятать его возле 24\7 WiFi (на зарядке конечно). Планировал заходить через него на Paypal. Но так и не реализовал эту идею - думал или Socks5 поднимать, или просто Remote Desktop. хотя, наверное, есть более продвинутые варианты. Вот об этом почитать было бы тоже охота.
Меня в таких проектах напрягают трудозатраты на развёртывание (избавиться от акб, ковыряться с загрузчиками и прошивками, если ещё найдёшь под свою модель, а в них будет сильно урезанный устаревший список пакетов, для чего-то нестандартного - опять сидеть компилить и не факт, что заработает), надёжность и сложность диагностики при проблемах.
В итоге купил за копейки старый неттоп на атоме. Нормальный биос, нормальный загрузчик, sata 2.5, полноценный, хоть и медленный линукс со всеми обновлениями. А предыдущий смартфон проще продать, пускай кто-нибудь ещё попользуется по назначению.
Теоретически, из старого смартфона, как и из Raspberry pi, можно сделать всё что угодно, но фишка смартфона - хорошая камера и батарея на несколько часов работы, поэтому выгоднее превратить его в видеорегистратор. Только нужно обязательно настроить автозагрузку ОС при подаче питания и установить Battery Charge Limit, чтобы циклы заряда-разряда не шли постоянно в районе 100%.
Я пробовал настроить BCL, но, несмотря на рут, всё равно продолжается заряжать до победного.
А ничего телефону (вернее, его аккумулятору) не будет при постоянyом подключении к сети 220 V? Батарея не вздуется?
На самом деле есть не совсем очевидное применение для старых телефонов: в качестве системы мониторинга с возможностью оповещений и управления по sms (например, через smsd). Но тут уже нужно руками поработать. При желании можно подкрутить туда ещё и какую-нибудь ардуину с датчиками температуры, влажности и тараканов.
Как именно реализуется схема одновременных зарядки телефона и работы с внешним диском? Специальный хаб какой-то? Все телефоны так могут? Всегда думал, такое не работает.
В нашем случае можно сразу установить apt:
pkg install apt
ДЕБИЛЫ!!! Бъ
pkg - это же надстройка над apt
после этой операции полностью сломался apt !!!
$apt
CANNOT LINK EXECUTABLE "apt": cannot locate symbol "__emutls_get_address" referenced by "/data/data/com.termux/files/usr/lib/libapt-pkg.so"...
На Андроид 11 копирование на USB запретили, и даже на microSD операции по созданию/удалению файлов на этом носителе занимают "бесконечное" время.
Потратил целое утро на тестирование этого "явления".
System: Android11, Termux 0.117
test directory ~/D/wrk/py= 350 Mb
~/D -> /storage/0093-2100 - microSD (128 Gb)
----------------------------------
ls ~/D/wrk/py
dicompyler-core
dicompyler-plugins
mitmproxy
pydicom
----------------------------------
~/D/wrk $ time rm -rf py
real 5m36.776s
user 0m0.054s
sys 0m0.579s
----------------------------------
~/D/wrk $ time tar czf py.tar.gz py
real 0m15.338s
user 0m8.995s
sys 0m1.261s
----------------------------------
~/D/wrk $time cp -rf py py1
real 1m39.331s
user 0m0.109s
sys 0m1.609s
'
----------------------------------
~/D/wrk $ time tar xzf py.tar.gz
real 1m41.104s
user 0m2.393s
sys 0m2.116s
----------------------------------
~/D/wrk $ time cp -rf py ~/tmp/
real 0m12.371s
user 0m0.220s
sys 0m3.173s
----------------------------------
~/D/wrk $ time mv py ~/tmp/
real 5m52.948s
user 0m0.252s
sys 0m4.175s
'
----------------------------------
~/D/wrk $ time mv py py1
real 0m19.877s
user 0m0.006s
sys 0m0.029s
----------------------------------
~/tmp $ time mv py ~/D/wrk/py1
real 1m36.492s
user 0m0.232s
sys 0m3.349s
----------------------------------
~/tmp $ time rm -rf py
real 0m0.181s
user 0m0.017s
sys 0m0.104s
----------------------------------
~/tmp $ time tar zxf py.tar.gz
real 0m2.485s
user 0m1.993s
sys 0m0.618s
----------------------------------
~/tmp $ time mv py ~/storage/dcim/
real 0m40.538s
user 0m0.152s
sys 0m2.738s
----------------------------------
~/storage/dcim $ time rm -rf py
real 2m25.909s
user 0m0.068s
sys 0m0.642s
--------------------------------------------------------------------
Summary.
~/D/wrk $ time rm -rf py = real 5m36.776s = 336s
~/storage/dcim $ time rm -rf py = real 2m25.909s = 146s
~/tmp $ time rm -rf py = real 0.181s
операция на microSD/internal = 336/0.18 = в 1866 раз медленнее
external(shared disk)/internal = 146/0.18 = в 811 раз медленнее
АД2!
Нашёл объяснение на
https://learning-python.com/mergeall-android11-updates.html?fbclid=IwAR2GOxiobAt5TJ2OKxg_l6qdYpp4hbAeTxRHaadpYjpeZWJUZ68dtOESRH4#asb5-update
Conclusions
On a personal note, the Android 11 auto-update has functionally bricked this developer's phone, and seems the same as an auto maker creeping into your driveway and removing your car's engine. This device today can no longer be used for content backup and view—one of the main purposes for which it was purchased—and the fault squarely lies with the dubious agendas underlying Android 11. Though spun aggressively (and sometimes arrogantly) as enhanced security, the only thing 11's changes seem sure to secure is the revenue stream of cloud providers and mobile advertisers.
там же
Postscript: Android 10 Rocks Again
The rollback to Android 10 went off without a hitch, and fully restored all the functionality Android 11 took away. In particular: USB drives are back again—the access revoked by Android 11 is available to Python programs on 10; and shared storage is blazingly fast again—the internal-to-internal 124K-file Mergeall compare that took 104 to 168 seconds on Android 11 finishes in just 8 to 9 seconds on 10. That is: yes!
That's great news, but also in some ways sad. Android 11's architectural changes are clearly designed to lock out everything except proprietary Java-based code that uses proprietary Java-based frameworks and will run nowhere else. This is a blatant and short-sighted affront to interoperability, which dramatically limits device utility and scope. POSIX-based tools like Python, and the decades of prior art they enabled, are not invited. This may reflect a culture clash of sorts, but the ramparts are being raised by Android alone.
With all the data in, Android 11 has indeed robbed its users of swaths of functionality in the name of a dodgy security rationale, and probably is the end of the line for these gadgets' flirtation with general-purpose computing. This seems nearly inevitable in hindsight. A platform which both excludes contributors and severs the flow of content between programs can only be doomed to a future of inane consumption and greedy coercion.
And yet, there is a bright side to close with here. By the time today's phone batteries die, Android will almost certainly be something completely different yet again—if not subsumed by friendlier alternatives altogether. That's a sequel which remains happily untold. Hope, after all, can never be deprecated.
Похоже, это последствия перехода с эмуляции FAT на exFAT.
Тем не менее, удаление директории с помощью файл менеджера (MiXporer, ghostcommander) - пара секунд
Веб-сервер на старом смартфоне Android