если делать нефиг то, стоит посмотреть в сторону других вариантов получения тепла
химических источников тепла, они правда нагревают емнип до 50 и одноразовые.
еще вариант каталитическая грелка, но воняет бензином.
еще можно наколхозить нагревалку на основе угля для кальянов. вот это думаю аккурат влезет в параметры реквестируемого :) но потребуется и подумать и руками поработать.
внутри скриптов преобразования какоето говно висит.
у меня одно время было скрипт минуты две думал прежде чем начать печатать.
появилось дикое желание насильственно реинкарнировать бубунту аки маздайку... :)
иэх было время и hplip у меня работал :) потом чегойто в нем наковыряли грязными руками.
foo2zjs работает но печатет только по одной страничке.
исходники здесь https://packages.ubuntu.com/source/hirsute/foo2zjs
romvup, вообще лучше всего если группы будут иметь близкие значения по емкости.
смотри такой вариант: в одну группу засовываются все хорошие банки, а в другую все плохие банки. группы собираются последовательно.
При разрядке плохая группа быстро разрядится, просадит напряжение (или уйдет в разрядку) при этом хорошая группа будет иметь еще некоторый запас по заряду.
дешовый китайский балансир такое не отработает, он в лучшем случае отключит аккум от потребителя для защиты одной группы от переразрядки. в этом варианте плохую группу достаточно быстро добьют до смерти.
немного улучшит ситуацию емкостной/индуктивный балансир, на восстановление дисбаланса уйдет конечно много заряда, но нагрузка на будет равномернее.
вариант два: в каждую группу равномерно набиваются плохие и хорошие банки, чтобы каждая группа по своим характеристикам была похожа на все остальные. группа заряжается и разряжается в пределах одних и тех же напряжений, только хорошая банка отдает больший ток , плохая меньший (прям социализм: от каждого по способностям).
в последовательной сборке все группам будет близкая нагрузка, ибо характеристики близки. дисбаланса сильного не будет
библотека sqlite, или no-sql если данные разнобразны или что еще подходящая под твои данные.
или костылить свой велосипед на основе кучи алгоритмов сериализации данных.
минус своего велосипеда - выпиливать ошибки необходимо будет самому.
так тебе только карта в виде растровых тайлов ??
дык берешь любой движок растровых карт. тот же leaflet подсовываешь тайлики от яндекса и поверх ставишь свои объекты, в том числе и градусную сетку. свои объекты меняешь.
за тайлики яндекс-карты вне приложений яндекса, по идее надо платить, но яндекс на мелкую рябешку забивает.
попробуй syncthing или resilio sync
на подобии rsync, только демоны и слушают поток inotify т.е. изменения в фс ловят сразу по окончанию записи в файл.
либо вариант с подключением удаленной фс сервера напрямую, к примеру через sshfs
Sand, вопрощающий, так думаю, все что находится за экраном монитора воспринимает как магию.
потому и уточняю в каком месте онной магии у него непонятки.
на уровне операционки настроить эти протоколы нельяз, ибо для этого надо прописать в документации ос параметры и от каждой использующей проги или библиотеки требовать учитывать онные параметры.
химических источников тепла, они правда нагревают емнип до 50 и одноразовые.
еще вариант каталитическая грелка, но воняет бензином.
еще можно наколхозить нагревалку на основе угля для кальянов. вот это думаю аккурат влезет в параметры реквестируемого :) но потребуется и подумать и руками поработать.
дерзай.