朱治龙发布的文章 - 朱治龙个人博客

2025-04-01

常见文件共享访问协议这里简单聊一下常见的文件共享协议 —— NFS、FTP、SMB、WebDAV，它们的优缺点以及各自的适用场景。由于归纳整理的内容可能篇幅较长，若你希望快速了解重点，可以直接查看最后的总结部分。NFSNFS（Network File System）即网络文件系统，主要用于在 Unix/Linux 系统之间实现文件共享。优点高效性：在 Unix/Linux 系统之间共享文件时，性能较高，尤其在大规模环境中。透明性：用户可以像访问本地文件系统一样访问远程文件，操作方便。稳定性：经过长时间的发展和实践检验，在合适的环境下较为稳定。缺点平台局限性：主要适用于 Unix/Linux 系统，在其他操作系统上的支持相对较弱。配置复杂：对于不熟悉 Unix/Linux 系统的用户来说，配置和管理可能较为困难。安全性问题：安全性的实现较为复杂，需要仔细配置以防止未经授权的访问。适用场景适用于大型企业或科研机构的服务器环境，特别是在 Unix/Linux 系统为主的网络中。对于需要高性能文件共享的场景，如大数据处理、高性能计算等非常适用。FTPFTP（File Transfer Protocol）是文件传输协议，用于在不同的计算机之间传输文件。优点广泛支持：几乎所有操作系统都支持 FTP 协议，通用性强。简单易用：对于基本的文件上传和下载操作，用户容易掌握。成熟稳定：是一种较为古老但非常成熟的文件传输方式。缺点安全性较低：传输过程中可能存在数据被窃取的风险，尤其是在使用明文传输时。不适合实时访问：主要用于文件的上传和下载，不适合对文件进行实时的读写操作。传输模式单一：相对其他协议，在文件管理和协作方面功能较为有限。适用场景非常适合网站管理员上传和下载文件至服务器。可用于向公众提供文件下载服务，例如软件分发、文档共享等场景。SMBSMB（Server Message Block）主要用于在 Windows 系统之间以及 Windows 与其他操作系统之间共享文件和打印机等资源。优点易于使用：在 Windows 系统中集成度高，用户无需复杂的配置即可实现文件和打印机共享。- 功能丰富：支持用户认证和权限管理，可以精细地控制资源访问。跨平台性较好：虽然主要用于 Windows 系统，但也有一些其他操作系统的实现。缺点性能问题：在大规模网络环境中，可能会出现性能瓶颈。安全风险：如果配置不当，可能会存在安全漏洞，被攻击者利用。兼容性问题：不同版本的 SMB 协议可能存在兼容性问题。适用场景在办公室环境中，是多台 Windows 电脑之间共享文件和打印机的首选。家庭网络中，也能方便不同设备之间共享文件和媒体资源。WebDavWebDav（Web-based Distributed Authoring and Versioning）是基于 HTTP 协议的扩展，用于在网络上进行文件管理和协作。优点跨平台性强：可以通过标准的 Web 浏览器进行文件操作，几乎适用于所有操作系统和设备。- 支持协作：适合多人在线协作编辑和管理文件，具有版本控制等功能。安全性较高：可以通过 HTTPS 进行加密传输，保障数据安全。缺点依赖网络：对网络连接的稳定性要求较高，网络不稳定时可能影响使用体验。性能受限：与本地文件系统相比，性能可能会有所下降。配置复杂：对于一些高级功能的配置可能需要一定的技术知识。适用场景在线文档协作平台中，方便多人同时编辑和管理文件。远程办公场景下，用户可以通过网络便捷地访问和管理文件。总结个人首推还是 SMB 和 WebDav，内部局域网用 SMB 虽然性能和稳定性会差一点，但对各类系统平台兼容性都很不错；外网访问的话用 WebDav，它本身就是基于 HTTP 协议的扩展，外网访问也只需要更改外部访问的端口即可，同时有些会适配网页端可以在浏览器上直接浏览，比较方便快捷。

2025年04月01日
0 阅读
0 评论
0 点赞

2025-04-01

PUID 和 PGID 有些 Docker 容器需要配置 PUID 和 PGID ，以保证 Docker 容器有适当的权限来访问宿主机上的文件{alert type="info"}在部署 Docker 配置时，UID 和 GID 一定要根据实际情况进行配置，不要上来无脑就填 root 或者 nobody 的权限，这样很有可能会出现各种权限问题。比如：部署的应用不能正常工作，配合联动的应用文件没办法修改，SMB 的文件没有权限读写等等。{/alert}PUID 和 PGID 是什么PUID（用户标识符）是用于唯一标识用户的数字编号，常见于多用户系统和容器环境中以确保用户权限和文件访问的一致性。PGID（组标识符）是用于唯一标识用户组的数字编号，用于方便管理一组用户的权限和访问控制，在各类共享资源管理场景中广泛应用。其中，在部署 Docker 应用时，PUID 和 PGID 也有可能被命名为 UID 和 GID。PUID 和 PGID 有什么用PUID 和 PGID 用于指定用户和组的身份信息，以确保在不同的运行环境中，对文件和目录的访问权限能够保持一致和正确。通过设置合适的 PUID 和 PGID，可以实现容器内的用户与主机系统或其他容器之间的权限协调和数据隔离。PUID 和 PGID 怎么获取可以使用命令行工具来查看当前用户的 UID 和 GID，在终端中输入 id 用户名就会显示对应用户的详细信息:id zhuzl这样就可以看到用户（zhuzl）的 UID 和 GIDPUID 和 PGID 怎么使用首先不一定所有的 Docker 容器应用这两个参数需要填写的，只有明确说明有才需要填写。以 Emby 为例，这里就需要用到 UID 和 GID以 EasyImage 为例，这里就需要用到 PUID 和 PGID

