MajorDoMo инфо - Вклад [ru]

Телеграм Отправка изображения с IP камеры .

2023-06-15T16:42:05Z

Xor: /* Код */

[[Category:Юзеркейсы]]
==Описание==
Телеграмм. Отправка изображения с IP камеры.
==Код==
<pre>
include_once(DIR_MODULES . 'telegram/telegram.class.php');
$telegram_module = new telegram();

exec('sudo ffmpeg -i rtsp://IP:port/user=admin_password=imfzZCJe_channel=0_stream=0.sdp?real_stream -y -f mjpeg -t 0.110 -s 1280x720 mnt/Backup/Video/out.jpg');
$jpg="/mnt/Backup/Video/out.jpg";
$this->sendImageToUser($chat_id,$jpg);</pre>

'''rtsp://IP:port''' - адрес и порт камеры.

'''mnt/Backup/Video/out.jpg''' - путь куда сохранять снимок, у вас он может быть другой.

'''sudo''' => для линукс

'''rtsp://IP:port/user=admin_password=imfzZCJe_channel=0_stream=0.sdp?real_stream''' - ссылка на поток с камеры, естественно, индивидуально настраивается.

MQTT модуль

2022-07-16T08:26:35Z

Xor: /* Примеры кода */

[[Category:MQTT]]
[[Category:Модули]]
'''MQTT''' - (англ. message queuing telemetry transport) — упрощённый сетевой протокол, работающий поверх TCP/IP, ориентированный для обмена сообщениями между устройствами по принципу издатель-подписчик.

Модуль выступает клиентом и способен отправлять и принимать сообщения через сервер, модуль умеет не только прямые подписки на ветки от других клиентов(устройств), но и разбивать данные в формате JSON на ветки и свойства. Вы можете привязывать каждое полученное сообщение в ветке к нужному свойству, ветки не привязанные к свойствам никуда не пишут свои данные.

Для работы клиентов MQTT необходим сервер или еще его называют брокером (в предустановленном наборе и рекомендованный к использованию Mosquitto), данный сервер отвечает за пересылку сообщений от клиента к клиенту. Клиент MQTT может находится где угодно и для работы ему необходим только канал связи с сервером MQTT. Таким образом вы можете через интернет управлять устройствами поддерживающими MQTT протокол где угодно. Они в свою очередь сообщат вам о своем состоянии тем же образом. MajorDoMo может автоматизировать ваш гараж находясь у вас дома, для этого необходим только интернет канал и устройства с поддержкой MQTT.

[[Файл:2019-12-12 08-44-27.jpg|мини|слева|Настройки mqtt]] [[Файл:2019-12-12 08-42-40.jpg|мини|центр|настройка топика mqtt]]

Про retain.
Это "залипание" топика на MQTT брокере.

При подписывании нового клиента к топику он первым делом получает текущее, "залипшее" значение - независимо от того как давно оно произошло (ну, с учетом настроек брокера).

Логика простая: если в топике предполагается хранение текущего значения - лучше его сделать retained. Тогда он будет доступен всем клиентам в любой момент, им не нужно будет дожидаться повторной отправки значения источником.

Если же топик предполагается использовать для какого-то события, которое важно именно в момент его возникновения - тогда флаг retained выставлять не следует.

Соответственно, retained топик потребляет больше ресурсов брокера, и использовать его нужно только тогда когда необходимо.

Для фиксации положения осветителей (включены или выключены) при отключении света её можно использовать. В этом случае тот же MD будет знать текущее состояние освещения даже сразу после перезагрузки сервера а не тогда когда кто-то щелкнет выключателем.

А, вот пример когда retained использовать точно не следует: например, в момент нажатия кнопки по MQTT отправляется топик (не важно, со значением или без значения). Просто для того чтобы оповестить подписчиков что произошло событие "нажатие кнопки". Так вот, если его сделать retained, то каждый новый клиент при подписывании на топик сразу получит оповещение "кнопка была нажата", даже если это произошло очень давно.

Несколько видео по настройке

<youtube>gL3UM_HuXAM</youtube>
<youtube>EwH6jY_scUU</youtube>
<youtube>jFUPy1q3ze8</youtube>
<youtube>4O-2dJwRQtg</youtube>

==Примеры кода==
Отправка сообщения через модуль в топик
<pre>include_once(DIR_MODULES . 'mqtt/mqtt.class.php');
$mqtt = new mqtt();
$qos = 0;
$retain = 0;
$write_type = 0;
$rezult = $mqtt->mqttPublish($topic, $value, $qos, $retain, $write_type);</pre>

==Ошибки==
После перехода mosquitto на version 2.0.10 были по дефолту активировали секьюрити функции теперь запрещен доступ без пароля и запрещено подключение с любых систем не 127.0.0.1

Для начала проверим что версия новая стала

<pre>mosquitto -v</pre>

в консоли линя выведет вам версию, если она больше 2.0 то идем в конфиг

<pre>/etc/mosquitto/mosquitto.conf</pre>

правим файл, к тому что есть дописываем
<pre>listener 1883 0.0.0.0</pre> разрешает подключение к брокеру на любом интерфейсе.
<pre>allow_anonymous true</pre> разрешает подключение без паролей.

NEW VALUE и OLD VALUE

2021-01-08T08:50:16Z

Xor:

[[Category:Примеры]]

При выполнении связанного со свойством метода в него передаются параметры - текущее значение свойства (OLD_VALUE) и новое значение (NEW_VALUE)

<pre>if ($params['NEW_VALUE'] == $params['OLD_VALUE']) return; //код сравнивает новое значение со старым и выходит из метода если они совпадают.</pre>

