Selfhost

解决 Nextcloud Talk 报错：“No High-performance backend configured”

在部署 Nextcloud 过程中，可能会遇到如下警告信息： No High-performance backend configured – Running Nextcloud Talk without the High-performance backend only scales for very small calls (max. 2–3 participants). Please set up the High-performance backend to ensure calls with multiple participants work seamlessly. 该提示来源于 Nextcloud Talk 应用，用于提醒管理员：若未配置高性能后端（High-performance backend），多人视频/语音通话将受到限制，最多支持 2–3 人。 📌 原因分析 Nextcloud Talk 默认使用浏览器端的点对点通信（peer-to-peer）。该模式无需额外服务器支持，但扩展性差，尤其在多用户会议中会带来性能瓶颈。 …

Selfhost

修复 Nextcloud occ setupchecks 卡顿问题：一处配置引发的阻塞

在管理 Nextcloud 实例时，使用命令行运行以下指令以检查系统配置是否正确，是一项常规操作： php occ setupchecks 但在某一部署环境中，这条命令卡在执行状态，迟迟无输出，也无错误提示；Web 页面上“后台设置”中的系统检查同样无法完成，界面持续转圈。 最终，这一问题仅由一处配置项引起：trusted_domains。 问题表现 一切看似运行良好，但检查命令却始终无法完成。 问题分析 Nextcloud 在执行 setupchecks 时，会验证 Web 服务器是否能正确响应特定文件（如 JavaScript 模块 .mjs），这通常通过内部 HTTP 请求实现。 此过程使用了 Nextcloud 的 CheckServerResponseTrait，其行为为： 遍历所有配置在 trusted_domains 中的域名和 IP，对每一个地址发起 HTTP 请求（如访问 .mjs 文件）。 如果某些地址无法访问、证书无效、反向代理未配置，或请求超时，这些失败会直接影响 CLI 工具的运行，导致整个 setupchecks 阻塞。 配置示例（问题前） 在配置文件 config.php 中，trusted_domains 项原本包含了大量条目： ‘trusted_domains’ => array ( 0 …

Selfhost

Nextcloud 中的密码管理：Passman 插件受限后的替代方案总结

随着 Chrome 浏览器更新至 Manifest V3 标准，Nextcloud 中广受欢迎的密码管理工具 Passman 的浏览器扩展目前已无法正常使用。这一变动对依赖其自动填充功能的用户造成较大影响。虽然 Passman 项目本身仍有开发活动，但其浏览器插件尚未适配新版标准，导致功能受限。本文将介绍几种可在 Nextcloud 中作为替代的密码管理方案，并进行简要对比分析。 ✅ 替代方案 1：Passwords for Nextcloud 🔹 简介 “Passwords” 是当前最主流的替代方案，提供与 Nextcloud 平台紧密整合的密码管理功能。 🔹 核心特点 🔹 推荐理由 是目前最活跃的密码管理 App，界面清晰，使用体验接近商业级解决方案。作为 Passman 的接班人，其浏览器扩展功能完整，使用门槛低，更新频率高。 ✅ 替代方案 2：KeePass + Nextcloud 文件同步 🔹 简介 KeePass 是历史悠久的离线密码管理器，通过在本地保存加密的 .kdbx 文件管理密码。 🔹 实现方式 🔹 推荐理由 适合已经在使用 KeePass …

Selfhost

Nextcloud 插件或系统更新中断后的应对与救援方法

在使用 Nextcloud 时，如果遇到在线更新（尤其是大型插件如 Recognize）过程中超时或页面卡住，往往会感到紧张。但其实只要有基本的备份和 SSH 访问权限，大多数情况下都可以安全救回。这里整理一篇总结文章，记录应对和修复思路，供参考。 1️⃣ 不要立即刷新或关闭 即使浏览器显示卡住，后端的 PHP 进程通常仍在执行。此时如果频繁刷新页面或强行中断，反而更容易导致数据库或文件结构混乱。 2️⃣ 检查维护模式 Nextcloud 更新时会自动进入维护模式。可以在服务器中执行以下命令确认： sudo -u www-data php occ maintenance:mode –status 如果显示 enabled，说明更新流程还未完全结束。 3️⃣ 查看更新日志 更新流程会在 data/updater-xxxx/ 目录中生成 updater.log 文件（xxxx 为随机字符串）。 可以查看最后 50 行日志内容，判断是否还有进行中的任务： tail -n 50 /path/to/nextcloud/data/updater-xxxx/updater.log 若日志持续更新，说明后端仍在执行；若长时间没有新内容，可能已经中断。 4️⃣ 使用命令行恢复更新 如果确认更新进程已停止，可以尝试使用命令行继续完成： sudo -u www-data php occ upgrade 针对插件，也可以单独更新： …

Selfhost

WordPress 开启两步验证后，移动端登录提示「用户名或密码错误」的解决方案

在 WordPress 中启用两步验证（Two-Factor Authentication，2FA）可以显著提高后台安全性。但不少用户在开启后，会发现无法通过手机 app 或其他外部客户端（例如 XML-RPC 接口）登录，提示「用户名或密码错误」。 出现该情况的根本原因在于，移动端或 API 并不支持输入动态验证码，只能使用静态密码。这时需要通过「应用密码（Application Password）」功能进行登录授权。 常见现象 产生原因 开启两步验证后，网站登录流程需要两步： 而 WordPress 手机 app 或 XML-RPC 不支持验证码输入，因此仅凭原始密码无法完成验证。 解决思路：使用「应用密码」 多数支持两步验证的插件（如 Two Factor、WP 2FA、Wordfence 等）都提供了「应用密码」功能，专门用于第三方应用登录。 Two Factor 插件的操作流程 以下以 Two Factor 插件为例，介绍具体步骤。 1️⃣ 登录网站后台 通过浏览器正常登录 WordPress 后台。 2️⃣ 进入「个人资料」页面 后台菜单中选择「用户」 → 「所有用户」 → 需要设置的用户 → 「编辑」，或直接点击右上角用户名进入「个人资料」页面。 3️⃣ …

Selfhost

WordPress 博客迁移后无法正常访问的原因与解决方案

在对 WordPress 博客进行迁移或备份还原（例如更换服务器、切换域名或调整目录）后，常见一个问题：网站无法正常访问，或被错误重定向到旧域名。即便后台设置的「WordPress 地址（URL）」和「站点地址（URL）」看似正确，访问时仍然会出现异常。 常见问题表现 根本原因 WordPress 会在数据库中保存站点 URL 信息，主要在 wp_options 表中的 siteurl 和 home 字段。此外，部分主题或插件也会保存绝对路径（包含域名）配置，导致后台虽已修改 URL，前端依旧引用旧地址。 如果在迁移或还原时没有正确替换数据库中所有相关域名，或者存在序列化数据（序列化字符串中嵌入了旧地址），就会导致加载异常和重定向错误。 推荐的临时解决方法（立即生效） 在 WordPress 根目录的 wp-config.php 文件中，直接添加以下两行： define(‘WP_HOME’, ‘https://新域名/新目录’);define(‘WP_SITEURL’, ‘https://新域名/新目录’); 这样做的优势： 后续彻底修复（推荐） 在通过 wp-config.php 成功进入后台后，可使用数据库字符串替换工具（例如 Better Search Replace、WP-CLI search-replace 等），将所有旧域名字符串彻底替换为新域名。这一步能够解决数据库中所有遗留引用，包括序列化数据、插件配置、媒体链接等。 替换完成后，即可从 wp-config.php 中移除 define(‘WP_HOME’, …) 和 define(‘WP_SITEURL’, …)，恢复后台管理自由设置 URL。此时，即便不在配置文件中预设域名，网站也可以正常访问和运行。 实际效果 通过先在 wp-config.php 添加定义，网站能立即恢复访问，快速排查和修复问题。再配合后续的数据库全局替换，可彻底解决根本问题，实现长期稳定运行。 …

Selfhost

VPS 上使用 Duplicator 迁移 WordPress 及 MariaDB 常见 Collation 问题解析

在一台 VPS 上完成了 WordPress 的迁移与重建，使用 Duplicator 插件导出完整安装包，结合 Apache、MariaDB 及 Certbot SSL 配置，整理了完整的安装步骤与遇到的常见错误及解决方案，供参考。 ✅ 基础环境准备 服务器环境基于 Ubuntu。需要安装以下软件包： sudo apt updatesudo apt upgrade -ysudo apt install apache2 mariadb-server php php-mysql libapache2-mod-php php-zip unzip -ysudo systemctl enable apache2 mariadbsudo systemctl start apache2 mariadb ✅ MariaDB 配置 MariaDB 默认使用 unix_socket 插件进行身份验证，如果需要使用密码进行外部连接，可通过以下 SQL 修改 root …

Selfhost

服务器 WordPress 出现旧域名跳转的排查与解决（Apache 配置篇）

在日常维护 WordPress 网站时，常见到一种情况：即使直接访问服务器的 内网 IP 地址，依然会被自动跳转到某个已废弃或更换的旧域名，并且即使清空浏览器缓存也无法解决。这种现象常被误认为是 Apache 配置问题，实际上通常与文件内容、数据库以及历史遗留设置相关。以下是一份完整的排查与解决记录。 💡 现象 🗂️ Apache 配置排查 首先确认 Apache 是否仍然引用了旧域名。 🔎 搜索所有 Apache 配置文件 grep -Ri “example-old-domain.com” /etc/apache2/ 如果只在已禁用的配置文件（如某些 SSL 配置）中出现，且执行了 a2dissite 禁用操作，理论上不会影响实际访问。 ✅ 确认虚拟主机状态 apachectl -S 查看输出的 VirtualHost 列表，确认没有多余的域名绑定，并且 DocumentRoot 正确指向当前 WordPress 文件目录。 🗂️ 浏览器与 DNS 缓存确认 除了浏览器缓存，还需要清理操作系统的 DNS 缓存： sudo dscacheutil -flushcache; …

Selfhost

恢复默认 Apache + PHP 环境并排查 WordPress 恢复异常完整指南

在服务器迁移或网站恢复过程中，常见情况是同一套 WordPress 备份在其他环境中可正常运行，但在某一台特定服务器中出现页面异常。此问题通常并非 WordPress 文件或数据库本身出错，而是该服务器上的软件环境或配置问题所导致。 本文总结如何恢复默认 Apache + PHP 环境，并系统排查可能引发 WordPress 页面异常的常见原因，供参考。 🟢 恢复默认 Apache + PHP 环境 卸载 Apache 与 PHP 首先，彻底卸载 Apache 与 PHP 所有相关软件包及配置文件： apt remove –purge apache2* php* libapache2-mod-php* -yapt autoremove -yrm -rf /etc/apache2rm -rf /etc/php 重新安装 Apache apt updateapt install apache2 -y 此时会恢复默认虚拟主机，DocumentRoot 路径为 /var/www/html。 …

Selfhost

使用 Duplicator 在局域网Linux上还原 WordPress 并解决 Redis 报错

在局域网或本地测试环境中，经常需要将 WordPress 网站通过 Duplicator 快速迁移或还原到一台新的 Linux 服务器。以下整理了完整操作流程与常见问题的解决方法，供后续参考。 ✅ 系统基础准备 首先，更新系统并安装 Apache、PHP、MySQL： apt updateapt upgrade -yapt install apache2 mysql-server php libapache2-mod-php php-mysql php-zip unzip -y 其中，php-zip 模块十分重要，否则 Duplicator 安装器会提示解压错误。 ✅ MySQL 配置 在较新版本中，MySQL 的 root 用户默认采用 socket 认证方式，如果需要通过网页安装器连接数据库，需要先为 root 用户设置密码。 登录 MySQL（使用 socket）： sudo mysql 执行以下语句，将 root 用户切换为密码认证，并设置密码： ALTER USER ‘root’@’localhost’ …