2025年04月01日
0 阅读
0 评论
0 点赞

【软件推荐】一键切换Windows11 右键菜单工具：Windows 11 Context Menu Switcher

2025-03-05

2025年03月05日
12 阅读
0 评论
0 点赞

2025-01-24

FRP升级记录背景介绍FRP 是一款非常优秀的内网穿透和反向代理软件，它允许用户通过公网访问内网资源，无需复杂的网络配置，极大地提高了工作效率。程序员的电脑基本上不关机，偶尔需要从其他电脑取些文件或远程处理点工作上的事，就非常需要这样的软件。2023年部署的时候 FRP 最新版本是 FRP 0.51.2，使用 docker 部署，从 0.52.0 开始，FRP 将配置文件由 ini 格式改为 toml 格式了，格式变更后，导致原来的配置文件不能复用，便一直未升级到最新版。年底趁手头紧要工作处理完了，便想着顺带升级一下。服务端升级服务端部署在腾讯云一台国内服务器上，使用 docker compose 编排，升级后的 docker-compose.yaml 文件内容如下：services: frps_work: restart: always network_mode: host volumes: - ./frps.toml:/etc/frp/frps.toml - ./logs:/etc/frp/logs container_name: frps_work image: snowdreamtech/frps:0.61.1frps.toml 文件内容如下：bindPort = 7200 auth.method = "token" auth.token = "admin" vhostHTTPPort = 89 vhostHTTPSPort = 4444 subDomainHost = "work.zhuzhilong.com" enablePrometheus = true webServer.addr = "0.0.0.0" webServer.port = 7202 # 由于使用nginx代理的时候开启了基于 webauth 的认证，这里我就不开启了 #webServer.user = "zhuzl" #webServer.password = "20080708"上面的配置中，我们配置了一个89端口的http服务，并使用 .work.zhuzhilong.com 的泛域名作为二级域名后缀。我们需要使用nginxProxyManager 配置一个代理，将 .work.zhuzhilong.com 的请求都代理到 89 端口：开启 SSL，这样代理的服务可以同时启用 http 服务及 https 服务访问：客户端升级之前买了一台迷你主机放在公司，作为开发服务器使用，使用的 Ubuntu 操作系统，使用 docker 部署的frpc客户端，修改后的 docker-compose.yaml 文件内容如下：services: frpczzl: restart: always network_mode: host volumes: # - ./frpc.ini:/etc/frp/frpc.ini - ./frpc.toml:/etc/frp/frpc.toml - ./logs/:/etc/frp/logs/ container_name: frpczzl # image: snowdreamtech/frpc:0.51.2 image: snowdreamtech/frpc:0.61.1frpc.toml 核心内容如下：user = "work" serverAddr = "119.29.149.159" serverPort = 7200 auth.token = "admin" # for tcp [[proxies]] name = "work-mysql-3306" type = "tcp" localIP = "127.0.0.1" localPort = 3306 remotePort = 3402 # for web [[proxies]] name = "work-http-123" httpUser = "zhuzl" httpPassword = "zhuzl" type = "http" localIP = "127.0.0.1" localPort = 80 subdomain = "123" [[proxies]] name = "work-http-spug" type = "http" localIP = "127.0.0.1" localPort = 80 subdomain = "spug" dashboardfrps中我们开启的webServer，可以通过 7202 端口查看 dashboard，界面截图如下：相关链接：Github：https://github.com/fatedier/frp官网：https://gofrp.org/

2025年01月24日
12 阅读
0 评论
0 点赞

2025-01-15