срабатывание по фронту для 0/1 значений
<pre>if ($params['NEW_VALUE'] == 1 && $params['OLD_VALUE'] == 0) { // из 0 в 1 - "началось"}</pre>
<pre>if ($params['NEW_VALUE'] == 0 && $params['OLD_VALUE'] == 1) { // из 1 в 0 - "кончилось"}</pre>

Однако из топика MQTT приходит параметр не NEW_VALUE, а '''VALUE'''. При использовании привязки методов к топикам использовать его.

Так же можно использовать в различных условиях передаваемые данные (ниже пример вызова метода по изменению свойства класса)
<pre>
//{"PROPERTY":"temperatureDevices", "NEW_VALUE":"29.05", "OLD_VALUE":"29.05", "no_session":"1", "ORIGINAL_OBJECT_TITLE":"ZB_relay_03"}

if ($params['PROPERTY'] == "temperatureDevices") $temp=$params['NEW_VALUE'];
else $temp=$this->getProperty('temperatureDevices');

if ($params['ORIGINAL_OBJECT_TITLE'] == "ZB_relay_03") $ot=$params['ORIGINAL_OBJECT_TITLE'];

</pre>
==Поисковые запросы==
олдвалуе, ньювалуе, Алиса постоянно говорит значения которые изменились, в чате постоянно пишет, повтор сообщения, повторы, многократное срабатывание метода при одном и том же значении свойства, срабатывание метода только при изменении значения, срабатывание по фронту, препроцессинг и постпроцессинг значений свойств объектов

Склонение слов для "Алисы"

2021-01-08T08:19:12Z

Xor:

[[Category:Юзеркейсы]]
==Описание==
Склонение слов для голосового движка "Алиса". На основе данного кода можно сделать склонения для любых данных. В данном примере показано как склонять слово "проценты".
==Код==
<pre>
$h = '22';
$tempcels = GetNumberWord($h,array('процент','процента','процентов'));
$status .= " Относительная влажность ".$h." ".$tempcels;
echo $status;// выводим результат в браузер
sg('data.hum',$status);// или кидаем в свойство
</pre>

Cms/Texts

2020-06-21T21:02:01Z

Xor:

[[Cms/Texts|/cms/texts]]

В этой папке хранятся текстовые файлы созданные в разделе НАСТРОЙКИ => Текстовые файлы. Так же можно закидывать созданные отдельно файлы и они будут видны в этом разделе.

Использовать можно например для вариативности ответов в шаблонах поведения. 
Допустим вы создали шаблон <pre>приветик|здравствуй</pre> и код ответа у вас <pre>say('здравствуйте',2);</pre> но вам надоел однотипный ответ и вы хотите свободы в творчестве и фантазии.
Не проблема.
Создайте текстовый файл в блокноте с вариантами ответов, каждый с новой строчки с таким содержанием 
<pre>Доброе утро.
Здравствуйте.
Приветик, как спалось?
Ну и зачем вы меня пробудили.
Приятного вам утра.
Привет, желаю жить и радоваться новому дню.
Чего ты хочешь от меня в такую рань?
Пусть это утро будет удачным стартом для твоего яркого и успешного дня.
Замечательного вам настроения на весь предстоящий день.
Давай-ка по кофейку и вперёд, навстречу счастью.
Желаю бодрого утра, перерастающего в грандиозно успешный день.
</pre>
сохраните файл присвоив ему ассоциативное имя чтобы потом не забыть что в вашем файле находится к примеру Dobroe_Utro.txt
Поместите файл или несколько в директорию /cms/texts в которой вы читаете это описание и тогда на него можно ссылаться в коде. Изменив немного код ответа в шаблоне, например, на 
<pre>if(timeBetween("06:00", "10:00")){
sayReply(getRandomLine('Dobroe_Utro'),3);
}elseif(timeBetween("10:00", "17:00")){
sayReply(getRandomLine('Dobry_Den'),1);
}elseif(timeBetween("17:00", "22:22")){
sayReply(getRandomLine('Dobry_Vecher'),2);
}elseif(timeBetween("22:22", "02:00")){
sayReply(getRandomLine('Dobroy_nochi'),4);
}else{ //иначе напишет в чат
sayReply('Я уже устала от вас ложитесь спать а утром поговорим',0);
}</pre> Творческая цель достигнута простым движением руки, теперь ваша "Алиса" будет рандомно брать строчки из текстового файла и каждый раз приветствовать вас так как вы ей описали в файле и радовать вас своей вариативностью.

Применение текстовых файлов не ограничивается шаблонами.

Cms/Texts

2020-06-21T21:00:54Z

Xor: регистр в шаблоне не важен уже

[[Cms/Texts|/cms/texts]]

В этой папке хранятся текстовые файлы созданные в разделе НАСТРОЙКИ => Текстовые файлы. Так же можно закидывать созданные отдельно файлы и они будут видны в этом разделе.

Использовать можно например для вариативности ответов в шаблонах поведения. 
Допустим вы создали шаблон <pre>приветик|здравствуй</pre> и код ответа у вас <pre>say('здравствуйте',2);</pre> но вам надоел однотипный ответ и вы хотите свободы в творчестве и фантазии.
Не проблема.
Создайте текстовый файл в блокноте с вариантами ответов, каждый с новой строчки с таким содержанием 
<pre>Доброе утро.
Здравствуйте.
Приветик, как спалось?
Ну и зачем вы меня пробудили.
Приятного вам утра.
Привет, желаю жить и радоваться новому дню.
Чего ты хочешь от меня в такую рань?
Пусть это утро будет удачным стартом для твоего яркого и успешного дня.
Замечательного вам настроения на весь предстоящий день.
Давай-ка по кофейку и вперёд, навстречу счастью.
Желаю бодрого утра, перерастающего в грандиозно успешный день.
</pre>
сохраните файл присвоив ему ассоциативное имя чтобы потом не забыть что в вашем файле находится к примеру Dobroe_Utro.txt
Поместите файл или несколько в директорию /cms/texts в которой вы читаете это описание и тогда на него можно ссылаться в коде. Изменив немного код ответа в шаблоне <pre>(П|п)ривет|ик|(З|з)дравствуй</pre> например на 
<pre>if(timeBetween("06:00", "10:00")){
sayReply(getRandomLine('Dobroe_Utro'),3);
}elseif(timeBetween("10:00", "17:00")){
sayReply(getRandomLine('Dobry_Den'),1);
}elseif(timeBetween("17:00", "22:22")){
sayReply(getRandomLine('Dobry_Vecher'),2);
}elseif(timeBetween("22:22", "02:00")){
sayReply(getRandomLine('Dobroy_nochi'),4);
}else{ //иначе напишет в чат
sayReply('Я уже устала от вас ложитесь спать а утром поговорим',0);
}</pre> Творческая цель достигнута простым движением руки, теперь ваша "Алиса" будет рандомно брать строчки из текстового файла и каждый раз приветствовать вас так как вы ей описали в файле и радовать вас своей вариативностью.

Применение текстовых файлов не ограничивается шаблонами.

ClearScheduledJob

2020-04-26T22:43:16Z

Xor: /* Описание */

[[Category:Встроенные функции]]
==Описание==
'''ClearScheduledJob'''('title'); -- может использоваться маска типа "title%" (заявлено, но не может((( )

==Примеры запросов==

==Альтернативные названия функции (сленг)==

==Просто для проверки появления разделов==

Phistory to archive

2020-04-26T19:01:15Z

Xor: /* Скрипт для запуска каждый месяц */

Из телеграмчата от пользователя XOR

====Описание====

Для ускорения работы MajorDoMo, есть смысл перенести таблицу phistory "боевой" (читай основной рабочей) базы в таблицу отдельно созданной базы, для истории или анализа сторонними методами. Приведенный ниже код переносит данные, старше 2-х месяцев, из таблицы phistory боевой базы в таблицу history базы archive. Тут приведен пример экспорта истории в базу рядом, что даёт некоторые преимущества по ср., например, с вариантом, когда экспорт идёт во внешний файл (что актуально для малины).

Все работы проводим '''на свой страх и риск''' в phpmyadmin. Возможно позже появится что-то автоматизированное.

'''Внимание!!!
лучше сначала не удаляйте из боя, убедитесь, что база создана, с нужной кодировкой и правами. создайте там таблицу, наполните данными, посмотрите, что всё в порядке. а потом можно и чистить бой.'''

====Создаем "вьюху"====

<pre>
// она у меня не только для этого) тут просто в очередной раз используется
// для того, чтобы от айди перейти к Объект.Свойство
// тут стандартная связь между классом, объектом, свойством и айди
// поддерживается иерархия классов глубиной в 3
CREATE OR REPLACE VIEW vw_clobjpr AS
select `v`.`ID` AS `value_id`,`v`.`PROPERTY_ID` AS `PROPERTY_ID`,`v`.`PROPERTY_NAME` AS `PROPERTY_NAME`,`v`.`UPDATED` AS `UPDATED`,
`v`.`VALUE` AS `VALUE`,`p`.`TITLE` AS `property`,
`o`.`TITLE` AS `object`,`c`.`TITLE` AS `class`,`cp`.`TITLE` AS `class_parent`,`cpp`.`TITLE` AS `class_pparent`
from (((((`pvalues` `v` join `properties` `p` on((`v`.`PROPERTY_ID` = `p`.`ID`)))
join `objects` `o` on((`v`.`OBJECT_ID` = `o`.`ID`)))
left join `classes` `c` on((`o`.`CLASS_ID` = `c`.`ID`)))
left join `classes` `cp` on((`c`.`PARENT_ID` = `cp`.`ID`)))
left join `classes` `cpp` on((`cp`.`PARENT_ID` = `cpp`.`ID`)))
</pre>

====Создаем базу====

<pre>
//из php-скрипта, например, так. База создается с умолчаниями.
//При необходимости, подправить CHARACTER SET, COLLATE и права
sqlExec("CREATE DATABASE IF NOT EXISTS archive");
</pre>

====Создаем таблицу====
<pre>

//создадим таблицу из скрипта (пустую)
$sql = "CREATE TABLE archive.history (
`ADDED` datetime DEFAULT NULL,
`VALUE` varchar(255) NOT NULL,
`PROPERTY_NAME` varchar(100) NOT NULL DEFAULT ''
) ENGINE=MyISAM DEFAULT CHARSET=utf8";
sqlExec($sql);
//или (запускать из db_terminal)
//создать таблицу history и напихать туда данные
create table archive.history as
SELECT p.`ADDED`,p.`VALUE`,t.property_name
FROM `phistory` p
join vw_clobjpr t on p.`VALUE_ID`=t.value_id
WHERE p.ADDED < DATE_SUB( NOW( ) , INTERVAL 2
MONTH ) ;

//желательно тут же удалить напиханные данные из пхистори
delete
FROM `phistory`
WHERE `ADDED` < DATE_SUB( NOW( ) , INTERVAL 2 MONTH ) ;
</pre>

====Скрипт для запуска каждый месяц====

<pre>
$sql = "INSERT INTO archive_my.history
SELECT p.`ADDED` , p.`VALUE` , t.property_name
FROM `phistory` p
JOIN vw_clobjpr t ON p.`VALUE_ID` = t.value_id
WHERE p.ADDED < DATE_SUB( NOW( ) , INTERVAL 2 MONTH )" ;
sqlExec($sql);

$sql = "DELETE FROM `phistory` WHERE `ADDED` < DATE_SUB( NOW( ) , INTERVAL 2 MONTH )" ;
sqlExec($sql);

</pre>

Phistory to archive

2020-04-26T19:00:43Z

Xor: /* Скрипт для запуска каждый месяц */

Из телеграмчата от пользователя XOR

====Описание====

Для ускорения работы MajorDoMo, есть смысл перенести таблицу phistory "боевой" (читай основной рабочей) базы в таблицу отдельно созданной базы, для истории или анализа сторонними методами. Приведенный ниже код переносит данные, старше 2-х месяцев, из таблицы phistory боевой базы в таблицу history базы archive. Тут приведен пример экспорта истории в базу рядом, что даёт некоторые преимущества по ср., например, с вариантом, когда экспорт идёт во внешний файл (что актуально для малины).

Все работы проводим '''на свой страх и риск''' в phpmyadmin. Возможно позже появится что-то автоматизированное.

'''Внимание!!!
лучше сначала не удаляйте из боя, убедитесь, что база создана, с нужной кодировкой и правами. создайте там таблицу, наполните данными, посмотрите, что всё в порядке. а потом можно и чистить бой.'''

====Создаем "вьюху"====

<pre>
// она у меня не только для этого) тут просто в очередной раз используется
// для того, чтобы от айди перейти к Объект.Свойство
// тут стандартная связь между классом, объектом, свойством и айди
// поддерживается иерархия классов глубиной в 3
CREATE OR REPLACE VIEW vw_clobjpr AS
select `v`.`ID` AS `value_id`,`v`.`PROPERTY_ID` AS `PROPERTY_ID`,`v`.`PROPERTY_NAME` AS `PROPERTY_NAME`,`v`.`UPDATED` AS `UPDATED`,
`v`.`VALUE` AS `VALUE`,`p`.`TITLE` AS `property`,
`o`.`TITLE` AS `object`,`c`.`TITLE` AS `class`,`cp`.`TITLE` AS `class_parent`,`cpp`.`TITLE` AS `class_pparent`
from (((((`pvalues` `v` join `properties` `p` on((`v`.`PROPERTY_ID` = `p`.`ID`)))
join `objects` `o` on((`v`.`OBJECT_ID` = `o`.`ID`)))
left join `classes` `c` on((`o`.`CLASS_ID` = `c`.`ID`)))
left join `classes` `cp` on((`c`.`PARENT_ID` = `cp`.`ID`)))
left join `classes` `cpp` on((`cp`.`PARENT_ID` = `cpp`.`ID`)))
</pre>

====Создаем базу====

<pre>
//из php-скрипта, например, так. База создается с умолчаниями.
//При необходимости, подправить CHARACTER SET, COLLATE и права
sqlExec("CREATE DATABASE IF NOT EXISTS archive");
</pre>

====Создаем таблицу====
<pre>

//создадим таблицу из скрипта (пустую)
$sql = "CREATE TABLE archive.history (
`ADDED` datetime DEFAULT NULL,
`VALUE` varchar(255) NOT NULL,
`PROPERTY_NAME` varchar(100) NOT NULL DEFAULT ''
) ENGINE=MyISAM DEFAULT CHARSET=utf8";
sqlExec($sql);
//или (запускать из db_terminal)
//создать таблицу history и напихать туда данные
create table archive.history as
SELECT p.`ADDED`,p.`VALUE`,t.property_name
FROM `phistory` p
join vw_clobjpr t on p.`VALUE_ID`=t.value_id
WHERE p.ADDED < DATE_SUB( NOW( ) , INTERVAL 2
MONTH ) ;

//желательно тут же удалить напиханные данные из пхистори
delete
FROM `phistory`
WHERE `ADDED` < DATE_SUB( NOW( ) , INTERVAL 2 MONTH ) ;
</pre>

====Скрипт для запуска каждый месяц====

<code>
$sql = "INSERT INTO archive_my.history
SELECT p.`ADDED` , p.`VALUE` , t.property_name
FROM `phistory` p
JOIN vw_clobjpr t ON p.`VALUE_ID` = t.value_id
WHERE p.ADDED < DATE_SUB( NOW( ) , INTERVAL 2 MONTH )" ;
sqlExec($sql);

$sql = "DELETE FROM `phistory` WHERE `ADDED` < DATE_SUB( NOW( ) , INTERVAL 2 MONTH )" ;
sqlExec($sql);

</code>

Phistory to archive

2020-04-26T18:57:54Z

Xor:

Из телеграмчата от пользователя XOR

====Описание====

Для ускорения работы MajorDoMo, есть смысл перенести таблицу phistory "боевой" (читай основной рабочей) базы в таблицу отдельно созданной базы, для истории или анализа сторонними методами. Приведенный ниже код переносит данные, старше 2-х месяцев, из таблицы phistory боевой базы в таблицу history базы archive. Тут приведен пример экспорта истории в базу рядом, что даёт некоторые преимущества по ср., например, с вариантом, когда экспорт идёт во внешний файл (что актуально для малины).

Все работы проводим '''на свой страх и риск''' в phpmyadmin. Возможно позже появится что-то автоматизированное.

'''Внимание!!!
лучше сначала не удаляйте из боя, убедитесь, что база создана, с нужной кодировкой и правами. создайте там таблицу, наполните данными, посмотрите, что всё в порядке. а потом можно и чистить бой.'''

====Создаем "вьюху"====

<pre>
// она у меня не только для этого) тут просто в очередной раз используется
// для того, чтобы от айди перейти к Объект.Свойство
// тут стандартная связь между классом, объектом, свойством и айди
// поддерживается иерархия классов глубиной в 3
CREATE OR REPLACE VIEW vw_clobjpr AS
select `v`.`ID` AS `value_id`,`v`.`PROPERTY_ID` AS `PROPERTY_ID`,`v`.`PROPERTY_NAME` AS `PROPERTY_NAME`,`v`.`UPDATED` AS `UPDATED`,
`v`.`VALUE` AS `VALUE`,`p`.`TITLE` AS `property`,
`o`.`TITLE` AS `object`,`c`.`TITLE` AS `class`,`cp`.`TITLE` AS `class_parent`,`cpp`.`TITLE` AS `class_pparent`
from (((((`pvalues` `v` join `properties` `p` on((`v`.`PROPERTY_ID` = `p`.`ID`)))
join `objects` `o` on((`v`.`OBJECT_ID` = `o`.`ID`)))
left join `classes` `c` on((`o`.`CLASS_ID` = `c`.`ID`)))
left join `classes` `cp` on((`c`.`PARENT_ID` = `cp`.`ID`)))
left join `classes` `cpp` on((`cp`.`PARENT_ID` = `cpp`.`ID`)))
</pre>

====Создаем базу====

<pre>
//из php-скрипта, например, так. База создается с умолчаниями.
//При необходимости, подправить CHARACTER SET, COLLATE и права
sqlExec("CREATE DATABASE IF NOT EXISTS archive");
</pre>

====Создаем таблицу====
<pre>

//создадим таблицу из скрипта (пустую)
$sql = "CREATE TABLE archive.history (
`ADDED` datetime DEFAULT NULL,
`VALUE` varchar(255) NOT NULL,
`PROPERTY_NAME` varchar(100) NOT NULL DEFAULT ''
) ENGINE=MyISAM DEFAULT CHARSET=utf8";
sqlExec($sql);
//или (запускать из db_terminal)
//создать таблицу history и напихать туда данные
create table archive.history as
SELECT p.`ADDED`,p.`VALUE`,t.property_name
FROM `phistory` p
join vw_clobjpr t on p.`VALUE_ID`=t.value_id
WHERE p.ADDED < DATE_SUB( NOW( ) , INTERVAL 2
MONTH ) ;

//желательно тут же удалить напиханные данные из пхистори
delete
FROM `phistory`
WHERE `ADDED` < DATE_SUB( NOW( ) , INTERVAL 2 MONTH ) ;
</pre>

====Скрипт для запуска каждый месяц====
<pre>

$sql = "INSERT INTO archive_my.history
SELECT p.`ADDED` , p.`VALUE` , t.property_name
FROM `phistory` p
JOIN vw_clobjpr t ON p.`VALUE_ID` = t.value_id
WHERE p.ADDED < DATE_SUB( NOW( ) , INTERVAL 2 MONTH )" ;
sqlExec($sql);

$sql = "DELETE FROM `phistory` WHERE `ADDED` < DATE_SUB( NOW( ) , INTERVAL 2 MONTH )" ;
sqlExec($sql);
</pre>

Phistory to archive

2020-04-26T18:43:39Z

Xor: /* Описание */

Phistory to archive

2020-04-26T18:40:58Z

Xor: /* Создаем таблицу */

Из телеграмчата от пользователя XOR

====Описание====

Для ускорения работы MajorDoMo, есть смысл перенести таблицу phistory "боевой" (читай основной рабочей) базы в таблицу отдельно созданной базы, для истории или анализа сторонними методами. Приведенный ниже код переносит данные, старше 2-х месяцев, из таблицы phistory боевой базы в таблицу history базы archive.

Все работы проводим '''на свой страх и риск''' в phpmyadmin. Возможно позже появится что-то автоматизированное.

'''Внимание!!!
лучше сначала не удаляйте из боя, убедитесь, что база создана, с нужной кодировкой и правами. создайте там таблицу, наполните данными, посмотрите, что всё в порядке. а потом можно и чистить бой.'''

====Создаем "вьюху"====

<pre>
// она у меня не только для этого) тут просто в очередной раз используется
// для того, чтобы от айди перейти к Объект.Свойство
// тут стандартная связь между классом, объектом, свойством и айди
// поддерживается иерархия классов глубиной в 3
CREATE OR REPLACE VIEW vw_clobjpr AS
select `v`.`ID` AS `value_id`,`v`.`PROPERTY_ID` AS `PROPERTY_ID`,`v`.`PROPERTY_NAME` AS `PROPERTY_NAME`,`v`.`UPDATED` AS `UPDATED`,
`v`.`VALUE` AS `VALUE`,`p`.`TITLE` AS `property`,
`o`.`TITLE` AS `object`,`c`.`TITLE` AS `class`,`cp`.`TITLE` AS `class_parent`,`cpp`.`TITLE` AS `class_pparent`
from (((((`pvalues` `v` join `properties` `p` on((`v`.`PROPERTY_ID` = `p`.`ID`)))
join `objects` `o` on((`v`.`OBJECT_ID` = `o`.`ID`)))
left join `classes` `c` on((`o`.`CLASS_ID` = `c`.`ID`)))
left join `classes` `cp` on((`c`.`PARENT_ID` = `cp`.`ID`)))
left join `classes` `cpp` on((`cp`.`PARENT_ID` = `cpp`.`ID`)))
</pre>

====Создаем базу====

<pre>
//из php-скрипта, например, так. База создается с умолчаниями.
//При необходимости, подправить CHARACTER SET, COLLATE и права
sqlExec("CREATE DATABASE IF NOT EXISTS archive");
</pre>

====Создаем таблицу====
<pre>

//создадим таблицу из скрипта (пустую)
$sql = "CREATE TABLE archive.history (
`ADDED` datetime DEFAULT NULL,
`VALUE` varchar(255) NOT NULL,
`PROPERTY_NAME` varchar(100) NOT NULL DEFAULT ''
) ENGINE=MyISAM DEFAULT CHARSET=utf8";
sqlExec($sql);
//или (запускать из db_terminal)
//создать таблицу history и напихать туда данные
create table archive.history as
SELECT p.`ADDED`,p.`VALUE`,t.property_name
FROM `phistory` p
join vw_clobjpr t on p.`VALUE_ID`=t.value_id
WHERE p.ADDED < DATE_SUB( NOW( ) , INTERVAL 2
MONTH ) ;

//желательно тут же удалить напиханные данные из пхистори
delete
FROM `phistory`
WHERE `ADDED` < DATE_SUB( NOW( ) , INTERVAL 2 MONTH ) ;
</pre>

Phistory to archive

2020-04-26T18:38:27Z

Xor: /* Описание */

Из телеграмчата от пользователя XOR

====Описание====

Для ускорения работы MajorDoMo, есть смысл перенести таблицу phistory "боевой" (читай основной рабочей) базы в таблицу отдельно созданной базы, для истории или анализа сторонними методами. Приведенный ниже код переносит данные, старше 2-х месяцев, из таблицы phistory боевой базы в таблицу history базы archive.

Все работы проводим '''на свой страх и риск''' в phpmyadmin. Возможно позже появится что-то автоматизированное.

'''Внимание!!!
лучше сначала не удаляйте из боя, убедитесь, что база создана, с нужной кодировкой и правами. создайте там таблицу, наполните данными, посмотрите, что всё в порядке. а потом можно и чистить бой.'''

====Создаем "вьюху"====

<pre>
// она у меня не только для этого) тут просто в очередной раз используется
// для того, чтобы от айди перейти к Объект.Свойство
// тут стандартная связь между классом, объектом, свойством и айди
// поддерживается иерархия классов глубиной в 3
CREATE OR REPLACE VIEW vw_clobjpr AS
select `v`.`ID` AS `value_id`,`v`.`PROPERTY_ID` AS `PROPERTY_ID`,`v`.`PROPERTY_NAME` AS `PROPERTY_NAME`,`v`.`UPDATED` AS `UPDATED`,
`v`.`VALUE` AS `VALUE`,`p`.`TITLE` AS `property`,
`o`.`TITLE` AS `object`,`c`.`TITLE` AS `class`,`cp`.`TITLE` AS `class_parent`,`cpp`.`TITLE` AS `class_pparent`
from (((((`pvalues` `v` join `properties` `p` on((`v`.`PROPERTY_ID` = `p`.`ID`)))
join `objects` `o` on((`v`.`OBJECT_ID` = `o`.`ID`)))
left join `classes` `c` on((`o`.`CLASS_ID` = `c`.`ID`)))
left join `classes` `cp` on((`c`.`PARENT_ID` = `cp`.`ID`)))
left join `classes` `cpp` on((`cp`.`PARENT_ID` = `cpp`.`ID`)))
</pre>

====Создаем базу====

<pre>
//из php-скрипта, например, так. База создается с умолчаниями.
//При необходимости, подправить CHARACTER SET, COLLATE и права
sqlExec("CREATE DATABASE IF NOT EXISTS archive");
</pre>

====Создаем таблицу====
<pre>

//создадим таблицу из скрипта (пустую)
$sql = "CREATE TABLE archive.history (
`ADDED` datetime DEFAULT NULL,
`VALUE` varchar(255) NOT NULL,
`PROPERTY_NAME` varchar(100) NOT NULL DEFAULT ''
) ENGINE=MyISAM DEFAULT CHARSET=utf8";
sqlExec($sql);
//или (запускать из db_terminal)
//создать таблицу history и напихать туда данные
create table archive.history as
SELECT p.`ADDED`,p.`VALUE`,t.property_name
FROM `phistory` p
join vw_clobjpr t on p.`VALUE_ID`=t.value_id
WHERE p.ADDED < DATE_SUB( NOW( ) , INTERVAL 2
MONTH ) ;

