日记记录

使用单一登录（Single Sign-On，SSO）解决方案可以实现两个不同网站之间的用户数据互通和单点登录。下面是一种可行的方案和方法：选择合适的 SSO 协议：选择一个适合的 SSO 协议用于实现单一登录，例如 OpenID Connect、OAuth 或 SAML 等。每个协议都有其自身的优势和适用场景，需要根据具体需求和技术栈选择合适的协议。配置身份提供者（Identity Provider，IdP）：选择一个作为身份提供者的网站，负责用户认证和颁发身份令牌。这个网站将是用户进行登录和验证的入口点。可以选择其中一个网站作为 IdP，或者使用独立的身份提供者。配置服务提供者（Service Provider，SP）：在每个网站中配置服务提供者，用于接受和处理来自身份提供者的身份令牌。通过 SP 将用户重定向到 IdP 以进行身份验证，并将令牌返回给 SP，从而实现单点登录。实现用户数据同步：一旦用户成功登录并获得身份令牌，将用户的身份信息和必要的用户数据保存在本地。这样，当用户从一个网站跳转到另一个网站时，可以使用本地保存的数据完成用户的登录和授权流程。设置信任关系和安全配置：为了确保安全性，需要在服务提供者和身份提供者之间建立信任关系，并进行适当的安全配置，如使用 SSL 证书以加密通信、设置有效期和刷新机制等。开箱即用的插件实现：WP OAuth Server：这是一个功能强大的 WordPress 插件，可用于实现 OAuth 和 OpenID Connect 认证授权。它可以作为身份提供者（IdP）和服务提供者（SP），提供单一登录和用户数据共享功能。SimpleSAMLphp：这是一个基于 SAML 协议的插件，可以将 WordPress 网站作为服务提供者进行对接。它提供简化的配置和管理界面，使得与各种身份提供者的对接变得更加容易。SAML Single Sign On：这是另一个基于 SAML 协议的 WordPress 插件，可用于实现单一登录。它支持与多种身份提供者对接，并提供广泛的配置选项和自定义功能。OpenID Connect Generic：这个插件提供了对 OpenID Connect 协议的支持，可以将 WordPress 网站作为 OpenID Connect 客户端进行对接。它可以与各种 OpenID Connect 提供者对接，实现单一登录功能。Auth0：Auth0 是一个流行的身份管理和认证平台，它提供了一个 WordPress 插件，可以实现 SSO 和身份验证功能。通过 Auth0，你可以轻松地集成不同的身份提供者和多种身份验证方式。...

登录可见的话题修改为公开可见 UPDATE wpb2_postmeta SET meta_value = replace(meta_value,'login','public') WHERE meta_key = 'b2_topic_read_role' 评论可见的话题修改为公开可见 UPDATE wpb2_postmeta SET meta_value = replace(meta_value,'comment','public') WHERE meta_key = 'b2_topic_read_role' 积分可见的话题修改为公开可见 UPDATE wpb2_postmeta SET meta_value = replace(meta_value,'credit','public') WHERE meta_key = 'b2_topic_read_role' 付费可见的话题修改为公开可见 UPDATE wpb2_postmeta SET meta_value = replace(meta_value,'money','public') WHERE meta_key = 'b2_topic_read_role' 等级可见的话题修改为公开可见 UPDATE wpb2_postmeta SET meta_value = replace(meta_value,'lv','public') WHERE meta_key = 'b2_topic_read_role' 2. 批量修改 7B2 主题文章隐藏内容阅读权限文章的修改也是跟圈子话题比较类似，有所变化的就是判断的字段而已，大家参照修改就行 登录可见的隐藏内容修改为公开可见 UPDATE wpb2_postmeta SET meta_value = replace(meta_value,'login','public') WHERE meta_key = 'b2_post_reading_role'...