个人博客服务器迁移记录背景说明由于 zhuzhilong.cn 域名未备案，在国内不能直接访问，于2023年5月15日，在腾讯云买了台轻量应用服务器（配置：2H2G60G30M）来部署未备案的网站，我的个人博客也迁移到了这个服务器上，服务器35元/月，价格也不算贵，一年的服务器费用大概35*12=420元，服务器基本信息如下：去年腾讯云搞活动，有一款配置差不多的轻量应用服务器只需要99元一年，并且可以续费两年：便新购了另外一台轻量应用服务器（配置：2H2G50G30M）：这样算下来 3 年只需要 99+99+59.4=257.4 元，也就是3年的费用相当于原服务器一年费用的一半多一点，作为非营运网站，也没有较高的负载，能省一点是一点吧。服务器环境说明原服务器上部署了如下环境：宝塔面板MySQL 5.7php 5.6php 7.3以上环境都是基于宝塔面板进行集成安装的，宝塔面板在管理上挺方便，但是占用资源较多，且存在服务器信息泄露的风险，新服务器便计划采用如下环境：Dockerdocker compose + NginxProxyManagerdocker compose + php 5.6 Z + www.trswcm.comdocker compose + php 7.3 + blog.zhuzhilong.cn新服务器部署记录1、安装 DockerDocker 的安装参考官网的安装文档（https://docs.docker.com/engine/install/）进行安装即可，如果是国内环境的话，推荐使用阿里云镜像2、添加 Docker 桥接网络推荐使用自定义 Docker 桥接网络，之前有服务器跑的容器多了，到后面会报创建网络失败的情况docker network create --subnet=172.66.0.0/16 --gateway=172.66.0.1 --opt "com.docker.network.bridge.default_bridge"="false" --opt "com.docker.network.bridge.name"="bridge_zzl" --opt "com.docker.network.bridge.enable_icc"="true" --opt "com.docker.network.bridge.enable_ip_masquerade"="true" --opt "com.docker.network.bridge.host_binding_ipv4"="0.0.0.0" --opt "com.docker.network.driver.mtu"="1500" bridge_zzl3、使用docker compose 部署 MySQL 5.7services: mysql: image: mysql:5.7 container_name: mysql-5.7 #使用该参数，container内的root拥有真正的root权限，否则，container内的root只是外部的一个普通用户权限 #设置为true，不然数据卷可能挂载不了，启动不起 privileged: true restart: always networks: - net-zzl ports: - "3316:3306" environment: MYSQL_ROOT_PASSWORD: PASSWORD123 MYSQL_USER: zhuzl MYSQL_PASSWORD: PASSWORD123 TZ: Asia/Shanghai command: --wait_timeout=31536000 --interactive_timeout=31536000 --max_connections=1000 --default-authentication-plugin=mysql_native_password volumes: #映射mysql的数据目录到宿主机，保存数据 #- ./data:/var/lib/mysql - ./data:/www/server/data #根据宿主机下的配置文件创建容器 - ./config/my.cnf:/etc/mysql/my.cnf - ../hosts:/etc/hosts networks: net-zzl: name: bridge_zzl external: true config/my.cnf 内容：[client] #password = your_password port = 3306 socket = /tmp/mysql.sock default-character-set=utf8mb4 [mysqld] port = 3306 socket = /tmp/mysql.sock datadir = /www/server/data default_storage_engine = InnoDB character-set-server=utf8mb4 collation-server=utf8mb4_unicode_ci performance_schema_max_table_instances = 400 table_definition_cache = 400 skip-external-locking key_buffer_size = 64M max_allowed_packet = 1G table_open_cache = 128 sort_buffer_size = 16M net_buffer_length = 4K read_buffer_size = 16M read_rnd_buffer_size = 256K myisam_sort_buffer_size = 256M thread_cache_size = 512 tmp_table_size = 32M default_authentication_plugin = mysql_native_password lower_case_table_names = 1 sql-mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES explicit_defaults_for_timestamp = true #skip-name-resolve max_connections = 500 max_connect_errors = 100 open_files_limit = 65535 log-bin=mysql-bin binlog_format=mixed server-id = 1 # binlog_expire_logs_seconds = 600000 slow_query_log=1 slow-query-log-file=/www/server/data/mysql-slow.log long_query_time=3 #log_queries_not_using_indexes=on early-plugin-load = "" innodb_data_home_dir = /www/server/data innodb_data_file_path = ibdata1:10M:autoextend innodb_log_group_home_dir = /www/server/data innodb_buffer_pool_size = 4096M innodb_log_file_size = 2048M innodb_log_buffer_size = 512M innodb_flush_log_at_trx_commit = 1 innodb_lock_wait_timeout = 50 innodb_max_dirty_pages_pct = 90 innodb_read_io_threads = 16 innodb_write_io_threads = 16 [mysqldump] quick max_allowed_packet = 500M [mysql] no-auto-rehash default-character-set=utf8mb4 [myisamchk] key_buffer_size = 64M sort_buffer_size = 16M read_buffer = 2M write_buffer = 2M [mysqlhotcopy] interactive-timeout 4、使用docker compose 部署 nginxProxyManager官网部署文档：https://nginxproxymanager.com/guide/#quick-setupdocker-compose.yml 文件内容如下：services: npm: image: jc21/nginx-proxy-manager:latest container_name: npm restart: unless-stopped networks: - net-zzl environment: - ACME_AGREE=true - TZ=Asia/Shanghai ports: - 80:80 - 443:443 - 81:81 volumes: - ./data:/data - ./letsencrypt:/etc/letsencrypt - ../hosts:/etc/hosts networks: net-zzl: name: bridge_zzl external: true5、使用docker compose 部署 blog.zhuzhilong.cn 个人博客我的个人博客（blog.zhuzhilong.cn）使用 Typecho 搭建，核心需要的环境是 php 7.x + mysql.docker-compose.yml 内容如下：services: zzlblog: image: nginx:latest container_name: zzlblog networks: - net-zzl ports: - 8100:80 environment: - TZ=Asia/Shanghai restart: always volumes: - ./www:/var/www/html - ./logs:/var/log/nginx - ./nginx:/etc/nginx/conf.d - ../hosts:/etc/hosts depends_on: - php73 php73: image: yearnfar/typecho-php:latest #image: tsund/php:7.2-fpm-alpine container_name: php73 restart: unless-stopped networks: - net-zzl ports: - 9073:9000 environment: - TZ=Asia/Shanghai volumes: - ./www:/var/www/html - ../hosts:/etc/hosts networks: net-zzl: name: bridge_zzl external: trueyearnfar/typecho-php:latest 镜像主要是参考 https://github.com/yearnfar/typecho-docker 在服务器上直接 build 生成的的镜像。nginx/default.conf 文件内容如下：server { listen 80; server_name localhost; root /var/www/html; index index.php; access_log /var/log/nginx/zzlblog_access.log main; error_log /var/log/nginx/zzlblog_error.log; if (!-e $request_filename) { rewrite ^(.*)$ /index.php$1 last; } location ~ [^/]\.php(/|$) { root /var/www/html; fastcgi_pass php73:9000; proxy_set_header Host $host; #fastcgi_pass hostserver:9073; fastcgi_index index.php; #ifastcgi_param PATH_INFO $fastcgi_path_info; #fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info; #fastcgi_param SCRIPT_NAME $fastcgi_script_name; # fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param SCRIPT_FILENAME /var/www/html$fastcgi_script_name; include fastcgi_params; } }5、使用docker compose 部署 www.trswcm.comwww.trswcm.com 是我维护了十多年的一个小众网站，主要是十多年前做TRS产品实施的时候分享一些项目实施经验，十多年过去已经很少更新了，不过一天还是有十多 UV 的访问量，还能帮助到一小部分特定人群，使用 QYKCMS 搭建，核心需要的环境是 php 5.x+ mysql.docker-compose.yml 文件内容如下：services: trswcm: image: nginx container_name: trswcm networks: - net-zzl ports: - 8101:80 environment: - TZ=Asia/Shanghai restart: always volumes: - ./www:/var/www/html - ./logs:/var/log/nginx - ./nginx:/etc/nginx/conf.d - ../hosts:/etc/hosts depends_on: - php56 php56: image: raccourci/php56:latest container_name: php56 restart: unless-stopped networks: - net-zzl ports: - 9056:9000 environment: - TZ=Asia/Shanghai volumes: - ./www:/var/www/html - ../hosts:/etc/hosts networks: net-zzl: name: bridge_zzl external: truenginx/default.conf 文件内容如下：server { listen 80; server_name www.trswcm.com localhost; root /var/www/html; index index.html index.htm index.php default.php default.htm default.html; access_log /var/log/nginx/trswcm_access.log main; error_log /var/log/nginx/trswcm_error.log; #if (!-e $request_filename) { # rewrite ^(.*)$ /index.php$1 last; #} location ~ [^/]\.php(/|$) { root /var/www/html; fastcgi_pass php56:9000; proxy_set_header Host www.trswcm.com; #fastcgi_pass hostserver:9073; fastcgi_index index.php; #ifastcgi_param PATH_INFO $fastcgi_path_info; #fastcgi_param PATH_TRANSLATED $document_root$fastcgi_path_info; #fastcgi_param SCRIPT_NAME $fastcgi_script_name; # fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name; fastcgi_param SCRIPT_FILENAME /var/www/html$fastcgi_script_name; include fastcgi_params; } }NginxProxyManager 配置Nginx Proxy Manager (NPM) 是一个基于 Nginx 的反向代理管理工具，旨在简化 Nginx 的配置和管理。它提供了一个直观的 Web 界面，使用户可以轻松地设置和管理反向代理、SSL 证书、访问控制等功能。在上面的章节中，我们使用 docker compose 的方式运行了 NginxProxyManager，我们可以通过UI界面进行可视化配置，最重要的是SSL证书配置及代理配置，以下是部分界面截图：