//удалить напиханные данные из пхистори
delete
FROM `phistory`
WHERE `ADDED` < DATE_SUB( NOW( ) , INTERVAL 2 MONTH ) ;
</pre>

Phistory to archive

2020-04-26T15:44:26Z

Xor: /* Создаем "вьюху" */

Из телеграмчата от пользователя XOR

====Описание====

Для ускорения работы MajorDoMo, есть смысл перенести таблицу phistory "боевой" (читай основной рабочей) базы в таблицу отдельно созданной базы, для истории или анализа сторонними методами. Приведенный ниже код переносит данные, старше 2-х месяцев, из таблицы phistory боевой базы в таблицу history таблицы archive.

Все работы проводим '''на свой страх и риск''' в phpmyadmin. Возможно позже появится что-то автоматизированное.

'''Внимание!!!
лучше сначала не удаляйте из боя, убедитесь, что база создана, с нужной кодировкой и правами. создайте там таблицу, наполните данными, посмотрите, что всё в порядке. а потом можно и чистить бой.'''

====Создаем "вьюху"====

<pre>
// она у меня не только для этого) тут просто в очередной раз используется
// для того, чтобы от айди перейти к Объект.Свойство
// тут стандартная связь между классом, объектом, свойством и айди
// поддерживается иерархия классов глубиной в 3
CREATE OR REPLACE VIEW vw_clobjpr AS
select `v`.`ID` AS `value_id`,`v`.`PROPERTY_ID` AS `PROPERTY_ID`,`v`.`PROPERTY_NAME` AS `PROPERTY_NAME`,`v`.`UPDATED` AS `UPDATED`,
`v`.`VALUE` AS `VALUE`,`p`.`TITLE` AS `property`,
`o`.`TITLE` AS `object`,`c`.`TITLE` AS `class`,`cp`.`TITLE` AS `class_parent`,`cpp`.`TITLE` AS `class_pparent`
from (((((`pvalues` `v` join `properties` `p` on((`v`.`PROPERTY_ID` = `p`.`ID`)))
join `objects` `o` on((`v`.`OBJECT_ID` = `o`.`ID`)))
left join `classes` `c` on((`o`.`CLASS_ID` = `c`.`ID`)))
left join `classes` `cp` on((`c`.`PARENT_ID` = `cp`.`ID`)))
left join `classes` `cpp` on((`cp`.`PARENT_ID` = `cpp`.`ID`)))
</pre>

