Архив автора: admin

Дата, время и часовой пояс в Linux

В статье мы разберёмся с тем, как настроить время в Linux. Посмотрим текущее время, укажем часовой пояс и настроим синхронизацию времени.





Читать →

D-Installer 0.4 уже выпущен и это его изменения

Разработчики установщика YaST используется в openSUSE и SUSE Linux выпустили обновление экспериментального установщика D-Installer 0.4, который поддерживает управление установкой через веб-интерфейс, а так же объявили начальную разработку «Игуаны» который предназначен для использования в качестве загрузочного образа с возможностью захвата и запуска контейнеров и, прежде всего, для запуска D-Installer.

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



Читать →

MikroTik – мониторинг температуры в серверной.

В серверной нашей организации постоянно работает кондиционер. Но бывают редкие случаи, когда он отключается. Чтоб мониторить с оповещением ситуацию по температуре решено было использовать микротик, так как в нем есть встроенный датчик температуры процессора. Мониторинг и оповещение осуществляются на основе скрипта. Встроенная в прошивку возможность оповещения о повышении температуры отсутствует.

Освоить MikroTik Вы можете с помощью онлайн-куса
«Настройка оборудования MikroTik». Курс содержит все темы, которые изучаются на официальном курсе MTCNA. Автор курса – официальный тренер MikroTik. Подходит и тем, кто уже давно работает с микротиками, и тем, кто еще их не держал в руках. В курс входит 162 видеоурока, 45 лабораторных работ, вопросы для самопроверки и конспект.

Использован MikroTik RB3011 с прошивкой 6.49. Выполнена базовая настройка . Работает доступ в Интернет. Настройки выполняются через WinBox.

 

Для работы мониторинга с оповещением необходимо настроить:

-скрипт;

-расписание выполнения скрипта;

-электронную почту.

Рассмотрим все три необходимые настройки.

 

Скрипт.

Сначала определим эталонную температуру нормально работающего оборудования.

В боковом меню переходим System >> Health.

Это температура процессора. По ней можно сориентироваться. В случае ее повышения, например, на 5 градусов становится понятно, что кондиционер перестал работать, нужно принимать меры.

Датчик температуры есть не во всех моделях MikroTik.

 

Создание скрипта.

В боковом меню переходим System >> Scripts. Добавляем новый скрипт, нажав +

Name: T-WARNING – любое понятное название латиницей.

Policy: read, write, policy, test –отмечаем галочкой.

Нажимаем кнопку «Apply» для сохранения настроек.

Через командную строку терминала:



Добавляем сам скрипт в нижнее поле «Source:» Через графический интерфейс работать со скриптом удобнее.



Нажимаем кнопку «ОК» для сохранения настроек.

 

Принцип действия такой:

Назначаем переменную T1 со значением, которое берется от датчика температуры.

Назначаем переменную T2 с ориентировочным значением на 5 градусов выше, чем T1.

Сравниваем значения. Если T1 больше T2, то выполняется отправка почты.

В качестве почты указан Вайбер-бот wwpager. Сообщение сразу приходит в Вайбер.


Логирование скрипта.

Чтоб отслеживать построчно выполнение скрипта можно после каждой строки добавить логирование, например так:



В логе это выглядит как на картинке ниже.

Если скрипт более сложный и не работает, логи помогают определить в чем проблема.


На всякий случай этот же скрипт для RouterOS v7.



 

Настройка расписания.

Расписание будет выполнять скрипт с заданным интервалом времени.

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

System >> Scheduler >> +

Name: T-CHECK – любое понятное имя на латинице.

Start Date – дата начала работы задания.

Start Time – время начала работы задания.

Interval – периодичность работы расписания.

Policy – необходимые политики для работы задания.

On Event — /system script run T-WARNING – текстовая команда для запуска скрипта с названием T-WARNING.

Нажимаем ОК для сохранения настроек.

Через командную строку терминала:



Ожидаем час или ставим время поменьше, чтоб убедиться, что расписание работает.

 

Настройка электронной почты.

Настройка представлена на этой странице или кратко ниже.

Tools >> Email

Для примера используется электронная почта Яндекс.

Server: smtp.yandex.ru – сервер исходящей почты.

Port: 587 – порт почтового сервера.

Start TLS: yes – шифрование.

From: pc360@yandex.ru – почта отправителя.

User: pc360@yandex.ru – имя пользователя почты.

Password: 12345Password – пароль от почты.

ОК для сохранения настроек.

Через командную строку терминала:



Для проверки отправки сообщения можно нажать на кнопку «Send Email».

 

Проверка работы всей схемы.

Отключаем кондиционер в серверной на час и ждем.

Или способ по быстрее.

Устанавливаем порог срабатывания в скрипте на 20 градусов: T2=20

Устанавливаем расписание запуска скрипта через каждые 2-3 минуты или подгоняем время его начала. Ждем.

Еще как вариант можно нажать кнопку «Run Script» в списке скриптов, но в этом случае не проверится отработка расписания.

Так как в качестве получателя настроен wwpager, на Вайбер сразу же прилетает сообщение.

В теме сообщения указано имя устройства. В содержании предупреждение и реальная температура, можно написать что угодно.

Освоить MikroTik Вы можете с помощью онлайн-куса
«Настройка оборудования MikroTik». Курс содержит все темы, которые изучаются на официальном курсе MTCNA. Автор курса – официальный тренер MikroTik. Подходит и тем, кто уже давно работает с микротиками, и тем, кто еще их не держал в руках. В курс входит 162 видеоурока, 45 лабораторных работ, вопросы для самопроверки и конспект.



2022-07-19T17:49:14
Настройка ПО