2025年01月15日
7 阅读
0 评论
0 点赞

2024-11-22

2024年11月22日
42 阅读
0 评论
0 点赞

2024-11-22

2024年11月22日
12 阅读
0 评论
0 点赞

2024-09-30

Docker搭建一款功能强大、易于使用的图床程序和图像处理工具软件介绍EasyImages是一款功能强大的图床程序和图像处理工具，它在多个方面展现出其独特的优势和特点，无论是作为个人用户还是开发者来说都是一个不错的选择。基本特点自托管特性：EasyImages提供自托管功能，这意味着用户可以完全控制自己的图片数据和隐私，无需依赖第三方图床服务，从而避免了数据隐私风险、服务限制和图片加载延迟等问题。批量上传与多种URL形式：支持批量上传图片，并能返回多种形式的URL，包括图片直链、Markdown格式URL、BBCCode、Html、缩略图等，满足用户在不同场景下的需求。在线图片管理：提供一个直观的在线图片管理界面，用户可以方便地查看、编辑、组织和管理上传的图片，支持创建文件夹、排序图片、批量删除或打包图片等功能。上传限制与格式转换：支持设置上传图片的最低宽度和高度，确保图片质量；同时，能够自动将上传的图片转换为不同的格式，以满足网站或应用的需求。水印功能：支持自动为上传的图片添加文字或图片水印，有助于保护图片版权和防止滥用。资源占用少：对于安装环境和服务器性能要求非常低，甚至不需要数据库支持，使得在较小的服务器上也能轻松运行且不会占用过多资源。安全性与控制：提供黑白名单上传功能，允许用户设置哪些IP地址或用户可以上传图片；同时，支持上传日志IP定位和限制每日上传次数等功能，以增强图床的安全性。数据统计与网站统计：提供数据统计功能，帮助用户跟踪图片的上传情况、资源占用情况和存储使用情况等；此外，还支持网站统计功能，以提供更全面的信息。API支持：提供了全面的API支持，使开发者能够在其项目中方便地上传和管理图片。图像处理功能除了作为图床程序外，EasyImages还具备强大的图像处理功能。它是一款轻量级且高效的JavaScript库，专为简化和加速图像处理而设计。基于HTML5的Canvas API构建，充分利用了浏览器的硬件加速能力，使得在处理大量或高分辨率的图片时也能保持流畅的性能。EasyImages提供了多种常用的图像操作功能，如缩放、裁剪、旋转、添加水印等。通过简洁的API接口，开发者可以快速地在自己的项目中集成并实现复杂的图片处理需求。此外，它还具有良好的社区支持和丰富的示例代码可供参考学习。相关连接官方网站：https://icret.github.io/EasyImages2.0/#/GitHub地址：https://github.com/icret/EasyImages2.0Docker镜像：https://hub.docker.com/r/ddsderek/easyimage应用部署根据官网推荐的方式，使用 docker compose 部署，编排文件内容如下：services: easyimage: image: ddsderek/easyimage:latest container_name: easyimage networks: - net-zzl ports: - 8113:80 environment: - TZ=Asia/Shanghai - PUID=1000 - PGID=1000 - DEBUG=false volumes: - ./config:/app/web/config - ./data:/app/web/i restart: unless-stopped networks: net-zzl: name: bridge_zzl external: true使用 docker compose up -d 启动服务后，进入如下图所示的安装环境检测页面：单击「下一步」按钮，进入「网站基础配置」页面：填写信息后，单击「开始安装」按钮，安装完成后进入下图所示的管理员登录页面：输入账号、密码后，进入如下图所示的主界面：