====Создаем базу====

<pre>
//из php-скрипта, например, так. База создается с умолчаниями.
//При необходимости, подправить CHARACTER SET, COLLATE и права
sqlExec("CREATE DATABASE IF NOT EXISTS archive");
</pre>

====Создаем таблицу====
<pre>

//создадим таблицу из скрипта (пустую)
$sql = "CREATE TABLE archive.history (
`ADDED` datetime DEFAULT NULL,
`VALUE` varchar(255) NOT NULL,
`PROPERTY_NAME` varchar(100) NOT NULL DEFAULT ''
) ENGINE=MyISAM DEFAULT CHARSET=utf8";
sqlExec($sql);
//или (запускать из db_terminal)
//создать таблицу history и напихать туда данные
create table archive.history as
SELECT p.`ADDED`,p.`VALUE`,t.property_name
FROM `phistory` p
join vw_clobjpr t on p.`VALUE_ID`=t.value_id
WHERE p.ADDED < DATE_SUB( NOW( ) , INTERVAL 2
MONTH ) ;

//удалить напиханные данные из пхистори
delete
FROM `phistory`
WHERE `ADDED` < DATE_SUB( NOW( ) , INTERVAL 2 MONTH ) ;
</pre>

Phistory to archive

2020-04-26T15:43:10Z

