1.统信UOS系统开发笔记（八）：在统信UOS上编译搭建mqtt基础环境(版本使用QMQTT::Clinet)
2.GitLab ARM64源码在信创统信UOS下的搭建
3.统信服务器操作系统安装uos-server-20-1060a-amd64
4.UOS终极波动指标源码的组成要素：综合三个不同周期的RSI
5.统信UOS系统开发笔记（七）：在统信UOS系统上使用linuxdeployqt发布qt程序

统信UOS系统开发笔记（八）：在统信UOS上编译搭建mqtt基础环境(版本使用QMQTT::Clinet)

       MQTT协议介绍

       MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议）是基于发布/订阅模式的轻量级通讯协议，由IBM于年发布。其最大优点在于，能以极少的代码和有限的带宽，为连接远程设备提供实时可靠的地方淘宝源码消息服务。MQTT广泛应用于物联网、小型设备、移动应用等领域。

       MQTT设计原则

       MQTT具有以下特点：

       1. 使用发布/订阅模式，实现一对多的消息发布，解除应用程序耦合。

       2. 提供对负载内容的屏蔽，进行消息传输。

       3. 使用TCP/IP提供网络连接。

       4. 支持三种消息发布服务质量。

       5. 具有小型传输、开销小的特性，协议交换最小化。

       6. 为客户端异常中断提供机制。

       发布/订阅者模式

       MQTT支持发布/订阅模式，使MQTT协议在物联网、机器与机器（M2M）通信、智能家居等领域得到广泛应用。

       统信UOS系统MQTT编译与环境搭建

       统信UOS系统版本：系统版本为统信UOS 。强制分享视频裂变源码

       Qt编译MQTT

       Qt5版本开始支持MQTT，但并未集成至安装包，需自行下载编译。Qt提供的qtmqtt库不支持点对点方式，仅支持订阅/发布者模式。

       编译步骤

       下载并解压MQTT源码至目标系统。

       使用QtQCreator打开pro工程编译，切换至release模式。

       在解压的源码路径手动创建Qt5Mqtt文件，编译成功。

       部署MQTT模块至qt

       将MQTT源码融入qt工程中，实现模块化部署。新建mqttClientDemo工程，提取源码中的mqtt模块，将其加入新工程的modules，引入qmqtt.pri文件。

       解决编译报错

       编译报错时，添加缺失的网络模块（QT += network），并调整私有头文件宏至头文件宏。

       源码融入编译成功

       源码成功融入，后续无需重新编译即可替换系统或版本。

       模块化部署优化

       创建mqttClientManager管理模块，用于包含MQTT源码，实现模块化部署。平均差线源码

GitLab ARM源码在信创统信UOS下的搭建

       GitLab是一个基于Ruby on Rails语言开发的开源应用，提供私有化的Git项目仓库，可通过Web界面进行访问和管理。GitLab官方提供了多种安装方式，包括通过操作系统软件源安装、Docker容器部署以及源代码自编译安装。然而，GitLab官方构建的软件包和镜像主要针对X架构，并未提供针对ARMv8的版本。UOS操作系统支持多种CPU架构（AMD、ARM、MIPS、SW）和六种国产CPU平台（鲲鹏、龙芯、申威、海光、兆芯、飞腾）以及Intel/AMD的主流CPU，UOSV基于Debian stable，内核为4.，支持多种架构。由于GitLab官方Omnibus安装包并未支持arm架构，因此需要通过源码编译来安装GitLab-ce .1-stable在UOSV arm架构上。

       在部署GitLab-ce .1-stable之前，投资咨询类网站源码首先需要搭建编译环境，包括Ruby 2.7.4、redis 6.2.4、git 2..0、Go:.、Postgres: 、Node: .x、Nginx:1..1。编译过程较为平顺，但安装Ruby、Node和Go时需要注意选择国内镜像源以确保顺利编译。GitLab-ce:-1-stable版本要求Git2..x或以上版本，推荐使用Gitaly提供的git版本。UOSV 版本若选择调试工具包，则系统自带的git版本不符合要求，需要手动安装Gitaly所提供的git版本，确保版本满足GitLab要求。安装完成后，系统会显示版本为2..0，满足要求。此外，还需安装GraphicsMagick支持GitLab引入的自定义图标功能，以及安装Postfix邮件服务器和exiftool以支持GitLab Workhorse功能。Ruby的c 快速傅里叶变换源码安装也非常重要，更换国内Ruby Gem源能够提高编译过程的稳定性。

       在完成编译环境搭建后，需为GitLab创建一个名为git的用户。GitLab .1及以后版本仅支持PostgreSQL数据库，GitLab-ce .1-stable需要PostgreSQL 或以上版本，并且需要pg_trgm扩展和btree_gist扩展。GitLab .0及以后版本要求Redis版本4.0或以上，推荐使用6.0或以上版本。部署GitLab-ce .1-stable需要编译三个部分：gitLab核心代码、gitlab-shell和GitLab-Workhorse。编译完成后，主要目录结构会根据部署环境进行相应调整。

       配置GitLab的各个组件时，需要将源码配置调整为已搭建环境的配置。主要修改数据库配置为已安装的PostgreSQL 版本。安装过程中可能会遇到一些小问题，如使用sudo执行某些命令时的超时错误。解决这类问题通常需要检查和调整环境变量，确保git账号的环境变量能够正常工作。例如，通过修改/etc/sudoers文件，确保在执行sudo命令时保留所需的环境变量，如GOPROXY。安装完成后，GitLab及其环境应已正确配置，系统架构识别为arm，GitLab版本为.1，redis版本未读取但不影响使用。至此，GitLab在UOSV arm架构上成功部署完毕。