2024年09月30日
53 阅读
0 评论
0 点赞

2024-09-29

2024年09月29日
255 阅读
0 评论
0 点赞

2024-09-11

2024年09月11日
120 阅读
2 评论
1 点赞

2024-09-10

一款超级好用的端口映射工具：rinetd 2014年的时候参与江西交通厅的项目，由于厅里只有一台跳板机可以访问省政府的在线办事内网服务，而内网机房也只有一台服务器能访问跳板机，而我们的项目又需要访问相关服务，然后就在内网的服务器上部署了个端口映射的软件，当时一直记得这款软件超级简单易用。近期一台开发服务器上的网络环境有同类的需求，但是时隔近10年，连名字都忘了，还好平常有记录工作日志的习惯，从10年前的工作日志里找到了当时的记录，就是它了： rinetd软件介绍rinetd 是一个简单易用的端口映射/转发/重定向工具。它通常用于将网络流量从一个端口转发到另一个端口，或者从一个IP地址转发到另一个IP地址。rinetd特别适用于那些需要将服务请求从一个网络地址或端口转发到另一个不同地址或端口的情况。rinetd的特点：简单性：配置简单，通过一个配置文件就可以完成设置。轻量级：rinetd自身占用的系统资源非常少。支持IPv4：它支持IPv4网络连接的重定向。安全性：可以设置允许哪些IP地址进行转发，从而提供一定程度的网络访问控制。软件使用安装rinetd：在大多数 Linux 发行版中，rinetd可以通过包管理器安装。例如，在基于Debian的系统（如Ubuntu）中，可以使用以下命令安装：sudo apt-get update sudo apt-get install rinetd以下是源码安装代码：windows: rinetd-win.ziplinux: rinetd.tar.gz配置rinetd：rinetd 的配置文件位于 /etc/rinetd.conf。以下是配置文件的一个基本示例：# # this is the configuration file for rinetd, the internet redirection server # # you may specify global allow and deny rules here # only ip addresses are matched, hostnames cannot be specified here # the wildcards you may use are * and ? # # allow 192.168.2.* # deny 192.168.2.1? # # forwarding rules come here # # you may specify allow and deny rules after a specific forwarding rule # to apply to only that forwarding rule # # bindadress bindport connectaddress connectport # for rocketMQ # 将所有发往本机18090端口的连接重定向到192.168.150.250的18080端口。 0.0.0.0 18090 192.168.150.250 18080 0.0.0.0 18091 192.168.150.250 18081 0.0.0.0 18092 192.168.150.250 18082 #0.0.0.0 18093 192.168.150.250 18083 0.0.0.0 18076 192.168.150.250 19876 # logging information logfile /var/log/rinetd.log # uncomment the following line if you want web-server style logfile format # logcommon日常运维命令# 启动服务 sudo systemctl restart rinetd # 重启服务 sudo systemctl restart rinetd # 查看运行状态 sudo systemctl status rinetd # 设为开机自启动 sudo systemctl enable rinetd特别说明：确保系统的防火墙规则允许 rinetd 进行必要的网络通信。

2024年09月10日
69 阅读
0 评论
0 点赞

2024-09-05

Java工程使用ulid初体验背景从公众号推文看到不少博主推荐使用 ulid 替换 uuid，提及的 ulid 的优点如下：1、全局唯一性：通过结合时间戳和随机数，ULID能够确保生成的标识符在全球范围内是唯一的。2、可排序性：由于ULID中包含了时间戳信息，因此它们可以按照时间顺序进行排序，这在数据处理和分析中非常有用。3、高性能：ULID的生成速度远快于传统的UUID，且其编码方式更为高效。4、易读性：虽然ULID也是由一串字符组成，但其采用的编码方式使得它相对更易于人类阅读和记忆。ULID（Universally Unique Lexicographically Sortable Identifier）是一种用于生成全局唯一、可按字典序排序的标识符的格式。ULID结合了时间戳和随机数的特性，旨在提供高性能、低碰撞、可排序和易读的标识符。引入依赖<dependency> <groupId>com.github.f4b6a3</groupId> <artifactId>ulid-creator</artifactId> <version>5.2.3</version> </dependency>生成随机字符串 Ulid ulid = UlidCreator.getUlid(); String randomId = ulid.toString();测试代码package net.x2m.pms.collect; import com.github.f4b6a3.ulid.Ulid; import com.github.f4b6a3.ulid.UlidCreator; public class UlIdTest { public static void main(String[] args) { for (int i = 0; i < 10; i++) { Ulid ulid = UlidCreator.getUlid(); System.out.println(ulid.toString()); } } }运行以上代码后生成示例数据如下：01J70X9YDC7YSTJAPWPDFDH2CK 01J70X9YQS0NCCFCWEZ5RVXEXP 01J70X9YQS48ES2ETYT7FHQG2H 01J70X9YQTSGF792XY07W2TDZ2 01J70X9YQTEW2KTFX5VJRSAT9R 01J70X9YQTFBPZCMJWDQVNV0MA 01J70X9YQTSEX81YK0S7CB6X6W 01J70X9YQV4XAR9MHDN2RDJH8A 01J70X9YQV8HMMX2DYZ2Q5Y559 01J70X9YQV0R5PN0P0536NZM4Z

2024年09月05日
32 阅读
0 评论
0 点赞

2024-08-19