Xor: /* Создаем "вьюху" */

Из телеграмчата от пользователя XOR

====Описание====

Для ускорения работы MajorDoMo, есть смысл перенести таблицу phistory "боевой" (читай основной рабочей) базы в таблицу отдельно созданной базы, для истории или анализа сторонними методами. Приведенный ниже код переносит данные, старше 2-х месяцев, из таблицы phistory боевой базы в таблицу history таблицы archive.

Все работы проводим '''на свой страх и риск''' в phpmyadmin. Возможно позже появится что-то автоматизированное.

'''Внимание!!!
лучше сначала не удаляйте из боя, убедитесь, что база создана, с нужной кодировкой и правами. создайте там таблицу, наполните данными, посмотрите, что всё в порядке. а потом можно и чистить бой.'''

====Создаем "вьюху"====

<pre>
// она у меня не только для этого) тут просто в очередной раз используется
// тут стандартная связь между классом, объектом, свойством и айди
//поддерживается иерархия классов глубиной в 3
CREATE OR REPLACE VIEW vw_clobjpr AS
select `v`.`ID` AS `value_id`,`v`.`PROPERTY_ID` AS `PROPERTY_ID`,`v`.`PROPERTY_NAME` AS `PROPERTY_NAME`,`v`.`UPDATED` AS `UPDATED`,
`v`.`VALUE` AS `VALUE`,`p`.`TITLE` AS `property`,
`o`.`TITLE` AS `object`,`c`.`TITLE` AS `class`,`cp`.`TITLE` AS `class_parent`,`cpp`.`TITLE` AS `class_pparent`
from (((((`pvalues` `v` join `properties` `p` on((`v`.`PROPERTY_ID` = `p`.`ID`)))
join `objects` `o` on((`v`.`OBJECT_ID` = `o`.`ID`)))
left join `classes` `c` on((`o`.`CLASS_ID` = `c`.`ID`)))
left join `classes` `cp` on((`c`.`PARENT_ID` = `cp`.`ID`)))
left join `classes` `cpp` on((`cp`.`PARENT_ID` = `cpp`.`ID`)))
</pre>

====Создаем базу====

<pre>
//из php-скрипта, например, так. База создается с умолчаниями.
//При необходимости, подправить CHARACTER SET, COLLATE и права
sqlExec("CREATE DATABASE IF NOT EXISTS archive");
</pre>

====Создаем таблицу====
<pre>

//создадим таблицу из скрипта (пустую)
$sql = "CREATE TABLE archive.history (
`ADDED` datetime DEFAULT NULL,
`VALUE` varchar(255) NOT NULL,
`PROPERTY_NAME` varchar(100) NOT NULL DEFAULT ''
) ENGINE=MyISAM DEFAULT CHARSET=utf8";
sqlExec($sql);
//или (запускать из db_terminal)
//создать таблицу history и напихать туда данные
create table archive.history as
SELECT p.`ADDED`,p.`VALUE`,t.property_name
FROM `phistory` p
join vw_clobjpr t on p.`VALUE_ID`=t.value_id
WHERE p.ADDED < DATE_SUB( NOW( ) , INTERVAL 2
MONTH ) ;

