Единственное добавлю, что процессор не Amlogic S905, а Amlogic S905X3 (просто данная серия имеет несколько подвидов).
Спасибо за уточнение. К сожалению, уже не могу исправить оригинальный комментарий
Ну и при установке на EMMC работает сильно быстрее, работает классно.
Это вообще для меня был тест - на этом HA всего несколько датчиков, но и работает он на неотапливаемой даче в холоде. На удивление, за почти 3 года эксплуатации не было вообще ни одной проблемы: бокс ни разу не завис и не перезагрузился - работает как часики.
А SD-карту я туда вставил industrial-грейда (по крайне мере, так заявляет производитель), чтобы не совсем уж быстро сдохла от постоянной записи логов и телеметрии от HA. Пока работает
Вообще среди TV Box'ов есть очень приятные модели для самодельщиков. Например, уже старенькая Vontar x3. В стоке там Android TV или Google TV, но она по умолчанию грузится с любой закрузочной флешки, вставленной в USB.
На борту там Amlogic S905, с которым отлично работает Armbian, причём работает без какой-либо допилки даже WiFi и Bluetooth.
У меня на этой приставке крутится Home Assistant уже несколько лет. Я систему даже не ставил внутрь бокса, так и работает с флешки. То есть если выну флешку, то это снова станет ТВ Боксом.
Сейчас уже конкретно эта приставка стоит неоправданно дорого, но наверняка есть и другие с такими же удобствами.
У меня абсолютно противоположный опыт: если забивавать на ansible и любую другую автоматизацию, то хомлаба очень быстро превращается неподдерживаемое непотребство, в котором уже через год невозможно ничего понять. Никто (включая автора) уже не будет знать для какого проекта что и в каком конфиге было поменяно и зачем.
У меня сейчас всё строго, особенно в хомлабе, в которой текучка проектов сильно выше чем на проде: для системных настроек всё только через ансибл, а все сервисы - только через докер композ.
По началу кажется, что это избыточно, но на самом деле это не так - лишнее время тратится только на настройку первого проекта таким способом, а уже со второго начинается экономия даже при первом деплое
не пишите конфиги руками, если это можно не делать
Вместо конфигов, написание и деплой которых отлично автоматизируется, вы предлагаете кликать мышкой в интерфейсе для каждого нового сервиса. Удобство тут так себе, на мой взгляд.
По существу вопроса: если у вас уже и так есть docker, то логично его использовать в качестве service discovery. Например, можно поставить Traefik или Caddy, и конфигурировать эндпоинты и https для сервисов в самих сервисах.
Всё что вам нужно, это поднять один контейнер с Traefik или Caddy и настроить их на получение конфигурации из соседних docker-контейнеров.
Например, вот docker-compose.yml для какого-то сервиса MY_SUPER_SERVICE, обратите внимание на labels:
Это единственная конфигурация, которую вам нужно будет сделать для каждого нового сервиса. Traefik сам обнаружит появление нового контейнера, сам получит для него LE-сертификат для домена SERVICE.example.com и сам будет этот сертификат обновлять когда требуется. И так же сам всё подчистит, когда вы этот контейнер удалите.
Никаких веб-интерфейсов и ручного труда - вы просто делаете docker compose up -d для своего сервиса и через несколько десятков секунд получаете работающий эндпоинт с https
Несколько лет назад купил по работе дешёвенький смартфон POCO C40 от малоизвестного бренда Xiaomi. Эти несколько лет он просто без дела валялся в ящике стола. Пару дней назад мне понадобился андроид, я вспомнил про POCO, вайпнул его, накатил все апдейты и пошёл спать. За ночь POCO мне автоматически поставил штук 20 игр и ещё пачку ещё каких-то подозрительных приложений типа гороскопов и лотерей. Конечно, я всё это поудалял, но за следующую ночь мне пришла ещё пачка сомнительных пушей про СтоЛото и ещё про какой-то хтонический смрад.
Видимо в качестве насмешки на этом POCO предустанавливается Касперский, а на главном экране изначально выведено приложение "Очистка". Конечно же, Касперский никаких вирусов не обнаруживает, а "Очистка" чистит только пользовательские данные.
Сейчас на рынке огромное количество неизвестных брендов, которые вполне себе выпускают годноту в плане железа. Не скажу про смартфоны (не интересуюсь), но вот в области околокомпьютеров есть целая пачка качественных "нонеймов" со странными названиями: Machenike, Firebat, Aoostar, Arzopa, Azerty, Ninkear - и это только то, что я лично использовал. Ещё несколько лет назад таким же считался Netac. Под всем этим зоопарком марок выпускается часто отличное железо, уж точно не хуже чем у "проверенных брендов"
Лично у меня для таких целей отлично работает связка Frigate и TPU-модуль Google Coral для ускорения распознавания (если точнее, то G650-04527-01).
Так же в параллель функционирует видеорегистратор от Dahua вместе с их бесплатным сервисом для доступа к данным этого видеорегистратора через облако: в самом облаке ничего не хранится, они только делают проксирование, чтобы не был нужен реальный IP.
Оба регистратора стоят у меня дома, а камеры в разных местах и связано всё через VPN. Благо внутри РФ wireguard работает без проблем.
Если сравнивать, то Frigate гораздо гибче и в нём лучше работает распознавание, но и Dahua неплох если нужно чтобы оно просто работало. Хотя в Dahua с настройками тоже придётся поразбираться - логика настроек там весьма извращённая
Имеете в виду, что было невозможно сэмулировать работу обычных банковских карт с бесконтактной оплатой? Интересно, спасибо
Тем не менее, для того же сбера это вообще не должно было быть проблемой: сберовские терминалы оплаты установлены, наверное, в большинстве торговых точек, так что ничто техническое не мешало и не мешает им сделать свой собственный протокол поверх доступной части NFC. Пусть бы он и работал только если войдёшь в приложение сбера.
Вообще, конечно, очень бы хотелось читать на хабре не подобные бессмысленные пресс-релизы от PR-отдела, а нормальную техническую информацию от инженеров. Мне, например, было бы очень интересно узнать как по итогу всё было сделано и какие проблемы возникали на пути
Нет, не перепутал. Возможность читать и записывать NFC-метки появилась очень давно.
Что именно они сделали в 18.1 я не понял, но на самом деле было бы очень интересно про это почитать.
Предполагаю, что изменения в той версии касались "обвязки" вроде быстрого доступа к оплате (как в Apple Pay), в API для доступа к защищённому хранилищу телефона (Secure Element) и в том, что это вообще стало разрешено с точки зрения соглашений с Apple
Пройдёт пара месяцев и пойдёте. Сначала чтобы с родными общаться, потом - общаться с продавцами на авито, с курьерами... И так помаленьку вы уже в максе
Конечно, мороз морозу рознь, но в Московской области у меня уже две зимы отработало 2 zigbee-датчика от sonoff на CR2032 и один датчик не помню от какого производителя на 2хААА. Проблем в морозы до -25 не было
Здравствуйте, подскажите как быть в такой ситуации: есть сервис, регистрация на котором осуществляется по email (никаких данных больше не нужно). Сервис позволяет хранит в своём аккаунте произвольные фотографии и заметки. Некоторые пользователи сохраняют у себя фотографии своих и чужих паспортов, а в заметках пишут другие личные данные. Фотографии и заметки доступны только пользователю, который загрузил фото или создал заметку.
Собственно, вопроса два:
Один только email является ПД? Нужно ли просить согласие на обработку если кроме email я ничего не храню
Как быть с контентом, который загрузили пользователи? У меня сервис совсем не для хранения паспортов, но, тем не менее, ко мне можно прийти и загрузить что угодно
Почему не использовать обычный WebView для этих целей? Сами бандлы можно точно так же хранить в оффлайне и отображать на клиенте. Точно так же можно прокидывать экшны юзера обратно нативный код и влиять на вью из нативного кода.
Бонусом получаем полноценную вёрстку с поддержкой полноценной адаптивности, поддержку логики любой сложности без завязки на ограниченность DSL
С моей стороны это выглядит как лютый оверинжиниринг с большим количеством минусов: свой по определению ограниченный DSL; необходимость писать на котлине (даже при наличии DSL); специальные средства для разработки (из фигмы уже так просто не экспортнёшь); не упомянута тема с адаптивным дизайном, хотя это тоже скорее продолжение DSL, но всё же цель всего это - кроссплатформенность, поэтому адаптивность - это важный вопрос
Изменение, отличное, спасибо! Ещё хочется улучшений и в самой авто-навигации, когда едешь за рулём и отвлекаться на экран очень не хочется. Лично у меня есть такие пожелания:
Убрать бессмысленные съезды на дублёры: очень часто навигатор посылает тебя на дублёр, хотя никакой заметной выгоды по времени от этого нет. В итоге, вместо того чтобы просто ехать прямо ты постоянно съезжаешь и заезжаешь обратно. Когда едешь по незнакомой дороге, то из-за этого постоянно боишься пропустить действительно важный съезд, поэтому приходится отвлекаться на экран
Улучшить отображение метки разницы во времени для альтернативных маршрутов: например, есть альтернативный маршрут если через 300 метров повернуть направо. Проблема в том но метка "быстрее на N минут" отображается не сразу же где "синий" альтернативный маршрут ответвляется от основного, а где-то далеко впереди. Приходятся опять же отвлекаться на экран и драгать / отзумливать карту до места, где метка экономии времени таки отобразится
Часто замечаю, что маршруты с большим количеством светофоров на деле оказываются сильно длиннее по времени, чем предсказывает навигатор. Например, есть дорога через город с 10-ю светофорами и есть объездная дорога. Уже по опыту знаю, что если навигатор показывает разницу во времени всего минут 10 в пользу дороги через город, то ехать надо по объездной. Работает в любых местах где я был. Видишь на маршруте светофоры - добавляй к предсказанному времени 1 - 2 минуты для каждого светофора. Возможно, тут я не прав и просто не запоминаю случаи, когда навигатор предсказал правильно, но, тем не менее, ошибки тут случаются всё же очень часто
Вообще хотелось бы, чтобы каждый съезд, светофор и перекрёсток добавляли маршруту отрицательный "вес" при ранжировании. Важно не только время в пути, но и нервы, особенно если едешь на дальние расстояния по 8 - 12 часов. Гораздо приятнее ехать прямо без съездов и населённых пунктов, чем сэкономить 20 минут времени за эти 12 часов в пути.
Спасибо за уточнение. К сожалению, уже не могу исправить оригинальный комментарий
Это вообще для меня был тест - на этом HA всего несколько датчиков, но и работает он на неотапливаемой даче в холоде. На удивление, за почти 3 года эксплуатации не было вообще ни одной проблемы: бокс ни разу не завис и не перезагрузился - работает как часики.
А SD-карту я туда вставил industrial-грейда (по крайне мере, так заявляет производитель), чтобы не совсем уж быстро сдохла от постоянной записи логов и телеметрии от HA. Пока работает
Вообще среди TV Box'ов есть очень приятные модели для самодельщиков. Например, уже старенькая Vontar x3. В стоке там Android TV или Google TV, но она по умолчанию грузится с любой закрузочной флешки, вставленной в USB.
На борту там Amlogic S905, с которым отлично работает Armbian, причём работает без какой-либо допилки даже WiFi и Bluetooth.
У меня на этой приставке крутится Home Assistant уже несколько лет. Я систему даже не ставил внутрь бокса, так и работает с флешки. То есть если выну флешку, то это снова станет ТВ Боксом.
Сейчас уже конкретно эта приставка стоит неоправданно дорого, но наверняка есть и другие с такими же удобствами.
У меня абсолютно противоположный опыт: если забивавать на ansible и любую другую автоматизацию, то хомлаба очень быстро превращается неподдерживаемое непотребство, в котором уже через год невозможно ничего понять. Никто (включая автора) уже не будет знать для какого проекта что и в каком конфиге было поменяно и зачем.
У меня сейчас всё строго, особенно в хомлабе, в которой текучка проектов сильно выше чем на проде: для системных настроек всё только через ансибл, а все сервисы - только через докер композ.
По началу кажется, что это избыточно, но на самом деле это не так - лишнее время тратится только на настройку первого проекта таким способом, а уже со второго начинается экономия даже при первом деплое
Вместо конфигов, написание и деплой которых отлично автоматизируется, вы предлагаете кликать мышкой в интерфейсе для каждого нового сервиса. Удобство тут так себе, на мой взгляд.
По существу вопроса: если у вас уже и так есть docker, то логично его использовать в качестве service discovery. Например, можно поставить Traefik или Caddy, и конфигурировать эндпоинты и https для сервисов в самих сервисах.
Всё что вам нужно, это поднять один контейнер с Traefik или Caddy и настроить их на получение конфигурации из соседних docker-контейнеров.
Например, вот docker-compose.yml для какого-то сервиса MY_SUPER_SERVICE, обратите внимание на labels:
Это единственная конфигурация, которую вам нужно будет сделать для каждого нового сервиса. Traefik сам обнаружит появление нового контейнера, сам получит для него LE-сертификат для домена
SERVICE.example.comи сам будет этот сертификат обновлять когда требуется. И так же сам всё подчистит, когда вы этот контейнер удалите.Никаких веб-интерфейсов и ручного труда - вы просто делаете
docker compose up -dдля своего сервиса и через несколько десятков секунд получаете работающий эндпоинт с httpsНесколько лет назад купил по работе дешёвенький смартфон POCO C40 от малоизвестного бренда Xiaomi. Эти несколько лет он просто без дела валялся в ящике стола.
Пару дней назад мне понадобился андроид, я вспомнил про POCO, вайпнул его, накатил все апдейты и пошёл спать. За ночь POCO мне автоматически поставил штук 20 игр и ещё пачку ещё каких-то подозрительных приложений типа гороскопов и лотерей.
Конечно, я всё это поудалял, но за следующую ночь мне пришла ещё пачка сомнительных пушей про СтоЛото и ещё про какой-то хтонический смрад.
Видимо в качестве насмешки на этом POCO предустанавливается Касперский, а на главном экране изначально выведено приложение "Очистка". Конечно же, Касперский никаких вирусов не обнаруживает, а "Очистка" чистит только пользовательские данные.
Xiaomi - топ за свои деньги. Зато не нонейм!
Сейчас на рынке огромное количество неизвестных брендов, которые вполне себе выпускают годноту в плане железа. Не скажу про смартфоны (не интересуюсь), но вот в области околокомпьютеров есть целая пачка качественных "нонеймов" со странными названиями: Machenike, Firebat, Aoostar, Arzopa, Azerty, Ninkear - и это только то, что я лично использовал. Ещё несколько лет назад таким же считался Netac.
Под всем этим зоопарком марок выпускается часто отличное железо, уж точно не хуже чем у "проверенных брендов"
Лично у меня для таких целей отлично работает связка Frigate и TPU-модуль Google Coral для ускорения распознавания (если точнее, то G650-04527-01).
Так же в параллель функционирует видеорегистратор от Dahua вместе с их бесплатным сервисом для доступа к данным этого видеорегистратора через облако: в самом облаке ничего не хранится, они только делают проксирование, чтобы не был нужен реальный IP.
Оба регистратора стоят у меня дома, а камеры в разных местах и связано всё через VPN. Благо внутри РФ wireguard работает без проблем.
Если сравнивать, то Frigate гораздо гибче и в нём лучше работает распознавание, но и Dahua неплох если нужно чтобы оно просто работало. Хотя в Dahua с настройками тоже придётся поразбираться - логика настроек там весьма извращённая
Ни разу не на стороне Яндекса с его этой, как мне кажется, изначально провальной акцией, но у меня возникло несколько вопросов лично к вам:
Почему вы считаете лохам тех, кто попытался воспользоваться этой акцией?
Почему вы после этого перестали себя уважать?
Вы сами уже закрыли счёт в Я.Банке?
На какой банк перешли вместо Я.Банка? Какие банки на ваш взгляд лучше?
В свободной Европе блокируют только те СМИ, которые нарушают свободу слова. А в РФ - всё наоборот. Понимать надо
Имеете в виду, что было невозможно сэмулировать работу обычных банковских карт с бесконтактной оплатой? Интересно, спасибо
Тем не менее, для того же сбера это вообще не должно было быть проблемой: сберовские терминалы оплаты установлены, наверное, в большинстве торговых точек, так что ничто техническое не мешало и не мешает им сделать свой собственный протокол поверх доступной части NFC. Пусть бы он и работал только если войдёшь в приложение сбера.
Вообще, конечно, очень бы хотелось читать на хабре не подобные бессмысленные пресс-релизы от PR-отдела, а нормальную техническую информацию от инженеров. Мне, например, было бы очень интересно узнать как по итогу всё было сделано и какие проблемы возникали на пути
Нет, не перепутал. Возможность читать и записывать NFC-метки появилась очень давно.
Что именно они сделали в 18.1 я не понял, но на самом деле было бы очень интересно про это почитать.
Предполагаю, что изменения в той версии касались "обвязки" вроде быстрого доступа к оплате (как в Apple Pay), в API для доступа к защищённому хранилищу телефона (Secure Element) и в том, что это вообще стало разрешено с точки зрения соглашений с Apple
Мифы какого года вы транслируете? Возможность работать с NFC из сторонних приложений появилась в айфонах году в 2018
Регулярно обмениваемся фото и видео после поездок через AirDrop. Это в разы,если не в десятки раз быстрее, чем через любые облака
Пройдёт пара месяцев и пойдёте. Сначала чтобы с родными общаться, потом - общаться с продавцами на авито, с курьерами... И так помаленьку вы уже в максе
Конечно, мороз морозу рознь, но в Московской области у меня уже две зимы отработало 2 zigbee-датчика от sonoff на CR2032 и один датчик не помню от какого производителя на 2хААА. Проблем в морозы до -25 не было
Большое спасибо за ответ.
Получается, что если у меня некоммерческий сервис, то мне его проще закрыть, чем выполнить все требования. Очень печально.
Здравствуйте, подскажите как быть в такой ситуации: есть сервис, регистрация на котором осуществляется по email (никаких данных больше не нужно). Сервис позволяет хранит в своём аккаунте произвольные фотографии и заметки. Некоторые пользователи сохраняют у себя фотографии своих и чужих паспортов, а в заметках пишут другие личные данные. Фотографии и заметки доступны только пользователю, который загрузил фото или создал заметку.
Собственно, вопроса два:
Один только email является ПД? Нужно ли просить согласие на обработку если кроме email я ничего не храню
Как быть с контентом, который загрузили пользователи? У меня сервис совсем не для хранения паспортов, но, тем не менее, ко мне можно прийти и загрузить что угодно
Спасибо!
Я может быть глупый вопрос задам, но:
Почему не использовать обычный WebView для этих целей? Сами бандлы можно точно так же хранить в оффлайне и отображать на клиенте. Точно так же можно прокидывать экшны юзера обратно нативный код и влиять на вью из нативного кода.
Бонусом получаем полноценную вёрстку с поддержкой полноценной адаптивности, поддержку логики любой сложности без завязки на ограниченность DSL
С моей стороны это выглядит как лютый оверинжиниринг с большим количеством минусов: свой по определению ограниченный DSL; необходимость писать на котлине (даже при наличии DSL); специальные средства для разработки (из фигмы уже так просто не экспортнёшь); не упомянута тема с адаптивным дизайном, хотя это тоже скорее продолжение DSL, но всё же цель всего это - кроссплатформенность, поэтому адаптивность - это важный вопрос
Изменение, отличное, спасибо!
Ещё хочется улучшений и в самой авто-навигации, когда едешь за рулём и отвлекаться на экран очень не хочется. Лично у меня есть такие пожелания:
Убрать бессмысленные съезды на дублёры: очень часто навигатор посылает тебя на дублёр, хотя никакой заметной выгоды по времени от этого нет. В итоге, вместо того чтобы просто ехать прямо ты постоянно съезжаешь и заезжаешь обратно. Когда едешь по незнакомой дороге, то из-за этого постоянно боишься пропустить действительно важный съезд, поэтому приходится отвлекаться на экран
Улучшить отображение метки разницы во времени для альтернативных маршрутов: например, есть альтернативный маршрут если через 300 метров повернуть направо. Проблема в том но метка "быстрее на N минут" отображается не сразу же где "синий" альтернативный маршрут ответвляется от основного, а где-то далеко впереди. Приходятся опять же отвлекаться на экран и драгать / отзумливать карту до места, где метка экономии времени таки отобразится
Часто замечаю, что маршруты с большим количеством светофоров на деле оказываются сильно длиннее по времени, чем предсказывает навигатор. Например, есть дорога через город с 10-ю светофорами и есть объездная дорога. Уже по опыту знаю, что если навигатор показывает разницу во времени всего минут 10 в пользу дороги через город, то ехать надо по объездной. Работает в любых местах где я был. Видишь на маршруте светофоры - добавляй к предсказанному времени 1 - 2 минуты для каждого светофора. Возможно, тут я не прав и просто не запоминаю случаи, когда навигатор предсказал правильно, но, тем не менее, ошибки тут случаются всё же очень часто
Вообще хотелось бы, чтобы каждый съезд, светофор и перекрёсток добавляли маршруту отрицательный "вес" при ранжировании. Важно не только время в пути, но и нервы, особенно если едешь на дальние расстояния по 8 - 12 часов.
Гораздо приятнее ехать прямо без съездов и населённых пунктов, чем сэкономить 20 минут времени за эти 12 часов в пути.