Век живи — век учись (с) Не я конечно знал, что что-то такое должно быть, но просто не пользовался — не нужно было. Так вот, для того чтобы отправить сообщение другому пользователю зашедшему в консоль, достаточно выполнить что-то вроде:
|
1 |
write petya pts/3 |
А, потом нажать Enter и начать вводить текст. Его сразу же будет видеть пользователь petya у себя в консоли. Номер терминала можно увидеть по команде w
Ну в принципе и не на Python, важен принцип. Что мне нужно? Если UPDATE завершился ошибкой (данные не обновлены т.к. их нет), тогда INSERT. Вообще в MYSQL есть специальная команда — REPLACE, у которой синтаксис такой-же как у INSERT, за исключением того, что если такая запись уже есть, то она просто измениться. Одно НО. Таблица обязательно должна содержать колонки с UNIQUE. А если их нет, и добавить нельзя? Тогда к сожалению придется «отлавливать» результат выполнения UPDATE — а именно количество изменившихся записей. Если 0 — считаем что такой записи вообще нет, и вставляем. На Python нечто подобное реализовать можно вот так:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 |
sql="update device_status set param_value=0,stamp=now() where param_name='Uptime' and device_id="+str(device_id); func.putlog("---обновляю статус свича в биллинге ") cursor2 = connb2.cursor() func.putlog("----SQL:"+sql) try: cursor2.execute(sql); connb2.commit(); print (format(cursor2.rowcount)) if format(cursor2.rowcount)=="0": func.putlog("---- новый свич, добавляем данные в таблицу.."); sql="INSERT into device_status (record_id,device_id,port_id,param_name,param_value,stamp) values (null,"+str(device_id)+",null,'Uptime',UNIX_TIMESTAMP(),now())"; cursor2.execute(sql); connb2.commit(); sql="INSERT into device_status (record_id,device_id,port_id,param_name,param_value,stamp) values (null,"+str(device_id)+",null,'State',2,now())"; cursor2.execute(sql); connb2.commit(); |
В своей работе с 1С стараюсь сделать так, чтобы обновления проходили максимально безболезненно. Для этого нужно сохранять не изменяемость конфигурации. В настоящий момент, при помощи «расширений» конфигурации, многие вещи достаточно легко сделать основную конфигурацию не трогая вообще. Ниже рассмотрю, как я сделал задачу по добавлению значения «Покупка с сайта» в документе «Реализация товаров».
1) Выносим в расширение документ документ «Реализация товаров и добавляем реквизит «ПокупкаССайта» в реквизиты формы. Да! именно в реквизиты формы, а не документа. В настоящий момент платформа 1С не дает добавлять в расширения реквизиты документа (но обещают). Перетаскиваем реквизит в элементы и обязательно ставим галочку на «АктивизироватьПоУмолчанию» — иначе на форме при запуске не отобразится:
2) Следующая задача — сделать сохранение значения данного реквизита с привязкой к документы. Самое удобное — хранить значение в специально предназначенном для этого регистре ДополнительныеРеквизитыИСведения. В нём два измерения: обьект и Свойство. Обьект в нашем случае — это документ Реализации, а свойство нужно задать в ПланеВидовХарактеристик.ДополнительныеРеквизитыИСведения. Например так:
И далее создадим обработчики открытия формы и закрытия в которых реализуем чтение из регистра и запись в этот регистр:
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 |
&НаСервере Функция ЗаписатьЗначениеПокупкиССайта(параметр) МенеджерЗаписи = РегистрыСведений.ДополнительныеСведения.СоздатьМенеджерЗаписи(); МенеджерЗаписи.Объект = объект.Ссылка; МенеджерЗаписи.Свойство = ПланыВидовХарактеристик.ДополнительныеРеквизитыИСведения.НайтиПоНаименованию("Продажа с сайта"); МенеджерЗаписи.Значение=параметр; МенеджерЗаписи.Записать(); конецфункции &НаСервере Функция ПолучитьЗначениеГалочки(); зн=РегистрыСведений.ДополнительныеСведения.СоздатьНаборЗаписей(); отбор=зн.Отбор; отбор.Объект.Установить(объект.Ссылка); отбор.Свойство.Установить(ПланыВидовХарактеристик.ДополнительныеРеквизитыИСведения.НайтиПоНаименованию("Продажа с сайта")); зн.Прочитать(); галочка=ложь; для каждого стр из зн цикл галочка=стр.Значение; конеццикла; возврат галочка; КонецФункции &НаКлиенте Процедура Расш1_ПровестиИзФормыПосле(Команда) ЗаписатьЗначениеПокупкиССайта(этаформа.ПокупкаССайта); КонецПроцедуры &НаКлиенте Процедура Расш1_ПровестиИЗакрытьИзФормыПосле(Команда) Расш1_ПровестиИзФормыПосле(Команда); КонецПроцедуры &НаКлиенте Процедура Расш1_ПриОткрытииПосле(Отказ) этаформа.ПокупкаССайта=ПолучитьЗначениеГалочки(); КонецПроцедуры |
Оказывается совсем просто:
|
1 |
device_group_id = device_group_id[:-1] |
Например:
|
1 2 3 4 5 6 7 |
>>> aa="Привет с Нижнего Тагила!" >>> print aa Привет с Нижнего Тагила! >>> aa=aa[:-1] >>> print aa Привет с Нижнего Тагила >>> |
Как известно сертификаты LetsEncrypt живут только 3 месяца, и соответственно их нужно регулярно обновлять. Самый хороший и простой способ обновления сертификатов — по записи DNS, однако это подходит не всем. Обновление же сертификата записью файла в «корне» сайта тоже не всегда работает по разным причинам. Выходом может стать следующий «финт ушами»: создаем альтернативный файл виртуальных хостов (рассматриваю вариант с apache, nginx практически не использую), который используется исключительно под получение сертификатов. Т.е. логика следующая: скрипт «подменяет» файл с виртуальными хостами на временный «облегченный», apache перестартовываем, спокойно обновляем сертификаты, затем возвращаем оригинальный файл с виртуальными хостами и снова перестартовываем apache. Особенностью «временного» файла является то что задана единая точка хранения файлов которые требуется создать для обновления сертификатов.
Итак получается скрипт обновления, что-то вроде:
«Временный» файл хостов:
|
1 2 3 4 5 6 7 8 9 10 11 12 |
<VirtualHost *:80> ServerAdmin pawfvwervwe@mail.ru DocumentRoot "/usr/local/www/apache24/sites/lets" ServerName ewfer.tv ServerAlias www.werfer.tv wer.ru werf.ru rwefwerf.ru # перечисляем все домены которые нужно обновить <Directory "/usr/local/www/apache24/sites/lets"> Options Indexes FollowSymLinks MultiViews AllowOverride All allow from all Require all granted </Directory> </VirtualHost> |
bash скрипт обновления:
|
1 2 3 4 5 6 7 8 9 10 11 |
#!/bin/sh echo "- Подменяю текущий конфиг виртуальных хостов apache" cp /usr/local/etc/apache24/extra/httpd-vhosts.conf /usr/local/etc/apache24/extra/httpd-vhosts.conf.backup cp /usr/local/etc/apache24/extra/httpd-vhosts.conf.lets /usr/local/etc/apache24/extra/httpd-vhosts.conf /usr/local/etc/rc.d/apache24 restart echo "- Получаю сертификаты" certbot certonly --agree-tos --email rfer@mail.ru --webroot -w /usr/local/www/apache24/sites/lets/ -d refwer.tv certbot certonly --agree-tos --email erferf@mail.ru --webroot -w /usr/local/www/apache24/sites/lets/ -d www.ewferf.tv echo " - Возвращаю конфигурацию виртуальных хостов как было" cp /usr/local/etc/apache24/extra/httpd-vhosts.conf.backup /usr/local/etc/apache24/extra/httpd-vhosts.conf /usr/local/etc/rc.d/apache24 restart |
Да, при таком способе получается некий простой в работе сайтов. Но раз в 3 месяца, ночью это для меня приемлимый вариант.