Именно. С коллегами скинулись и арендовали сервер в ЦОД Финляндии (FirstByte), собрал там из исходников последнюю доступную версию OpenConnect (спасибо за статью, кстати), написал простенького Telegram бота для управления (посмотреть статистику, активные сессии, историю сессий, добавить, удалить учетную запись) и уже почти как два месяца пользуемся и радуемся. В будущем еще планируем озаботиться роутингом через VPN только трафика на заблокированные ресурсы, ибо рост пользователей (друзей, родных, других коллег) похоже неизбежен.
Необязательно использовать dd с целью увидеть содержимое специального файла директории. Отобразить его содержимое можно было и в debugfs с помощью команды block_dump (для случая местоположения файла директории в блоке 579):
block_dump 579
Увидеть эти данные в читаемом виде можно было так:
Насколько я вижу на выходе стабилизатора стоит накопительный дроссель, а вывод микросхемы именуется SW (т.е. switch). Микросхема имеет встроенный ключ, на 99% уверен что это импульсный преобразователь, а не линейный. Да и в целом с 12В на 3.3В линейный преобразователь как-то не очень умно. Одно дело еще с 5В на 3.3В, но с 12…
Не совсем понятно как именно считаете. Если же потребление 60 мА по шине 3.3В (а насколько я понял автор имел именно это), то это не 60 мА от АКБ. Поэтому расчет некорректный, он не учитывает напряжения, ибо 20 А*ч при 12В это не то же самое что 20 А*ч при 3.3В. Если перевести в Вт*ч это будет видно.
Естественно, потребляемую устройством мощность надо измерять на входе питания, но насколько я понял потребление 60 мА автор имел в виду по шине 3.3В, а это значит что от 12В точно будет меньше 60 мА. Стало быть те расчеты которые проводились выше где насчитали расход примерно в 20 А*ч за месяц некорректны. Они не учитывают что 20 А*ч при 3.3В это одно, а 20 А*ч при 12В — это совершенно иное, корректней считать в Вт*ч.
Все компоненты одинаково быстро убиваться не могут, надежность у всех разная и к тому же она зависит от режима работы. Токозадающие резисторы, дроссель работают в одном режиме, светодиоды в совершенно ином. Наработка на отказ электролитических конденсаторов сильно зависит от температуры окружающей среды. Уверен что на заводе неплохо знают такую дисциплину как «Надежность электрических схем» и подбирают режим работы так, чтоб отказ происходил после гарантийного периода.
В момент подачи питания на схему ШИМ контролер не запущен. Через резисторы R11-R12-R13 (кстати последовательно 3 smd резистора стоят не просто так) заряжается электролитический конденсатор C8. И когда напряжение на нем достигнет определенного уровня (который можно узнать из даташита к микросхеме) запускается ШИМ контроллер, начинается генерация импульсов и уже в последствии питание контроллер получает от обмотки трансформатора через диод VD9.
Лучше перейти сразу на scrapy. Асинхронность там из коробки. Можно настроить максимальное количество запросов на домен, умеет фильтровать запросы дубли и многое другое. Плюс отличная масштабируемость — добавил spider, добавил pipeline — готово. Если надо лезть глубже менять логику обработки ответов или отправки запросов — пишешь свой middleware. Раньше писал свои велосипеды для парсинга, на scrapy уже год как и доволен как слон.
Упомянутые в конце новые методы в 3.9 могут некоторым показаться излишними, ведь есть lstrip, rstrip, однако не все знают (и я до некоторых пор был в числе незнающих), что lstrip и rstrip работают иначе. Например:
Как же удалось впихнуть 18650 в корпус мультиметра? Без колхоза не обошлось? К слову, я 18650 из АКБ ноутбука поставил на пьезозажигание газовой колонки вместо двух больших батареек типа D, благо в колонке аккумулятор можно компактно разместить возле батарейного отсека, только предварительно я его разряжаю где-то наполовину, чтобы напряжение было в районе 3.4-3.5В — боюсь спалить блок управления.
Сегодня внедрили свой рекламный баннер, завтра внедрят JS код. Вас подталкивают к переходу на https и, возможно, к смене провайдера. Лично мои выводы, ни к чему не призываю.
Да, я понимаю что должно что-то слушать и дергать скрипт по событию, но что это понять не могу. Я просто добавил custom hotkeys в системе и повесил на них вызов скрипта с разными параметрами.
Переключение через D-Bus очень долгое, это по сути мучение, но если появится возможно дергать внешний скрипт — в целом не будет лишним.
Отключал все хоткеи с shift-ом, результат тот же(.
Почему три раскладки отобразилось в душе не знаю, настроено ровно две. Проверил через gsettings увидел [('xkb', 'us'), ('xkb', 'ru')]. Во всех GUI тоже стоит две.
В общем, я в замешательстве, уже подумываю кеды поставить.
В качестве параметра передается 0 — первая раскладка, 1 — вторая. При попытке изменить раскладку с помощью setxkbmap в дальнейшем стандартный механизм перестает работать.
Попробовал отключить настройку input-source per window — не помогло. Как разобраться с ibus пока не понял, его демоны перезапускаются почти сразу после их завершения. Я сменил метод ввода, перезапустил сессию, однако при проверке выяснил что ibus был выбран автоматически как основной метод ввода, опять все демоны его запущены. Руки тянутся сделать apt purge ibus, но не хотелось бы радикальных мер.
Удалось запустить бинарник и получить вывод: keyboard: Power Button
keyboard: Laptop_Integrated_Webcam_HD: In
mouse: Logitech K400 Plus
keyboard: Power Button
keyboard: AT Translated Set 2 keyboard
mouse: HP Wireless Optical Mobile Mouse
mouse: SynPS/2 Synaptics TouchPad
keyboard: Dell WMI hotkeys
Да, действительно, есть какой-то конкурент, ибо поведение xswitcher ровно такое же как и loloswitcher. Подскажите, как вычислить конкурента и запретить ему конкурировать?
Попробовал, поменял права, но увы, результат прежний. К слову, loloswitcher тоже не работает. Точнее, если нажать несколько раз какой-то из shift-ов то раскладка на мгновение изменится, но только лишь на мгновение…
Именно. С коллегами скинулись и арендовали сервер в ЦОД Финляндии (FirstByte), собрал там из исходников последнюю доступную версию OpenConnect (спасибо за статью, кстати), написал простенького Telegram бота для управления (посмотреть статистику, активные сессии, историю сессий, добавить, удалить учетную запись) и уже почти как два месяца пользуемся и радуемся.
В будущем еще планируем озаботиться роутингом через VPN только трафика на заблокированные ресурсы, ибо рост пользователей (друзей, родных, других коллег) похоже неизбежен.
Необязательно использовать dd с целью увидеть содержимое специального файла директории. Отобразить его содержимое можно было и в debugfs с помощью команды block_dump (для случая местоположения файла директории в блоке 579):
Увидеть эти данные в читаемом виде можно было так:
Переключение через D-Bus очень долгое, это по сути мучение, но если появится возможно дергать внешний скрипт — в целом не будет лишним.
Отключал все хоткеи с shift-ом, результат тот же(.
Почему три раскладки отобразилось в душе не знаю, настроено ровно две. Проверил через gsettings увидел [('xkb', 'us'), ('xkb', 'ru')]. Во всех GUI тоже стоит две.
В общем, я в замешательстве, уже подумываю кеды поставить.
В качестве параметра передается 0 — первая раскладка, 1 — вторая. При попытке изменить раскладку с помощью setxkbmap в дальнейшем стандартный механизм перестает работать.
Сейчас гляну, спасибо!
keyboard: Power Buttonkeyboard: Laptop_Integrated_Webcam_HD: In
mouse: Logitech K400 Plus
keyboard: Power Button
keyboard: AT Translated Set 2 keyboard
mouse: HP Wireless Optical Mobile Mouse
mouse: SynPS/2 Synaptics TouchPad
keyboard: Dell WMI hotkeys
Да, действительно, есть какой-то конкурент, ибо поведение xswitcher ровно такое же как и loloswitcher. Подскажите, как вычислить конкурента и запретить ему конкурировать?
panic: permission error for /dev/uinput try cmd : sudo chmod +0666 /dev/uinputНу что же, попробуем дать необходимые права подумал я:
После этого попытался запустить еще раз и в stdout уже была тишина…
Да, все есть. Выполнив:
Вывод (часть вырезал):
pci-0000:00:14.0-usb-0:3:1.2-event-mouse -> ../event12
pci-0000:00:14.0-usb-0:3:1.2-mouse -> ../mouse2
pci-0000:00:14.0-usb-0:4:1.0-event-mouse -> ../event4
pci-0000:00:14.0-usb-0:4:1.0-mouse -> ../mouse0
pci-0000:00:1a.0-usb-0:1.4:1.0-event -> ../event11
platform-i8042-serio-0-event-kbd -> ../event3
platform-i8042-serio-1-event-mouse -> ../event5
platform-PNP0C14:00-event -> ../event6
platform-i8042-serio-1-mouse -> ../mouse1