Очень сырое ПО пока, пользуюсь несколько дней очень много мелких багов или не продуманных моментов. Работа с экраном боль. Работа с блютух наушниками вообще ад, каждый раз нужно заново проходить сопряжение устройства.
Замени рефлексию на замыкания, получишь прибавку к перформансу, замыкания без контекста $this через `Closure::bind` делай будет еще быстрее, но явно модель прокидывать аргументом придется.
Вот на python не писал и очень больно идет. Нужно прокачивать компилятор глаза, чтобы читать код на другом языке. Плюс есть синтаксические особенности языка свои. Если нет на nodejs/php, то может где-то статьи есть в блогах об этом? По типу kb.mjdm.ru/xiaomimiio-protocol
А где бы посмотреть как взаимодействовать по tcp/ip с подключенными устройствами (BLE/zegbee) к шлюзу gateway 3?
С wifi техникой по miio протоколу (https://kb.mjdm.ru/xiaomimiio-protocol/) через готовые реализации собираю данные и управляю по локальной сети. Хочется по аналогии понимать как с устройствами, подключенными через шлюз работать.
Если есть либы на nodejs/php для работы с шлюзом, то на них бы взлянул, как на основу, либо исходники почитал.
Уже не плохо выглядят примеры ext-fiber с EventLoop. Этого действительно не хватало, переписывать старый код на промисы/генераторы очень затратно. С файберами можно будет точечно подменить блокирующие реализации на асинхронные. Сейчас без fiber только с пулом процессов без рефакторинга можно работать (PhpPM, RoadRunner). Жду стабильной версии :)
Появилась ли возможность работать по какому-то протоколу с устройством?
В mi smart есть miio через который можно работать с их техникой по сети, считывать показания с устройств и управлять ими. Очень удобно и позволяет выстраивать свои собственные сценарии автоматизации
Аналог fluentd/logstash/telegraf, чтобы локально на каждый сервер поставить его и быстро писать в него логи минуя сеть, а он уже пачками отсылает в loki сервер удаленный
Может ли Loki работать как прокси локально, выполняя роль лог коллектора, аггрегируя логи приложения на машине и пересылая пачками потом на сервер с логами?
Добавь пожалуйста в каждой части оглавление на все части в виде списка ссылок:
Часть 1 — Использование RabbitMQ вместе с MonsterMQ
Часть 2 — xxx
Часть 3 — xxx
Можно подробнее разложить, чем отличается от PPM, кроме возможности дописывать обработчики на стороне go? В новых проектах сижу на ppm, присматриваюсь к roadrunner. Но пока рассматриваю чисто как менеджер процессов обе тулзы.
Интерфейсы PSR позволили пойти путем стандартизации и переиспользования кода из коробки.
PSR-7 + PSR-15 позволили решать часть типовых задач отвязано от фреймворка X, на котором нравится писать. Самое ценное то, что благодаря стандартизации стало реально заменять реализации и использовать интерфейсы, без написания собственных адаптеров или интеграций. Как выше упоминалось, разработка простого приложения, действительно, сводится к скачиванию пакетов и выстраиванию цепочки их выполнения через PSR-15.
Исследовал множество инструментов для тестирования на nodejs и выбрал nightwatchjs. Много лет применял nightwatchjs в работе в разных компаниях, но на текущий день его сложно рекомендовать новым людям из-за отсутствия поддержки async/await из коробки, которые помогают писать тест как «синхронный» код, делая тесты лаконичнее в синтаксисе и проще для восприятия и понимания.
В эпоху ES6 стоит 2 раза подумать об этом, прежде чем делать свой выбор в пользу того или иного инструмента.
Можно ли как-то порядок топиков изменить? Сейчас они похоже по дате добавления, самые свежие вверху, самые старые внизу
Еще github.com/bytedance/sonic для сравнения можно добавить
Очень сырое ПО пока, пользуюсь несколько дней очень много мелких багов или не продуманных моментов. Работа с экраном боль. Работа с блютух наушниками вообще ад, каждый раз нужно заново проходить сопряжение устройства.
Fiber появились ранее версии php 8.1, они в виде ext были
Замени рефлексию на замыкания, получишь прибавку к перформансу, замыкания без контекста $this через `Closure::bind` делай будет еще быстрее, но явно модель прокидывать аргументом придется.
С wifi техникой по miio протоколу (https://kb.mjdm.ru/xiaomimiio-protocol/) через готовые реализации собираю данные и управляю по локальной сети. Хочется по аналогии понимать как с устройствами, подключенными через шлюз работать.
Если есть либы на nodejs/php для работы с шлюзом, то на них бы взлянул, как на основу, либо исходники почитал.
В mi smart есть miio через который можно работать с их техникой по сети, считывать показания с устройств и управлять ими. Очень удобно и позволяет выстраивать свои собственные сценарии автоматизации
До появления async/await в js также строили асинхронный flow через генераторы и yeild. Посмотрите на koa 1, окажется что все очень похоже.
Часть 1 — Использование RabbitMQ вместе с MonsterMQ
Часть 2 — xxx
Часть 3 — xxx
PSR-7 + PSR-15 позволили решать часть типовых задач отвязано от фреймворка X, на котором нравится писать. Самое ценное то, что благодаря стандартизации стало реально заменять реализации и использовать интерфейсы, без написания собственных адаптеров или интеграций. Как выше упоминалось, разработка простого приложения, действительно, сводится к скачиванию пакетов и выстраиванию цепочки их выполнения через PSR-15.
В эпоху ES6 стоит 2 раза подумать об этом, прежде чем делать свой выбор в пользу того или иного инструмента.