andrey040670 писал(а): Вт апр 21, 2020 7:55 pm
На счёт пожеланий.
Объект ow_fact вынести в отдельный класс, чтоб писались исторические данные. Всё это можно сделать в ручную, но при рестарте майн цикла создаётся лишний объект.
Ваше пожелание услышал. Только не понял - зачем тягать объект в другие классы?))) Качаете модуль propTransfer и передаёте конкретное свойство (два/три свойства) в, скажем, простое устройство. И там уже присущие простому устройству фишки - и история, и график, и направление изменения, и даже логику привязать можно. Если не надо ПУ - просто в любой другой объект с историей. Всё ещё необходимо в отдельный класс выносить?)
Logrus писал(а): Вт апр 21, 2020 10:41 pm
не надо мусорить в бд, в этом погодном хоть еще и история на все не включена
давление в нескольких величинах, направление ветра в нескольких величинах, закат/рассвет и куча сопутствующего уже набило оскомину
в итоге имеем несколько сотен мусорных свойств
вычисление вероятности наступления заморозков в прогнозируемых данных ...
использую модуль только из-за облачности, одно текущее свойство
высказывал и не раз - листать в начало темы
получение данных тянет все при 16 даже если выбран период прогноза 1 и даже если вообще прогноз выключен
и т.д.
А кто мусорит?
Давление в нескольких величинах вполне обосновано. Модуль используется не только у нас в стране. Более того он ещё и переведён на кучу языков)) Это у нас в стране в СИ мм рт ст, а в других странах СИ это гектоПаскали. Могу при желании вынести настройку в "режим эксперта" - в каких единицах писать давление.
А с заморозками что не так? Я же вроде это вводил. Функция по крайней мере точно в библиотеке валяется.
Предлагаешь сделать выбор объекта/свойства под каждую метрику? Люди же замучаются выставлять...тебе одно свойство, а другим вся сотня нужна...вот норм занятие 200 раз из выпадающего списка объекты/свойства выбирать)) а если не существуют - создавать попутно ходить...
В начало темы листать 400+ сообщений как то нет желания..тем более половина пожеланий уже учтены в модуле. Да даже если буду листать - где гарантия что не пропущу твои пожелания, если они каким нить маленьким сообщением? По-этому и попросил высказать у кого что наболело.
Если выключен по-моему не тянет. Если включен - то тянет прогноз да, но записывает то как раз на нужное кол-во дней. Опять же в базе не мусорим.
Предложения для улучшения из этого всего текста, честно, ни одного не услышал (поправьте, если это не так)...разве что забирать прогноз на определённое количество дней, что сэкономит 1кБ трафика в час, не более, но могу учесть...
~220v писал(а): Вт апр 21, 2020 11:55 pm
Так а как взять то? Я понимаю только через регулярное выражение найти и запихнуть в веб переменную...
Ну у вас есть прогноз на эти самые 00:00-03:00. у него в свойствах уже есть температура. Вот её и вставляйте на сцену, или куда там...
Кстати вы меня натолкнули на мысль сделать для новых ключей прогноз...из 3х часового сделать обычный...дневную брать среднюю за день температуру, ночную брать среднюю за ночь, минимальную максимальную за весь день, остальные показатели - среднее арифметическое со всех промежутков...таким образом получится полноценный прогноз на 5 дней, как при 16-дневном ключе...ну это естественно как один из вариантов получения...
