... /05/04/google-
-source-raspberry-pi ...
https://betanews.com/2017/05/04/google-open-source-raspberry-pi-diy-voice-kit/
Гугль начал торговать набором на базе Raspberry PI для встраивания голосового управления во всякие самоделки. Правда, хотя в новостях на слешдоте и утверждается что "it can run completely on-device" я более детальных ссылок как это сделать без обращения к гугловским API не нашел.
Ну в общем-то хрен с ним с гуглом. В любом случае использованипе отдельного интерфейса из микрофона и динамика и отдельного процессора на каждом устройстве, куда прогрессивнее чем управление устройством со смартфона через внешний сервер.
This entry was originally posted at http://vitus-wagner.dreamwidth.org/1903022.html. Please comment there using OpenID. Now there are 
comments
Какое-то время я хотел убрать комментарии из своего блога; в основном, потому что здесь вообще мало ...
Какое-то время я хотел убрать комментарии из своего блога; в основном, потому что здесь вообще мало комментариев, да и не хочется возиться с лишними «тормозами» от Disqus. Посмотрев на время загрузки Disqus, я был потрясён тем, что приходится терпеть посетителям сайта по моей вине (кроме тех, кто использует блокировщики вроде Privacy Badger и uBlock Origin.
Эта статья заточена под Hugo, но код легко адаптируется для любого сайта.
Что не так с Disqus?
Вот как выглядит типичный журнал запросов с
включенным Disqus.
А вот лог после
отключения Disqus.
ЧЕГО!?
Читать дальше →
Для некоторых современных программистов не существует систем контроля версий кроме Git, но на практике Subversion всё ещё востребован, а Mercurial имеет своих ярых сторонников. Быстрый поиск в подкрепление.
В результате DevOps'ы не монопроектных компаний встречаются с необходимостью автоматизировать работу с весьма разными системами. При этом у каждой есть свои нюансы и неизбежно появляются скрытые ошибки в сценариях, выстреливающие в самый неподходящий момент. Возникает потребность в предсказуемом поведении с минимальной "гибкостью", а не пёстрым букетом возможностей.
Читать дальше →
лежат proof of concept расширения к браузерам, ...
Вот тут: https://github.com/citp/ad-blocking
лежат proof of concept расширения к браузерам, демонстрирующие что можно написать абсолютно недетектируемый скриптами блокировщик рекламы.
А также еще и расширение (только для chrome) которое распознает sponsored content в фейсбуке.
This entry was originally posted at http://vitus-wagner.dreamwidth.org/1895767.html. Please comment there using OpenID. Now there are 
comments
Задумался над идеей назначать клиентам OpenVPN ip-адреса по значению поля subjectAltName в их ...
Задумался над идеей назначать клиентам OpenVPN ip-адреса по значению поля subjectAltName в их сертификатах.
RFC 5280 предусматривает тип поля IP в SubjectAltName, и OpenSSL его вполне поддерживает.
Идея хороша тем, что при подключении нового клиента не нужно вообще ничего делать на сервере. Удостоверяющий центр, выписывая клиенту сертификат (что все равно надо сделать) выделяет ему IP и DNS-имя и прописывает иъ в этот сертификат. А задача сервера - просто согласиться с тем что подписано удостоверяющим центром.
Правда, похоже просто так не получится. Что-то я не вижу там, чтобы client-connect скрипто получил доступ ко всему сертификату или хотя бы к subjectAltName.
Upd Благодаря
![[personal profile]](http://www.dreamwidth.org/img/silk/identity/user.png)
dzz родилось более простое решение:
Сейчас у меня в скрипте client-connect соответствие CN сертификата клиента и выданного ему IP записывается в динамическую зону DNS. Чтобы на того клиента логиниться по имени.
Так вот - сначала надо в DNS посмотреть, и если там это CN есть, то сказать openvpn-у "этому дай вот этот адрес". А вот уж если адреса такого в DNS нет - назначать первый свободный.
Это, конечно, не гарантирует от того что адрес будет переисиользован пока клиент будет в оффлайне. но все же.
This entry was originally posted at http://vitus-wagner.dreamwidth.org/1895639.html. Please comment there using OpenID. Now there are 
comments