//удалить напиханные данные из пхистори
delete
FROM `phistory`
WHERE `ADDED` < DATE_SUB( NOW( ) , INTERVAL 2 MONTH ) ;
</pre>

Phistory to archive

2020-04-26T13:06:02Z

Xor: /* Создаем таблицу */

Из телеграмчата от пользователя XOR

====Описание====

Для ускорения работы MajorDoMo, есть смысл перенести таблицу phistory "боевой" (читай основной рабочей) базы в таблицу отдельно созданной базы, для истории или анализа сторонними методами. Приведенный ниже код переносит данные, старше 2-х месяцев, из таблицы phistory боевой базы в таблицу history таблицы archive.

Все работы проводим '''на свой страх и риск''' в phpmyadmin. Возможно позже появится что-то автоматизированное.

'''Внимание!!!
лучше сначала не удаляйте из боя, убедитесь, что база создана, с нужной кодировкой и правами. создайте там таблицу, наполните данными, посмотрите, что всё в порядке. а потом можно и чистить бой.'''

====Создаем "вьюху"====

<pre>
CREATE OR REPLACE VIEW vw_clobjpr AS
select `v`.`ID` AS `value_id`,`v`.`PROPERTY_ID` AS `PROPERTY_ID`,`v`.`PROPERTY_NAME` AS `PROPERTY_NAME`,`v`.`UPDATED` AS `UPDATED`,
`v`.`VALUE` AS `VALUE`,`p`.`TITLE` AS `property`,
`o`.`TITLE` AS `object`,`c`.`TITLE` AS `class`,`cp`.`TITLE` AS `class_parent`,`cpp`.`TITLE` AS `class_pparent`
from (((((`pvalues` `v` join `properties` `p` on((`v`.`PROPERTY_ID` = `p`.`ID`)))
join `objects` `o` on((`v`.`OBJECT_ID` = `o`.`ID`)))
left join `classes` `c` on((`o`.`CLASS_ID` = `c`.`ID`)))
left join `classes` `cp` on((`c`.`PARENT_ID` = `cp`.`ID`)))
left join `classes` `cpp` on((`cp`.`PARENT_ID` = `cpp`.`ID`)))
</pre>
====Создаем базу====

<pre>
//из php-скрипта, например, так. База создается с умолчаниями.
//При необходимости, подправить CHARACTER SET, COLLATE и права
sqlExec("CREATE DATABASE IF NOT EXISTS archive");
</pre>

====Создаем таблицу====
<pre>

//создадим таблицу из скрипта (пустую)
$sql = "CREATE TABLE archive.history (
`ADDED` datetime DEFAULT NULL,
`VALUE` varchar(255) NOT NULL,
`PROPERTY_NAME` varchar(100) NOT NULL DEFAULT ''
) ENGINE=MyISAM DEFAULT CHARSET=utf8";
sqlExec($sql);
//или (запускать из db_terminal)
//создать таблицу history и напихать туда данные
create table archive.history as
SELECT p.`ADDED`,p.`VALUE`,t.property_name
FROM `phistory` p
join vw_clobjpr t on p.`VALUE_ID`=t.value_id
WHERE p.ADDED < DATE_SUB( NOW( ) , INTERVAL 2
MONTH ) ;

//удалить напиханные данные из пхистори
delete
FROM `phistory`
WHERE `ADDED` < DATE_SUB( NOW( ) , INTERVAL 2 MONTH ) ;
</pre>

Phistory to archive

2020-04-26T10:09:27Z

Xor: /* Создаем базу */

Phistory to archive

2020-04-26T10:09:06Z

Xor: /* Создаем базу */

Phistory to archive

2020-04-26T10:07:52Z

Xor: /* Создаем базу */

Phistory to archive

2020-04-26T10:06:13Z

Xor: /* Создаем базу */

Интерфейсы системы

2019-12-12T18:54:11Z

Xor: /* Сцены */

[[Category:Первые шаги]][[Category:Интерфейс]][[Category:Структура]]
== Введение ==
Итак...вы установили систему. Скачали установщик для Windows, или готовый образ Linux - без разницы. Система запустилась и работает.

Возникают вопросы - а что же делать дальше? Что сейчас может система? Что можно в ней поменять? Как что-то добавить?

Данный цикл статей предназначен как раз чтобы ответить на них. А начнем мы, пожалуй, с интерфейсов системы. Ведь это то, с чем напрямую взаимодействует пользователь.

Сперва посмотрим на то, что у нас имеется (все скрины и описания приведены для свежего (только что установленного) дистрибутива для Windows...в некоторых образах Linux интерфейс немного более наполненный демо-материалами, но сути это не меняет).

Чтобы открыть основной интерфейс системы нужно ввести в браузере

'''http://127.0.0.1''' (или '''http://localhost'''), если вы входите с того компьютера, где установлен MajorDomo

'''http://<ip-адрес компьютера с MajorDomo в сети>''', т.е., с любого другого устройства в сети

и у вас должна открыться главная страница.

Если это ваш первый запуск, то должна открыться страница first_start.html. Если она не открылась (это может произойти, если вы установили готовый образ. Так же в последнем установщике под Windows она почему-то тоже не открывается) - можно сделать это вручную, зайдя в настройки (Control Panel->SETTINGS->General settings, и там ищем, к примеру, Time Zone, и нажимаем ссылку Update) или же вбив в браузере после адреса /popup/first_start.html.
[[Файл:Fs1.jpg|центр]]
С этой страницы и начнем. Она простая, с базовыми настройками. Тут нужно выбрать
Ваш часовой пояс
Язык системы
Цветовую тему интерфейса (Тёмная/Светлая)
Поменять эти настройки так же можно, зайдя повторно на данную страницу.

Теперь взглянем на все доступные интерфейсы. Каждый из этих интерфейсов может быть выбран как приоритетный для управления системой...либо может быть несколько приоритетных, в зависимости от используемых устройств.

[Category:Первые шаги]

== Главный интерфейс системы ==
[[Файл:Fs2-1024x560.jpg|800px|Главный интерфейс системы|центр]]
Данный интерфейс открывается при вводе в браузере адреса системы. На самом деле это комбинация нескольких интерфейсов (а именно Меню и Домашние страницы). Интерфейс ознакомительный и удобный, на первое время использования, и на время отладки и настройки системы, но менее гибкий в плане оформления...совсем не обязательно использовать его в качестве основного.