统信服务器操作系统安装uos-server--a-amd

       统信服务器操作系统V，作为统信操作系统（UOS）家族中针对服务器端运行环境的产品，专注于提供信息化基础设施解决方案。它面向中国广大用户及合作伙伴，致力于在服务端基础设施的安装部署、运行维护、应用支撑等方面解决实际需求。以其可靠性、可用性与维护性，深受用户好评，成为主流Linux服务器操作系统商业化软件的代表。

       统信软件为应对CentOS停更的挑战，推出了统信UOS服务器操作系统的免费使用授权，让中国用户与合作伙伴能以更低的成本、更便捷地使用国产操作系统。

       统信UOS服务器操作系统的免费使用授权允许用户在遵守《最终用户许可协议》等文件的条件下，免费下载并使用统信服务器操作系统V。用户若需商业支持与服务，可通过激活模式升级至统信商业版本。

       作为统信服务器操作系统V商业版的一种授权方式，统信UOS服务器操作系统的免费使用版本源代码、功能与商业版保持一致。两者的区别主要在于服务与支持，商业版提供全面的商业保障与服务。

       统信UOS服务器操作系统V（）版本，通过选择免费使用授权即可获得。用户可通过指定链接下载此版本：chinauos.com/resource/d...。该版本支持a（兼容龙蜥技术路线）与e（兼容欧拉技术路线）两种技术路线。

       虚拟安装配置及uos-server--a-amd安装步骤（略）。

UOS终极波动指标源码的组成要素：综合三个不同周期的RSI

       在金融市场投资中，捕捉价格趋势转折点与波动变化是至关重要的。UOS终极波动指标，由拉里·威廉姆斯创造，综合三个不同周期的相对强弱指标（RSI），通过计算其加权平均值，更准确地反映市场动态。UOS指标的金叉和死叉是交易信号的关键依据，分别表示买入与卖出时机。超买超卖区域则帮助投资者识别市场状态，当数值超过或低于特定阈值时，可能出现调整或反转。使用UOS指标时，建议结合主图分析以提升决策稳健性。以下为UOS指标的源码，适用于文华6、7、8等软件，仅供策略思路拓展，投资需谨慎。

       N1:=5;

       N2:=;

       N3:=;

       M:=;

       HH:=MAX(HIGH,REF(CLOSE,1));

       LL:=MIN(LOW,REF(CLOSE,1));

       AA:=SUM(CLOSE-LL,N1)/SUM(HH-LL,N1);

       BB:=SUM(CLOSE-LL,N2)/SUM(HH-LL,N2);

       CC:=SUM(CLOSE-LL,N3)/SUM(HH-LL,N3);

       UOS:(AA/N1+BB/N2+CC/N3)*N1*N2*N3/(N1*N2+N2*N3+N1*N3)*;

       MUOS:EMA(UOS,M);

       ;

       ;

       ;

统信UOS系统开发笔记（七）：在统信UOS系统上使用linuxdeployqt发布qt程序

       在统信UOS系统上使用LinuxDeployQt发布Qt程序，本文将详细记录整个过程及解决遇到的问题。在Ubuntu上发布Qt程序相对简单，但统信UOS麒麟系统上遇到版本兼容性问题，使得脚本不可行。因此，选择使用LinuxDeployQt工具打包程序。

       首先，明确系统版本和LinuxDeployQt工具的使用。LinuxDeployQt是一个强大的工具，可以将应用程序及其所需资源打包成可分发的包，如AppDir或AppImage。它可以在构建过程中部署使用C、C++和其他编译语言编写的应用程序，尤其是基于Qt的应用程序。

       对于统信UOS系统而言，系统自带了Qt5库（未包含开发相关库），而程序使用了额外安装的Qt5。因此，需要引入自安装的Qt5库依赖。为了简化配置，建议使用cmake-gui工具进行配置。

       具体步骤如下：

       下载并解压LinuxDeployQt源码。

       在main.cpp中修改代码，注释掉有关gcc版本检查的部分。

       使用cmake进行配置。首先，切换到源码目录，执行cmake CMakeLists.txt。

       删除CMakeCache.txt文件，并重新执行cmake CMakeLists.txt。

       配置Qt依赖环境。麒麟系统自带的Qt库与自安装的Qt库可能存在不兼容问题，需要引入自安装的Qt库。使用sudo安装cmake-gui，并配置Qt路径。

       生成可执行文件。

       编译并生成打包文件。

       在测试阶段，程序在开发机上运行无误，但在裸机上失败。问题出在Qt库的版本不一致，导致无法找到某些API。解决策略是在裸机上手动配置Qt环境，并引入所需的Qt库。

       创建并编辑qt.conf文件，配置Qt库路径。

       拷贝Qt库文件到特定目录，并确保程序能正确访问。

       尝试使用LinuxDeployQt进行打包。

       若打包后仍遇到问题，如依赖库存在错误，需深入分析原因。可能需要尝试不同版本的LinuxDeployQt或调整打包策略，以确保程序在不同环境下的兼容性。

       最终，通过手动配置Qt环境和LinuxDeployQt的使用，成功解决了统信UOS系统上发布Qt程序的问题。整个过程展示了跨系统兼容性问题的解决策略，包括代码修改、环境配置和手动干预等方法。