Жизнь замечательных грибов
Узнать текущую. версию ядра:
|
1 |
uname -a |
Обновить текущее ядро:
|
1 |
dnf update kernel-lt |
Удалить старые не используемые ядра, оставив последнее на всякий случай:
|
1 |
dnf remove --oldinstallonly --setopt installonly_limit=2 kernel |
Накопал несколько способов уведомить пользователя о чём-либо.
1) notify-send
|
1 |
notify-send --urgency normal --expire-time=10000 -i typing-monitor -h int:x:500 -h int:y:500 "Внимание!" "В ITIL висит задача срок которой скоро подходит к концу!" |
2) fly-dialog
|
1 |
fly-dialog --passivepopup "В ITIL висит задача срок которой скоро подходит к концу!" 10 |
3) qdbus
|
1 |
qdbus org.kde.plasmashell /org/kde/osdService showText "" "Уважаемый, у тебя куча инцидентов не закрытых в ИТИЛ!" |
На основе этого знания сейчас буду изобретать велосипед, который будет уведомлять сотрудников о не закрытых задачах. Ибо на почту получать всё это не удобно..
Классически функция объявляется используется примерно так:
|
1 2 3 |
function Inc(s,n){ return s+n; }; |
Однако её можно объявить и так:
|
1 2 3 |
const Inc=(s,n)=>{ return s+n; } |
Кроме того! Можно еще короче, используя не явный return:
|
1 |
const Inc=(s,n)=>s+n; |
Такие сокращения мне не очень нравятся (дело привычки больше), но тем не менее их удобно применять в некоторых случаях. Например если необходимо вернуть объект, как результат функции выйдет даже несколько понятнее:
|
1 2 3 4 5 6 7 8 |
const People=(name,soname,age,comment)=>({ name:name, soname:soname, age:age, comment:comment }); aa=People("Вася","Сидоров",18,"Вася обычный школьник") |
Или например добавить событие onClick к кнопке на странице при помощи стрелочных функций:
|
1 2 3 4 |
but=document.getElementById('#button1'); but.onclick=()=>{ console.log("Вася нажал кнопку"); } |
Выглядит гораздо проще, чем если бы мы использовали «классическую» запись:
|
1 2 3 4 5 6 |
function VasyaPress(){ console.log("Вася нажал кнопку"); }; but=document.getElementById('#button1'); but.onclick=VasyaPress(); |
Но! только если код внутри функции не сильно длинный. Иначе всё превращается в кашу.
Ну собственно синтаксис такой-же как и в запросах: оператор LIKE. Соответственно триггер с не чётким сравнением может выглядеть например так:
|
1 2 3 4 5 6 7 8 9 10 11 |
CREATE OR REPLACE FUNCTION public.on_insert_ls() RETURNS trigger LANGUAGE plpgsql AS $function$BEGIN NEW.id=nextval('ls_id_seq'::regclass); if new.ls like '22%' then new.is_epd=true; else new.is_epd=false; end if; RETURN NEW; END;$function$ |
1С позволяет создавать элементы справочника (да и документа) с одинаковыми кодами (номерами), в этом случае поиск элемента по типичному:
|
1 |
справочники.ГруппыПользователей.НайтиПоКоду("123"); |
Становится невозможным. Есть несколько вариантов решения данной проблемы:
1) Можно поискать по заведомо уникальному реквизиту (если есть):
|
1 |
справочники.ГруппыПользователей.НайтиПоРеквизиту("Артикул","123"); |
2) Можно поискать по уникальному идентификатору (если известен):
|
1 |
доко.ТекущийЭтап=Справочники.itilprofЭтапыМаршрутов.ПолучитьСсылку(Новый УникальныйИдентификатор("149e1ab6-325f-11ec-9560-005056be733d")); |
3) Можно поискать по сочетанию факторов, которые сделают элемент уникальным (в данном случае по владельцу):
|
1 |
ТекДок.ТекущийЭтап = справочники.itilprofЭтапыМаршрутов.НайтиПоКоду("Регистрация",,,Справочники.itilprofМаршруты.НайтиПоНаименованию("Инцидент")); |