HTML 代码： <div class="n_banner_inner"> <div class="img-info">! <div class="info">也想出现在这里？ <a rel="nofollow noopener noreferrer" href="转跳Url" target="_blank">联系我们</a>吧</div> </div> <a href="前往Url" target="_blank" rel="noopener noreferrer"> <div class="Banner-adTag">广告</div> <img class="tirr" src="图片Url" alt="信息"> </a> </div> CSS： /*定位*/ .n_banner_inner { position: relative; } /*提示信息*/ .n_banner_inner .img-info { position: absolute; right: 12px; top: 9px; padding: 0; text-align: right; color: #fff; } .n_banner_inner .img-info i { position: relative; display: inline-block; color: #007bff; font-size: 20px; line-height: 19px; text-align: center; z-index: 9; font-style: inherit; } .n_banner_inner .img-info .info { position: absolute; bottom: 5px; right: 0; width: 0; padding: 5px 0; overflow: hidden; background: #007bff; border-radius: 10px; line-height: 10px; text-align: center; font-size: 10px; color: #fff; white-space: nowrap; -webkit-transition: all 0.2s cubic-bezier(0, 0.34, 0.71, 1.26) !important; -moz-transition: all 0.2s cubic-bezier(0, 0.34, 0.71, 1.26) !important; -ms-transition: all 0.2s cubic-bezier(0, 0.34, 0.71, 1.26) !important; -o-transition: all 0.2s cubic-bezier(0, 0.34, 0.71, 1.26) !important; transition: all 0.2s cubic-bezier(0, 0.34, 0.71, 1.26) !important; } .n_banner_inner .img-info .info a { color: #fff; } .n_banner_inner .tirr { max-width: 100%; height: auto; transition: 0.5s; border-radius: 5px; } /*触发Hover*/ .n_banner_inner:hover .info { width: auto; padding: 5px 23px 5px 12px; -webkit-transition: all 0.2s cubic-bezier(0, 0.34, 0.71, 1.26) !important; -moz-transition: all 0.2s cubic-bezier(0, 0.34, 0.71, 1.26) !important; -ms-transition: all 0.2s cubic-bezier(0, 0.34, 0.71, 1.26) !important;…...

Wordpress 升级到 6.3 后，一些使用火车头发布模块的朋友，会自动把文章发布到页面下面，而非文章下面。 出现问题原因： WordPress 内核升级到 6.3 后，$post_type被作为全局变量了，在火车头发布接口内的 post_type 被默认成了page，最终导致文章被发布到了page页面下。解决方法：如果不需要发布到其他地方，可以打开火车头发布接口文件，搜索post_type替换成其他任意字符串即可，替换成post_type2即可。...

关于其他系统的，这里就不记录了，主要是我们这边所有的生产线和开发测试环境用的都是 debian 的，所以记录一下。TCP 拥塞控制算法 BBR (Bottleneck Bandwidth and RTT) 可以大限度地利用服务器带宽，减少排队的情况，提高网络质量。Debian10 / 11 默认的内核就是 4.19 版本的内核而且编译了 TCP BBR 模块，所以可以直接通过参数开启。 echo net.core.default_qdisc=fq >> /etc/sysctl.conf echo net.ipv4.tcp_congestion_control=bbr >> /etc/sysctl.conf sysctl -p 检查是否成功： sysctl net.ipv4.tcp_available_congestion_control 显示： net.ipv4.tcp_available_congestion_control = bbr cubic reno 表示开启成功。 或执行 lsmod | grep bbr ，检测 BBR 是否开启。...

安装Nginx报错：checking for SO_ACCEPTFILTER ... not found checking for SO_BINDANY ... not found checking for IP_TRANSPARENT ... found checking for IP_BINDANY ... not found checking for IP_BIND_ADDRESS_NO_PORT ... found checking for IP_RECVDSTADDR ... not found checking for IP_SENDSRCADDR ... not found checking for IP_PKTINFO ... found checking for IPV6_RECVPKTINFO ... found checking for TCP_DEFER_ACCEPT ... found checking for TCP_KEEPIDLE ... found checking for TCP_FASTOPEN ... found checking for TCP_INFO ... found checking for accept4() ... found checking for int size ... 4 bytes checking for long size ... 8 bytes checking for long long size ... 8 bytes checking for void * size ... 8 bytes checking for uint32_t ... found checking for uint64_t ... found checking for sig_atomic_t ... found checking for sig_atomic_t size ... 4 bytes checking for socklen_t ... found checking for in_addr_t ... found checking for in_port_t ... found checking for rlim_t ... found checking for uintptr_t ... uintptr_t found checking for system byte ordering ... little endian checking for size_t size ... 8 bytes checking for off_t size ... 8 bytes checking for time_t size ... 8 bytes checking for AF_INET6 ... found checking for setproctitle() ... not found checking for pread() ... found checking for…...

JS 文件下载：https://txc.qq.com/static/desktop/vendor/txc-change-log.zip <!-- 引入兔小巢更新日志的 JavaScript 文件 --> <script src="./index.js"></script> <!-- 创建弹窗文件 --> <script> // 创建兔小巢更新日志对象，传入社区ID var txcChangeLog = new TxcChangeLog({ id: 366730 }); // 当页面加载完成后，立即弹出更新日志弹窗 window.addEventListener("load", function() { // 直接调用 showModal 方法弹出更新日志弹窗 txcChangeLog.showModal(); }); </script> 根据官方的文档提示，加载在网站的头部即可。 在自媒体维基中，我们引入的页面为公告列表区域。...