HTTPS代理访问DataGear登录失败的问题背景说明在一些项目中我们有用到 DataGear 来做大屏展示，将 DataGear 部署到产线后，发现通过HTTPS协议访问应用正常，但是登录的时候，账号密码正确的情况下，提示Error，如下图所示：问题分析打开浏览器开发者工具，查看网络请求，我们发现登录的时候请求的 https://xxx.com/login/doLogin ，登录成功后 302 重定向到了 http://xxx.com/login/success 地址，由于HTTP协议不一致，存在跨域，导致Ajax无法正常获取到响应数据：部署说明DataGear 使用 Docker 部署，使用 Nginx 配置SSL代理对外提供服务。问题修复通过前面的分析，我想可能是 Nginx 到 DataGear 的过程中在登录的时候网络协议丢失了，通过查找SpringBoot 的官方文档，有找到如下章节：14.3. Enable HTTPS When Running behind a Proxy Server。从标题我们就可以看到，这就是我们碰到的使用场景：根据提示也是跟代理的一些HTTP头信息相关，我们根据提示，在datagear-web 工程的 application.properties 文件中，添加了如下配置信息：# 处理https重定向不正确的问题 server.tomcat.remoteip.protocol-header=X-Forwarded-Proto server.tomcat.remoteip.remote-ip-header=X-Forwarded-For重新构建Docker镜像并重新运行DataGear容器，然后在nginx 代理配置中添加如下设置代理头信息：proxy_set_header X-Forwarded-For $remote_addr; proxy_set_header X-Forwarded-Proto $scheme;如果使用 Nginx Proxy Manager ,可以在 ProxyHost 中，将上面的代理配置信息加入到自定义Nginx配置中，如下图所示：保存重启Nginx后，重新登录可以看到，能响应正确的重定向地址，至此HTTPS代理登录问题完美解决：

2024年08月19日
109 阅读
2 评论
1 点赞

2024-08-12

2024年08月12日
26 阅读
0 评论
0 点赞

2024-07-09

2024年07月09日
92 阅读
0 评论
0 点赞

2024-07-09

使用 linuxserver/firefox 实现外网网站加速访问背景介绍之前建设网站过程中，有部分域名ICP备案麻烦，就买了台新加坡的服务器搭了几个网站，基本上也没什么访问量。早些年还用这种服务器搭个梯子之类的，但是近些年对自建梯子管控越来越严了，自建梯子的情况极有可能出现IP被封的风险。为了规避常规FQ软件的风险，在docker学习过程中发现有不少浏览器镜像，跑起来后可以直接通过浏览器访问docker容器内的浏览器服务，这样在规避风险的情况下，也能较方便的访问外网服务。理论上他是一个服务器上的浏览器，将它跑在内网环境上之后，它自然就能够访问内网资源。服务器能访问什么网站就可以访问什么网站，所以。。。搭建我们使用 docker compose 来管理我们的镜像服务，docker-compose.yml 目录的内容如下：services: firefox: image: linuxserver/firefox:latest restart: unless-stopped container_name: firefox security_opt: - seccomp:unconfined #optional environment: - PUID=1000 - PGID=100 - TZ=Asia/Shanghai - LC_ALL=zh_CN.UTF-8 - CUSTOM_USER=zhuzl # 用户名 - PASSWORD=123456 # 密码 ports: - 8100:3000 volumes: - ./config:/config - /usr/share/fonts/chinese:/usr/share/fonts/chinese # 挂载中文字体目录，否则会出现中文乱码的问题 shm_size: "1gb"启动服务后，可在nginx配置代理，代理示例如下： location ^~ / { proxy_pass http://localhost:8100; proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; proxy_set_header REMOTE-HOST $remote_addr; proxy_set_header Upgrade $http_upgrade; proxy_set_header Connection $connection_upgrade; proxy_http_version 1.1; # proxy_hide_header Upgrade; add_header X-Cache $upstream_cache_status; #Set Nginx Cache set $static_fileNpPoblu9 0; if ( $uri ~* "\.(gif|png|jpg|css|js|woff|woff2)$" ) { set $static_fileNpPoblu9 1; expires 1m; } if ( $static_fileNpPoblu9 = 0 ) { add_header Cache-Control no-cache; } }配置好后，可使用浏览器访问了，访问后初始界面如下：优化配置优化配置一：解决乱码问题如果未挂载中文字体的话，会出现下面这种乱码情况:所以我们需要将中文字体文件拷贝到宿主机的某个目录，如 /usr/share/fonts/chinese，然后挂载到容器的 /usr/share/fonts/chinese 目录，这样在启动容器的时候就可以自动价值中文字体了。优化配置二：安装翻译插件由于我们访问的外网多为英文内容，为便于快速消化内容，可给浏览器安装翻译插件，我这里安装了功能强大的「沉浸式翻译」，官网是：https://immersivetranslate.com/，进入官网后，可以直接点击「Firefox扩展」，进入Firefox 应用商店直接安装，安装后就可以很方便的使用了：使用体验整体访问速度上跟本地没什么蛮大区别，由于是基于KasmVNC的虚拟桌面技术，不能直接使用快捷键复制、粘贴内容，虽说设置中有「无缝剪切板」之类的开关，但是试了下也没效果，也有可能是我理解方面的问题吧：不过也可以使用 KasmVNC 自带的剪贴板实现剪切板的读写：有一点需要特别注意的：一定不要关闭最后一个浏览器标签，否则就直接黑屏了。黑屏后的话，需要重启docker服务才能继续使用。

2024年07月09日
156 阅读
0 评论
0 点赞

2024-07-05