Печь, камин в каркасном доме

Отопительно-варочные печные приборы остаются во многих населённых пунктах единственной возможностью обогреть помещение и приготовить пищу.

Наряду с ситуациями, когда кладка печи в каркасном доме является безальтернативным решением, всё большее число владельцев загородных коттеджей и дачных домиков ставят печи и камины в качестве элемента дизайна, параллельно обеспечивающего дополнительный комфорт для жильцов, выступающего в роли резервного источника тепла. Читать →

Windows 12 может быть выпущена в 2024 году, так как Microsoft обдумывает трехлетний цикл выпуска

Согласно последним слухам, Microsoft изменила стратегию в отношении своей операционной системы Windows, и следующая основная версия может появиться уже в 2024 году.

Эта новость сигнализирует о полном развороте для софтверного гиганта, который в 2015 году запустил Windows 10 в качестве сервисной концепции. Тогда инженер-программист Microsoft Джерри Никсон описал Windows 10 как «последнюю версию Windows», что заставило многих предположить, что мы наконец-то можем настроить все параметры ОС по своему вкусу и оставить все как есть, пока не сменим компьютер.

Такие надежды рухнули в июле 2021 года с появлением Windows 11, бесплатного обновления, которое побудило пользователей перейти на новое детище Microsoft, хотя и не без ограничений совместимости. На этот раз я доволен своим «несовместимым» (без TPM 2.0) Core i5-6600K, избегая раздражающих всплывающих окон с обновлением.

Если верить последним слухам, срок годности Windows 11 может быть таким же коротким. Наши друзья из Windows Central предположили, что Windows 12 появится через два года, а Microsoft примет новую стратегию, направленную на выпуск основной версии каждые три года.

Более того, компания намерена добавлять новые функции в Windows каждые несколько месяцев, до четырех раз в год, начиная с 2023 года. Эта информация появилась сразу после объявления о ежегодном выпуске обновлений, начиная с версии Windows 10 21H2.

Значит ли это, что мы вернулись к циклу Windows «хорошо-плохо-хорошо»? Если это так, то Windows 12 должна быть хорошей. С ним мы также можем получить значительные изменения пользовательского интерфейса наряду с новыми API, такими как DirectX 13.

На данный момент это всего лишь слухи, но становится все более вероятным, что основные выпуски Windows станут более распространенными в будущем. Еще неизвестно, будет ли Microsoft продолжать предлагать бесплатные обновления между основными выпусками, и после критики в адрес Windows 11 многие люди захотят узнать больше о требованиях к оборудованию Windows 12.



2022-07-19T06:48:04
Microsoft

Нативная и кроссплатформенная разработка мобильных приложений — в чем разница

Нативная разработка

Для iOS оригинальным языком программирования, представленным Apple, является Swift. Для Android же Google разработала язык Kotlin. Соответственно, для поддержки и iOS, и Андроид, разработчики создают 2 раздельных приложения. То же самое относится и к другим ОС (например, MacOS и Windows). А нужно ли мобильное приложение вашему бизнесу, рассказали в статье https://inostudio.com/blog/articles-managment/zachem-biznesu-mobilnoe-prilozhenie/.

Аспекты нативной разработки

Можно выделить следующие ключевые особенности нативной разработки приложений:

  1. Программисты имеют возможность использовать максимальный потенциал каждой операционной системы и языка программирования. Это позволяет реализовать практически любую необходимую функциональность.

  2. Производительность. Программа с нативной технологией работает заметно быстрее, потому что архитектура и микрокод процессора оптимизирован под «оригинальный» язык программирования. Дополняется это оптимальной поддержкой аппаратного обеспечения.

  3. При обновлении платформы девайса, всё это отразится и на нативных языках программирования непосредственно в день релиза. Когда же используется кроссплатформенная разработка, то разработчикам придется ждать обновления фреймворка, что порой может занимать и несколько месяцев. Из-за этого они могут не иметь доступа к последним добавленным в ОС функциям.

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

Одним из ярких примеров нативной разработки является приложение Instagram (Признан экстремистской организацией в РФ). Для iOS оно разработано на Swift, для Android — на Kotlin. И хоть визуально они практически идентичные, в некоторых элементах дизайна кардинально отличаются.

Кроссплатформенная разработка

При кроссплатформенной разработке приложения исходный код пишется на каком-нибудь универсальном языке программирования, который одновременно совместим и с iOS, и с Андроид. Это существенно сокращает время на создание программы.

Ключевые особенности кроссплатформенной разработки приложений:

  1. Экономия времени и ресурсов. Потребуется всего одна команда и для разработки, и для последующей поддержки, оптимизации приложения. Это позволяет сэкономить бюджет, упростить последующую доработку функционала, выпуск обновлений.

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

  3. Более простая отладка. Ведь создается единственный код, в котором проще будет обнаружить баги, ошибки, недочеты. При нативной разработке работает 2 раздельные команды программистов. И вероятность возникновения расхождений будет выше. Также для технической поддержки тоже потребуется 2 раздельные команды. Все это отнимает больше времени и ресурсов.

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

Какой вариант выбрать

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

  • Если при разработке особенно важна производительность, отзывчивость приложения, полная поддержка функционала операционной системы и интегрированных API, то лучшей будет нативная разработка..

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

Итого, нативная разработка предоставляет возможность реализовать полный потенциал операционной платформы, для которой создается приложение. Но требует больше времени, ресурсов. Кроссплатформенная разработка позволяет ускорить выпуск программы и упростить её поддержку, но при этом моментами жертвуя производительностью ПО, оптимизацией под дизайн и специфику ОС.



2022-07-18T14:47:44
Программирование