== Меню ==
[[Файл:Fs3.jpg|центр|Меню]]
Меню системы доступно по ссылке /menu.html. Этот интерфейс наиболее подходит для управления с мобильных браузеров. Элементы адаптированы для тачскринов, информативность высокая, степень кастомизации низкая (из стандартных элементов можно многое собрать, но сделать что-то за рамками стандарта - крайне проблематично). Интерфейс основан на движке [https://jquerymobile.com/ JQueryMobile], но часть элементов движка всё ещё не добавлена для системы. Тем не менее их можно использовать, создавая собственные html-элементы. [[Меню|Подробнее (Меню)]]
== Домашние страницы ==
[[Файл:Fs4.jpg|центр|Домашние страницы]]
Домашние страницы так же, как и меню, представлен, как часть основного интерфейса. Но он так же доступен в виде отдельной страницы. Более того - каждая страница доступна в виде отдельной страницы. Данный инструмент позволяет создавать почти полноценные html-страницы не выходя из панели управления. Страницы доступны в виде вкладок в основном интерфейсе домашних страниц, и в виде отдельных ссылок, увидеть которые можно так же в панели управления, нажав "Перейти" напротив нужной домашней страницы.
[[Домашние страницы|Подробнее (домашние страницы)]]
== Сцены ==
[[Файл:Fs scenes.jpg|центр]]
Наверное, самый гибкий в плане кастомизации и возможностей интерфейс. Открывается по ссылке /popup/scenes.html. Так же доступен в виде приложения из интерфейса приложений, и после установки по-умолчанию добавлен как одна из домашних страниц. Каждая сцена тоже может быть открыта по отдельной ссылке. Отлично подходит для работы в качестве основного интерфейса системы на устройствах, где немаловажен внешний вид управляющих элементов. Имеет большое разнообразие этих самых элементов. Для каждого элемента, для каждого состояния доступна кастомизация в виде дополнительных css стилей. Чтобы изменять стили надо обладать средним уровнем знаний css/html. Но даже без изменения css можно построить неплохие сцены в этом интерфейсе.
[[Сцены|Подробнее (Сцены)]]

==Дашборд==
[[Файл:Fs dash-1024x646.jpg|800px|центр]]
Дашборд по факту является одним из типов домашних страниц (новые дашборды создавать надо именно там), но заслуживает отдельного внимания, как самостоятельный интерфейс. Сделан он на базе freeboard.io. Его уникальность в том, что с ним удобно работать как на больших устройствах, так и с мобильных версий браузеров. Интерфейс плиточный, и подстраивается под размер экрана, регулируя количество столбцов по ширине экрана. Степень кастомизации, как и у меню - довольно таки низкая. Допустимо использовать сторонние виджеты данного проекта, но чтобы их интегрировать - потребуются некоторые знания.
[[Дашборд|Подробнее (Дашборд)]]

==Приложения==
[[Файл:Fs5.jpg|центр]]
Интерфейс приложений создавался как ещё одна альтернатива универсального интерфейса для разных устройств. Движок интерфейса тот же, что в панели управления - bootstrap 3. Степень кастомизации - нулевая. В этом интерфейсе вы практически ничего поменять не сможете (не капаясь в коде системы). Здесь доступны только те модули, которые помечены, как приложения (это делается разработчиками модулей). Интерфейсы самих приложений тоже формируются разработчиками модулей. Пока что мало модулей в полной мере поддерживающих интерфейс приложений.
[[Приложения|Подробнее (Приложения)]]
== Панель управления ==
[[Файл:Fs6-1024x500.jpg|800px|центр]]
Панель управления - административный интерфейс. Здесь доступны практически все настройки системы и модулей.

==Заключение==
Теперь вы знакомы практически со всеми интерфейсами, которые у вас в распоряжении. Далее в этом цикле статей будет рассказано подробнее про каждый из них. Как создавать элементы, изменять оформление, каким уровнем знаний надо обладать для изменения того или иного элемента и т.д. и т.п..

Спасибо за внимание.

Интерфейсы системы

2019-12-12T18:52:12Z

Xor: /* Дашборд */

[[Category:Первые шаги]][[Category:Интерфейс]][[Category:Структура]]
== Введение ==
Итак...вы установили систему. Скачали установщик для Windows, или готовый образ Linux - без разницы. Система запустилась и работает.

Возникают вопросы - а что же делать дальше? Что сейчас может система? Что можно в ней поменять? Как что-то добавить?

Данный цикл статей предназначен как раз чтобы ответить на них. А начнем мы, пожалуй, с интерфейсов системы. Ведь это то, с чем напрямую взаимодействует пользователь.

Сперва посмотрим на то, что у нас имеется (все скрины и описания приведены для свежего (только что установленного) дистрибутива для Windows...в некоторых образах Linux интерфейс немного более наполненный демо-материалами, но сути это не меняет).

Чтобы открыть основной интерфейс системы нужно ввести в браузере

'''http://127.0.0.1''' (или '''http://localhost'''), если вы входите с того компьютера, где установлен MajorDomo

'''http://<ip-адрес компьютера с MajorDomo в сети>''', т.е., с любого другого устройства в сети

и у вас должна открыться главная страница.

Если это ваш первый запуск, то должна открыться страница first_start.html. Если она не открылась (это может произойти, если вы установили готовый образ. Так же в последнем установщике под Windows она почему-то тоже не открывается) - можно сделать это вручную, зайдя в настройки (Control Panel->SETTINGS->General settings, и там ищем, к примеру, Time Zone, и нажимаем ссылку Update) или же вбив в браузере после адреса /popup/first_start.html.
[[Файл:Fs1.jpg|центр]]
С этой страницы и начнем. Она простая, с базовыми настройками. Тут нужно выбрать
Ваш часовой пояс
Язык системы
Цветовую тему интерфейса (Тёмная/Светлая)
Поменять эти настройки так же можно, зайдя повторно на данную страницу.

Теперь взглянем на все доступные интерфейсы. Каждый из этих интерфейсов может быть выбран как приоритетный для управления системой...либо может быть несколько приоритетных, в зависимости от используемых устройств.

[Category:Первые шаги]

== Главный интерфейс системы ==
[[Файл:Fs2-1024x560.jpg|800px|Главный интерфейс системы|центр]]
Данный интерфейс открывается при вводе в браузере адреса системы. На самом деле это комбинация нескольких интерфейсов (а именно Меню и Домашние страницы). Интерфейс ознакомительный и удобный, на первое время использования, и на время отладки и настройки системы, но менее гибкий в плане оформления...совсем не обязательно использовать его в качестве основного.

== Меню ==
[[Файл:Fs3.jpg|центр|Меню]]
Меню системы доступно по ссылке /menu.html. Этот интерфейс наиболее подходит для управления с мобильных браузеров. Элементы адаптированы для тачскринов, информативность высокая, степень кастомизации низкая (из стандартных элементов можно многое собрать, но сделать что-то за рамками стандарта - крайне проблематично). Интерфейс основан на движке [https://jquerymobile.com/ JQueryMobile], но часть элементов движка всё ещё не добавлена для системы. Тем не менее их можно использовать, создавая собственные html-элементы. [[Меню|Подробнее (Меню)]]
== Домашние страницы ==
[[Файл:Fs4.jpg|центр|Домашние страницы]]
Домашние страницы так же, как и меню, представлен, как часть основного интерфейса. Но он так же доступен в виде отдельной страницы. Более того - каждая страница доступна в виде отдельной страницы. Данный инструмент позволяет создавать почти полноценные html-страницы не выходя из панели управления. Страницы доступны в виде вкладок в основном интерфейсе домашних страниц, и в виде отдельных ссылок, увидеть которые можно так же в панели управления, нажав "Перейти" напротив нужной домашней страницы.
[[Домашние страницы|Подробнее (домашние страницы)]]
== Сцены ==
[[Файл:Fs scenes.jpg|центр]]
Наверное самый гибкий в плане кастомизации и возможностей интерфейс. Открывается по ссылке /popup/scenes.html. Так же доступен в виде приложения из интерфейса приложений, и после установки по-умолчанию добавлен, как одна из домашних страниц. Каждая сцена тоже может быть открыта по отдельной ссылки. Отлично подходит для работы в качестве основного интерфейса системы на устройствах где немаловажен внешний вид управляющих элементах. Имеет большое разнообразие этих самых элементов. Для каждого элемента, для каждого состояния доступна кастомизация в виде дополнительных css стилей. Чтобы изменять стили надо обладать средним уровнем знаний css/html. Но даже без изменения css можно построить неплохие сцены в этом интерфейсе.
[[Сцены|Подробнее (Сцены)]]
==Дашборд==
[[Файл:Fs dash-1024x646.jpg|800px|центр]]
Дашборд по факту является одним из типов домашних страниц (новые дашборды создавать надо именно там), но заслуживает отдельного внимания, как самостоятельный интерфейс. Сделан он на базе freeboard.io. Его уникальность в том, что с ним удобно работать как на больших устройствах, так и с мобильных версий браузеров. Интерфейс плиточный, и подстраивается под размер экрана, регулируя количество столбцов по ширине экрана. Степень кастомизации, как и у меню - довольно таки низкая. Допустимо использовать сторонние виджеты данного проекта, но чтобы их интегрировать - потребуются некоторые знания.
[[Дашборд|Подробнее (Дашборд)]]

==Приложения==
[[Файл:Fs5.jpg|центр]]
Интерфейс приложений создавался как ещё одна альтернатива универсального интерфейса для разных устройств. Движок интерфейса тот же, что в панели управления - bootstrap 3. Степень кастомизации - нулевая. В этом интерфейсе вы практически ничего поменять не сможете (не капаясь в коде системы). Здесь доступны только те модули, которые помечены, как приложения (это делается разработчиками модулей). Интерфейсы самих приложений тоже формируются разработчиками модулей. Пока что мало модулей в полной мере поддерживающих интерфейс приложений.
[[Приложения|Подробнее (Приложения)]]
== Панель управления ==
[[Файл:Fs6-1024x500.jpg|800px|центр]]
Панель управления - административный интерфейс. Здесь доступны практически все настройки системы и модулей.

==Заключение==
Теперь вы знакомы практически со всеми интерфейсами, которые у вас в распоряжении. Далее в этом цикле статей будет рассказано подробнее про каждый из них. Как создавать элементы, изменять оформление, каким уровнем знаний надо обладать для изменения того или иного элемента и т.д. и т.п..

Спасибо за внимание.

Интерфейсы системы

2019-12-12T18:49:45Z

Xor: /* Введение */

[[Category:Первые шаги]][[Category:Интерфейс]][[Category:Структура]]
== Введение ==
Итак...вы установили систему. Скачали установщик для Windows, или готовый образ Linux - без разницы. Система запустилась и работает.

Возникают вопросы - а что же делать дальше? Что сейчас может система? Что можно в ней поменять? Как что-то добавить?

Данный цикл статей предназначен как раз чтобы ответить на них. А начнем мы, пожалуй, с интерфейсов системы. Ведь это то, с чем напрямую взаимодействует пользователь.

Сперва посмотрим на то, что у нас имеется (все скрины и описания приведены для свежего (только что установленного) дистрибутива для Windows...в некоторых образах Linux интерфейс немного более наполненный демо-материалами, но сути это не меняет).

Чтобы открыть основной интерфейс системы нужно ввести в браузере

'''http://127.0.0.1''' (или '''http://localhost'''), если вы входите с того компьютера, где установлен MajorDomo

'''http://<ip-адрес компьютера с MajorDomo в сети>''', т.е., с любого другого устройства в сети

и у вас должна открыться главная страница.

Если это ваш первый запуск, то должна открыться страница first_start.html. Если она не открылась (это может произойти, если вы установили готовый образ. Так же в последнем установщике под Windows она почему-то тоже не открывается) - можно сделать это вручную, зайдя в настройки (Control Panel->SETTINGS->General settings, и там ищем, к примеру, Time Zone, и нажимаем ссылку Update) или же вбив в браузере после адреса /popup/first_start.html.
[[Файл:Fs1.jpg|центр]]
С этой страницы и начнем. Она простая, с базовыми настройками. Тут нужно выбрать
Ваш часовой пояс
Язык системы
Цветовую тему интерфейса (Тёмная/Светлая)
Поменять эти настройки так же можно, зайдя повторно на данную страницу.

Теперь взглянем на все доступные интерфейсы. Каждый из этих интерфейсов может быть выбран как приоритетный для управления системой...либо может быть несколько приоритетных, в зависимости от используемых устройств.

[Category:Первые шаги]

== Главный интерфейс системы ==
[[Файл:Fs2-1024x560.jpg|800px|Главный интерфейс системы|центр]]
Данный интерфейс открывается при вводе в браузере адреса системы. На самом деле это комбинация нескольких интерфейсов (а именно Меню и Домашние страницы). Интерфейс ознакомительный и удобный, на первое время использования, и на время отладки и настройки системы, но менее гибкий в плане оформления...совсем не обязательно использовать его в качестве основного.

== Меню ==
[[Файл:Fs3.jpg|центр|Меню]]
Меню системы доступно по ссылке /menu.html. Этот интерфейс наиболее подходит для управления с мобильных браузеров. Элементы адаптированы для тачскринов, информативность высокая, степень кастомизации низкая (из стандартных элементов можно многое собрать, но сделать что-то за рамками стандарта - крайне проблематично). Интерфейс основан на движке [https://jquerymobile.com/ JQueryMobile], но часть элементов движка всё ещё не добавлена для системы. Тем не менее их можно использовать, создавая собственные html-элементы. [[Меню|Подробнее (Меню)]]
== Домашние страницы ==
[[Файл:Fs4.jpg|центр|Домашние страницы]]
Домашние страницы так же, как и меню, представлен, как часть основного интерфейса. Но он так же доступен в виде отдельной страницы. Более того - каждая страница доступна в виде отдельной страницы. Данный инструмент позволяет создавать почти полноценные html-страницы не выходя из панели управления. Страницы доступны в виде вкладок в основном интерфейсе домашних страниц, и в виде отдельных ссылок, увидеть которые можно так же в панели управления, нажав "Перейти" напротив нужной домашней страницы.
[[Домашние страницы|Подробнее (домашние страницы)]]
== Сцены ==
[[Файл:Fs scenes.jpg|центр]]
Наверное самый гибкий в плане кастомизации и возможностей интерфейс. Открывается по ссылке /popup/scenes.html. Так же доступен в виде приложения из интерфейса приложений, и после установки по-умолчанию добавлен, как одна из домашних страниц. Каждая сцена тоже может быть открыта по отдельной ссылки. Отлично подходит для работы в качестве основного интерфейса системы на устройствах где немаловажен внешний вид управляющих элементах. Имеет большое разнообразие этих самых элементов. Для каждого элемента, для каждого состояния доступна кастомизация в виде дополнительных css стилей. Чтобы изменять стили надо обладать средним уровнем знаний css/html. Но даже без изменения css можно построить неплохие сцены в этом интерфейсе.
[[Сцены|Подробнее (Сцены)]]
==Дашборд==
[[Файл:Fs dash-1024x646.jpg|800px|центр]]
Дашборд по факту является одним из типов домашних страниц (новые дашборды создавать надо именно там), но заслуживает отдельного внимания, как самостоятельный интерфейс. Сделан он на базе freeboard.io. Его уникальность в том, что с ним удобно работать как на больших устройствах, так и с мобильных версий браузеров. Интерфейс плиточный, и подстраивается под размер экрана регулируя количество столбцов по ширине экрана. Степень кастомизации, как и у меню - довольно таки низкая. Допустимо использовать сторонние виджеты данного проекта, но чтобы их интегрировать - потребуются некоторые знания.
[[Дашборд|Подробнее (Дашборд)]]

==Приложения==
[[Файл:Fs5.jpg|центр]]
Интерфейс приложений создавался как ещё одна альтернатива универсального интерфейса для разных устройств. Движок интерфейса тот же, что в панели управления - bootstrap 3. Степень кастомизации - нулевая. В этом интерфейсе вы практически ничего поменять не сможете (не капаясь в коде системы). Здесь доступны только те модули, которые помечены, как приложения (это делается разработчиками модулей). Интерфейсы самих приложений тоже формируются разработчиками модулей. Пока что мало модулей в полной мере поддерживающих интерфейс приложений.
[[Приложения|Подробнее (Приложения)]]
== Панель управления ==
[[Файл:Fs6-1024x500.jpg|800px|центр]]
Панель управления - административный интерфейс. Здесь доступны практически все настройки системы и модулей.

==Заключение==
Теперь вы знакомы практически со всеми интерфейсами, которые у вас в распоряжении. Далее в этом цикле статей будет рассказано подробнее про каждый из них. Как создавать элементы, изменять оформление, каким уровнем знаний надо обладать для изменения того или иного элемента и т.д. и т.п..

Спасибо за внимание.