写在入职并行3周年之际一早收到公司人力系统自动推送的入职 3 周年提醒，让人不禁感叹时光飞逝。不知不觉中，我在并行已经度过了三年的时光。回顾这三年的工作历程，每一步都充满了挑战与成长。在这个具有纪念意义的时刻，我对自己在公司期间参与的主要工作做个回顾。前端规范的拟订在我刚加入公司之初，团队正处于组建初期阶段，我们面临的主要挑战之一是如何确保代码的统一性和可维护性。为此，我积极参与了公司前端开发规范的制定工作。我们对代码格式、命名规则以及组件的开发和使用规范等每一个细节都进行了深入的讨论和细致的推敲。这一规范制定过程不仅加深了我对前端开发最佳实践的理解，而且显著提升了团队的协作效率。搭建 dev-guide在前端规范制定完成后，我主导使用 webpack + vue + markdown-it 等技术栈搭建了团队日常开发用到的 dev-guide。这个 dev-guide 是一个纯静态工程，它不仅详尽记录了所有开发规范，还整合了日常使用的工具链接以及团队开发应用在不同环境下的链接。它已经成为新员工入职培训的关键资料，并且极大地便利了团队成员在开发过程中的信息检索。dev-guide 的设计兼顾了易用性和可维护性，使得新成员能够迅速适应，而经验丰富的成员也能轻松获取所需信息。此外，这种做法不仅提升了我们的开发效率，还确保了团队内部知识的共享和传承。参与超算云服务控制台前端开发作为团队中的一名专职前端开发工程师，参与公司控制台产品的前端开发是我工作中的一项重要内容。在这个过程中，我主要负责了如下工作：整体布局重构多主题改造（能分别打包成并行蓝和北龙红两个不同版本）国际化灰度发布（功能灰度上线）消息模块重构扫码登录功能快捷方式一键转区功能开发作业详情导出优化超算中心图表展示及交互全站搜索原型站点建设随动文档移动端站点建设年度用户计算报告（2023）整个前端开发过程中，通过与后端工程师的紧密合作，不经提升了我的团队协作能力，并积累了丰富的前端开发经验。使用CMS搭建控制台KBS在进行控制台项目的开发过程中，我们深刻地意识到构建一个详尽且易于访问的知识库的重要性。这个知识库的主要目的是记录和展示控制台的使用指南，以便用户能够随时随地在线访问和查阅这些信息。为了实现这一目标，我们进行了深入的调研和对比分析，以确保选择最合适的解决方案。经过一系列的评估和比较，我们最终决定采用基于 jspxCMS 来构建这个知识库系统。jspxCMS 是一个功能强大的内容管理系统，它提供了丰富的功能和灵活性，能够满足我们对知识库的各种需求。通过使用 jspxCMS，我们可以轻松地管理和发布控制台的使用指南，确保信息的准确性和及时更新。此外，jspxCMS 还具备用户友好的界面和强大的扩展性，这使得我们能够根据项目的具体需求进行定制和优化。这个过程中，我负责了如下工作：知识库站点模板制作知识库首页模板产品页模板内容页模板实现检索功能北龙超云版知识库模板后台改造改造左侧菜单导航样式应用资源文件分离改造。将上传文件目录、模板目录、索引文件目录从war包中分离后台界面支持并行蓝风格和北龙红风格详细项目情况见本博客之前分享的内容：记一次KBS项目实施经验分享引入 Torna 管理项目接口文档在项目初期，我们采用了 smart-doc 工具来解析 Java 代码，自动生成 API 文档。最初，这些文档以单个 HTML 文件的形式呈现。然而，随着接口数量的不断增加，我们注意到文档的打开和加载速度变得异常缓慢。此外，随着项目的微服务化演进，我们在原有的 console-biz 基础上集成了更多工程，发现原有的文档生成方式无法有效整合所有接口文档。因此，我们开始探索其他解决方案。经过初步调研，我们发现 Torna 能够在最小的改动范围内满足我们的项目需求。基于此，我们在内部搭建了一套专门用于接口管理的系统。使用 Matomo 收集用户行为数据并做数据分析为了更深入地洞察用户的行为模式和需求，我们利用Matomo工具搜集了丰富的用户行为数据。经过对这些数据的细致分析，我们揭示了产品使用过程中存在的若干问题和潜在的改进领域，并据此实施了多次迭代优化。这一过程不仅让我掌握了数据分析的基础技巧，还提升了我对数据驱动开发理念的认识。从0 搭建开发维护中心（DMC）前端工程并实现完整功能在 DMC 项目中，我从零开始，基于 TDesign 构建了整个前端架构，并独立完成了所有功能的实现。该项目全面挑战了我的个人技能，涵盖了从需求分析、技术选择到具体功能实现的每一个环节，每一步都要求我展现出严谨和细致的工作态度。通过参与这个项目，我显著增强了自己在项目管理和问题解决方面的能力。基于 DataGear 搭建大屏展示系统并制作大屏随着项目推进至关键阶段，我们认识到有必要引入一个大屏幕展示系统，以便生动地展示各种统计数据。经过深入调研，我们选择了 DataGear 作为构建该系统的工具。在这一过程中，我承担了整个系统搭建以及两个主要大屏页面的制作任务。通过参与这个项目，我不仅掌握了 DataGear 的使用技巧，还学会了大屏幕展示的设计理念和实施技术。总结与展望三年的时光虽短暂，却在我的职业生涯中占据了至关重要的位置。在这段时间里，我在技术领域取得了显著的进步，并在团队协作与项目管理等多个方面积累了宝贵的经验。展望未来，我将持续保持对知识的渴望，不断磨练自己的技术能力，以期为公司和团队作出更大的贡献。这三年的工作经历让我深刻认识到，前端开发远不止于编写代码，它更是一个持续学习和创新的旅程。我衷心感谢公司为我提供的发展平台和机遇，同时对团队领导和同事们的支持与协助表示感激。

2024年07月05日
46 阅读
0 评论
0 点赞

2024-06-29

2024年06月29日
66 阅读
0 评论
0 点赞

2024-06-06

