Лучше взять на N100 коробку и не городить это. И вроде к Orange у производителя есть готовые образы на флешку где все включено и даже конфиг в котором можно выставить, что включать а, что выключать. И даже статику прописать.
На мой взгляд все эти малинки и около того, хороши наличием GPIO но не уж в качестве минисервера для умного дома, NAS и подобных вещей. Когда к ним прикупишь поддержку NVME уже и по цене будет как обычная коробочка на N100 а ей никакие лишние провода в USB не нужны.
По умолчанию он не кешируется. Если так, то у вас проблема настроек. Кеширование любых запросов - управляемая вещь в вашем сервисе и API шлюзе.
Поэтому если хотите чтобы вашим API пользовалась максимально широкая аудитория с минимальной головной болью — создавайте выкладывайте клиентские библиотеки.
По этому, документацию делайте и выкладывайте в формате OpenAPI (ну можно туда еще swagger ui привинтить). Вы не покроете все языки своими библиотеками (вы с питона на шарпы как? Норм? А на go? И ребятам в perl отсыпте.) да и иногда нужно от вашей API 2-3 метода а тащить туда библу, да еще вопрос на сколько в ней код кривой или не подходящий (пример таймауты которые вы забыли дать пользователю)? Но да, хорошо иметь библу.
Вполне может быть и каскадный сбой, когда из‑за отключения одного сервиса вылетает десяток других по цепочке вызова. Чтобы свести к минимуму возможные последствия, мы реализуем переключатель, при активации которого вместо реальных данных отдаются заглушки — пустые структуры, а сам признак «API отключено» отдается с помощью числового кода (см. выше).
Это проблема микросервисной архитектуры by design. Ошибка должна быть тут и все. Какие пустые структуры если к примеру умер сервис биллинга. Вы все равно ничего сделать не можете, что вы там клиенту выдавать будете? Что вы ему пустые структуры - обман выдавать будете или он реально ваши коды ошибок нормально обработает. Просто выдать ошибку что временно не доступен (не помню код http). Ну или 500.
Тоже прошел этот путь (котёл Navien). Адаптер Ekto, Modbus мост (WiFi-Eth) и все в HA (правда работа с modbus в HA не понравилась, были проблемы, и написал свою прослойку modbus-mqtt+rest).
Из минусов этой связки. Однажды HA сдох а зима и котел на даче. Хорошо, что через прослойку смог переключить адаптер (Ekto) на пульт с wifi и управлять через него (там своё приложение от производителя котла с закрытым протоколом).
По этому пошел по другому пути. Взял ESP32, модуль modbus, термодатчик и сделал свой адаптер. Тоже шлет в mqtt+REST и управляется через HA но с одним плюсом, у него есть авторежим. Еще плюс что они с котлом на одном UPS. А.. еще кнопку с диодом что бы можно было в ручную переключать управление на настенный пульт.
Все бы ничего. Но все красивости уходят когда приложение написано под QT а у тебя Gnome и наоборот. Так и с этой ОС. Как только проложение не под нее и она не может раскрасить его под себя то вся красота валится.
Вот интересно почему: ByeDPI на линукс - работает, на android с теми же настройками - работает, на винде - фига. При этом goodbyedpi на винде работает.
Так и было. Лично у меня (MSK), сначала полухалявные BBS, потом инет через рекламные "дискетки" Russia Online, потом Compuserve, IBM NET не скажу как :)
Фидо было у друга (постарше), он был поинтером но гиммор получить поинт, возможно тогда еще и софта как то отпугнул (да и смысл, в основном софт нужен был а не почта). Погубило FIDO - развитие и доступность Internet а еще понты держателей нод (часто получить поинт было не просто). А если появился софт который добавлял удобство использования FIDO должен был наоборот сделать его массовым (хоть и не на долго).
Очень удобно закидывать ISO и ставить. Да есть ventoy и тоже есть диск с ним, но с него не все iso бывает грузятся. И еще Zalman (у меня прошит в IODD) умеет VHD образы предоставлять (правда динамические не умеет). Лично я это использовал что бы записывать дистр. MacOS с патчем OpenCore (по сути на диске вирт. флешки можно хранить). Ну и тут всякие фишечки, типа можно образ vhd сделать RO и аникейщикам ловить вирусню не боясь заразить образ. Ventoy тоже умеет с vhd работать но там другое. И ventoy это загрузка только, а zalman эмулит железный cdrom и в системе виден как cdrom + диск (ну или в случае с vhd как 2 диска).
Я бы сначала определился под какую среду приходится писать, какой инструмент это позволяет а потом бы уже маялся фигнёй. VisualStudio под линукс нет и даже в Маке она своеобразна. В чем разрабатывать будете? В VSCode? Raider (или что там от JB)?
Если честно, через ChatGPT текст прогнали? Прям ну выборка и вывод как в нем.
По контенту, ну это понятно, что не замена монитору. Телеку - да возможно.
Осталось DataView :) За статью спасибо, однозначно в закладки.
Лучше взять на N100 коробку и не городить это. И вроде к Orange у производителя есть готовые образы на флешку где все включено и даже конфиг в котором можно выставить, что включать а, что выключать. И даже статику прописать.
На мой взгляд все эти малинки и около того, хороши наличием GPIO но не уж в качестве минисервера для умного дома, NAS и подобных вещей. Когда к ним прикупишь поддержку NVME уже и по цене будет как обычная коробочка на N100 а ей никакие лишние провода в USB не нужны.
По умолчанию он не кешируется. Если так, то у вас проблема настроек. Кеширование любых запросов - управляемая вещь в вашем сервисе и API шлюзе.
По этому, документацию делайте и выкладывайте в формате OpenAPI (ну можно туда еще swagger ui привинтить). Вы не покроете все языки своими библиотеками (вы с питона на шарпы как? Норм? А на go? И ребятам в perl отсыпте.) да и иногда нужно от вашей API 2-3 метода а тащить туда библу, да еще вопрос на сколько в ней код кривой или не подходящий (пример таймауты которые вы забыли дать пользователю)? Но да, хорошо иметь библу.
Это проблема микросервисной архитектуры by design. Ошибка должна быть тут и все.
Какие пустые структуры если к примеру умер сервис биллинга. Вы все равно ничего сделать не можете, что вы там клиенту выдавать будете? Что вы ему пустые структуры - обман выдавать будете или он реально ваши коды ошибок нормально обработает. Просто выдать ошибку что временно не доступен (не помню код http). Ну или 500.
Тоже прошел этот путь (котёл Navien). Адаптер Ekto, Modbus мост (WiFi-Eth) и все в HA (правда работа с modbus в HA не понравилась, были проблемы, и написал свою прослойку modbus-mqtt+rest).
Из минусов этой связки. Однажды HA сдох а зима и котел на даче. Хорошо, что через прослойку смог переключить адаптер (Ekto) на пульт с wifi и управлять через него (там своё приложение от производителя котла с закрытым протоколом).
По этому пошел по другому пути. Взял ESP32, модуль modbus, термодатчик и сделал свой адаптер. Тоже шлет в mqtt+REST и управляется через HA но с одним плюсом, у него есть авторежим. Еще плюс что они с котлом на одном UPS. А.. еще кнопку с диодом что бы можно было в ручную переключать управление на настенный пульт.
Может пропустил... Joplin как заметочник - хорош. Хоть сейчас и использую Obsidian но у Joplin есть хорошие плюсы.
Шифрование и синхронизация из коробки.
Свой self-hosting, причем если развернуть их сервер то заметки можно шарить.
Markdown более каноничен, проще если потом в какой нибудь github README вставлять.
Мобильный клиент относительно шустрый
Есть под все платформы.
Еще куча плюшек с устареванием удаленных, вставками и т.п.
Из минусов
Редактор менее удобный
Плагины - так себе.
У Obsidian (если вам хватает своего мозга и второй не нужен, использование как заметочника)
Удобный редактор
Свой markdown с плюшками и красоты.
Плагины. И да это подкупает.
Внутренняя работа с тегами, поиском и т.п.
Минусы
Не каноничный markdown, если куда то вставить - придется резать всю красоту.
Синхронизация - по сути костыли через плагины или syncthing, расшарить заметку боль.
Мобильная версия - readonly по сути. Синхронизация - боль или медленная (git).
Шифрование - нет. Ну если только плагины для синхронизации умеют.
Придумай антипатерн - напишиа статью? Какие то КО.
Пишите как в подписе: внезапно — про мозг
Все бы ничего. Но все красивости уходят когда приложение написано под QT а у тебя Gnome и наоборот. Так и с этой ОС. Как только проложение не под нее и она не может раскрасить его под себя то вся красота валится.
Project Manager можно засинхать там 1 json файл. У Projects нет.
Еще удобно, что в настройках можно указать домен и вкладки с ним будут попадать в указанное пространство. Удобно группировать ресурсы с работы.
Вроде еще попыток неправильных заходов по умолчанию в ssh есть после чего блок.
Да, классный клиент. Но он на электроне и любит кушать ресурсы, так же было несколько раз он тормозил.
Интересно мне одному с syncthing так везло, что бывают файлы с конфликтом?
Вот интересно почему: ByeDPI на линукс - работает, на android с теми же настройками - работает, на винде - фига. При этом goodbyedpi на винде работает.
Так и было. Лично у меня (MSK), сначала полухалявные BBS, потом инет через рекламные "дискетки" Russia Online, потом Compuserve, IBM NET не скажу как :)
Фидо было у друга (постарше), он был поинтером но гиммор получить поинт, возможно тогда еще и софта как то отпугнул (да и смысл, в основном софт нужен был а не почта). Погубило FIDO - развитие и доступность Internet а еще понты держателей нод (часто получить поинт было не просто). А если появился софт который добавлял удобство использования FIDO должен был наоборот сделать его массовым (хоть и не на долго).
Еще добавлю, что есть разные версии прошивки (если память не изменяет) для основной файловой системы ntfs и fat. Помню когда шил - выбирал.
Очень удобно закидывать ISO и ставить. Да есть ventoy и тоже есть диск с ним, но с него не все iso бывает грузятся. И еще Zalman (у меня прошит в IODD) умеет VHD образы предоставлять (правда динамические не умеет). Лично я это использовал что бы записывать дистр. MacOS с патчем OpenCore (по сути на диске вирт. флешки можно хранить). Ну и тут всякие фишечки, типа можно образ vhd сделать RO и аникейщикам ловить вирусню не боясь заразить образ. Ventoy тоже умеет с vhd работать но там другое. И ventoy это загрузка только, а zalman эмулит железный cdrom и в системе виден как cdrom + диск (ну или в случае с vhd как 2 диска).
Net разработчик в Линукс?
Я бы сначала определился под какую среду приходится писать, какой инструмент это позволяет а потом бы уже маялся фигнёй. VisualStudio под линукс нет и даже в Маке она своеобразна. В чем разрабатывать будете? В VSCode? Raider (или что там от JB)?
joplin
Ну блин, сравнил. Да конечно... Но дорогая была (и есть). А тут 4000 и выхлоп - динамики в кожухе.