提词器工具合集迅捷提词全能王官网：https://www.xunjiepdf.com/ticiqi点评：题词模式有拍摄、悬浮窗、提词板 3 种模式。除了提词功能外，软件的视频和图片功能也是非常实用的，工具非常齐全。芦笋提词器官网：https://tcq.lusun.com/点评：一款支持智能跟读、隐形提词的应用，支持Windows、Mac、Android、iOS。支持智能跟读、隐形提词、AI 辅助提词，广泛适用于网课、视频拍摄、直播、录口播、 vlog、视频面试、演讲、口才训练等领域。PromptSmart官网：https://www.promptsmart.com/点评：会根据语速自动调整提词速度，同时文本会自动滚动Teleprompter官网：https://cn.teleprompter-online.com/点评：在线工具，平时准备演讲或录视频的时候，可以用这个工具提示。除了支持在线录音、播放暂停外，还支持文本水平、垂直翻转以及镜像，方便录制。提客提词器官网：https://www.tttci.com/点评：有在线版也有客户端，有悬浮、隐形、多彩提词功能，支持 AI 跟随提词。QPrompt - 提词器开源地址：https://github.com/Cuperino/QPrompt-Teleprompter点评：适合所有视频创作者的提词器软件Speakflow — 在线提词器官网：https://www.speakflow.com/点评：同步远程滚动文本、文本调整、集成人工智能和语音识别等Promptr官网：https://promptr.co/点评：基于网络的提词器应用程序无需注册或下载，它有多种格式选项、文本调整、镜像视图和正常视图，让您轻松阅读Free online teleprompter software with voice activated scrolling.官网：https://telepromptermirror.com/telepromptersoftware.htm点评：免费提词器软件，支持语音激活，提供自动滚动、声控滚动、键盘快捷键、字体颜色管理等强大功能。PromptDog官网：https://promptdog.com/点评：一款适用于 Windows 和 macOS 设备的优秀提词器软件

2024年06月06日
106 阅读
0 评论
0 点赞

2024-05-29

使用 Docker + Syncthing 同步文件背景介绍很久之前我就用Syncthing 搭建过文件同步服务（见使用 Syncthing 同步文件），只是当初是直接下载的可执行文件，在宿主机启服务实现文件同步的，对宿主机有一定的侵入性，且当时只是记录了怎么把服务跑起来，没有说明清楚服务跑起来后怎么配置，最终实现文件同步的。最近帮朋友使用 ChestnutCMS 搭建了个公司产品网站，正好需要在两台服务器器之间实现文件同步服务，一共有两台服务器：Web 服务器内网IP: 10.0.12.12配置：CPU - 4核 | 内存 - 8GB | 系统盘 - SSD云硬盘 180GB | 流量包 - 2000GB/月（带宽：12Mbps）主要部署 Docker + NginxProxyManager + KKFilePreview应用服务器内网IP: 10.0.16.13配置：CPU - 8核 | 内存 - 16GB | 系统盘 - SSD云硬盘 270GB | 流量包 - 3500GB/月（带宽：18Mbps）主要部署公司的云上业务系统 + ChestnutCMS，由于预算有限，数据库、Redis 等服务也装在这台服务器两台服务器处于相同的内网环境，ChestnutCMS 主要用于内容管理及网站静态发布，然后使用 Syncthing 将静态化的文件同步到 Web 服务器，使用 NginxProxyManager 发布到外网访问。应用部署及配置部署发布端使用 Docker 启动应用我们在应用服务器上部署发布端，由于应用服务器上也提前部署了 Docker, 我们使用 docker来部署，docker-compose.yaml 文件示例如下：services: app: image: syncthing/syncthing container_name: syncthing privileged: true restart: always volumes: - /data:/data - ../po-cms/wwwroot_release:/var/syncthing - ../hosts:/etc/hosts networks: - net-zzl ports: - 8102:8384 - 22000:22000 networks: net-zzl: name: bridge_zzl external: true使用 docker compose up -d 启动服务开放端口从上面的配置文件中，我们开启了 8102 和 22000 两个端口，由于我们的应用服务器不直接对外提供服务，需要使用 Web服务器代理，所以需要将这两个端口对Web服务器开放：如果你的应用服务器本身启用了防火墙之类的机制，记得也要放行。配置 Syncthing UI界面对外可访问在 NginxProxyManager 中添加对外访问，相关的 DNS 解析请自行提前处理。Syncthing 配置第一次访问的时候系统会通过警告提示来引导用户做一些安全性相关的配置:发送匿名报告数据提示引导配置提示我主要配置的信息如下：Syncthing 常规配置Syncthing 图形用户界面设置至此应用服务器的配置基本OK了。web服务器配置部署 Syncting我们还是使用 Docker 来部署，基本信息差不多，我只是结合web服务器的环境改了下挂载目录及端口：services: app: image: syncthing/syncthing container_name: syncthing privileged: true restart: always volumes: - /data:/data - ../nginx-proxy-manager/wwwroot_release:/var/syncthing - ../hosts:/etc/hosts networks: - net-zzl ports: - 8013:8384 - 22000:22000 networks: net-zzl: name: bridge_zzl external: true对应用服务器开放端口Syncthing 配置基本配置跟应用服务器保持一致配置同步一、添加远程设备在应用服务器添加web服务器的syncthing在 Web 服务器同意添加：二、应用服务器配置同步文件夹单击主界面的「添加文件夹」按钮：三、WEB服务器同意添加共享web服务器接收到添加共享提示配置信息配置完成后会自动进行同步同步完成后可在指定目录下看到同步后的文件参考链接Syncthing 官网：https://syncthing.net/Syncthing 官网文档：https://docs.syncthing.net/Syncthing Github 开源地址：https://github.com/syncthing/syncthing

2024年05月29日
522 阅读
0 评论
0 点赞