终端可以正常显示中文，cat file能够正常显示，但是使用nano编辑文件时，就会出现很多 ^ 之类的乱码，搜了一圈确定系统是有中文支持的，使用的MobaXterm肯定也支持中文显示，不然cat file应该也是乱码。

最后解决办法是：
编辑 ~/.bashrc或者/etc/profile这个文件，加入：

export LANG="zh_CN.UTF-8"
export LC_CTYPE="zh_CN.UTF-8"

然后运行source /etc/profile或者~/.bashrc刷新即可。

最近因为重装系统，很多环境需要重新配置。我将 Python 环境安装在非系统盘，因此我想着只要添加以下环境变量就可以正常使用。以前一直都是这么操作的，但这次添加完环境变量后，输入 python 没有任何反应，也没有出现 'python' 不是内部或外部命令 的错误提示。

后来我尝试切换到 Python 安装目录直接执行 python，但结果依然一样。怀疑是不是环境变量没有生效。即便重启后问题依旧存在，我最后尝试输入 Python 的完整路径，终于能够显示 Python 的版本号。

这个问题非常奇怪，本来打算重新安python解决它。后来我在网上找到一篇文章，才知道原来微软在 Windows 系统中自作多情地添加了 python.exe 的应用别名。当用户输入 python 时，如果系统上没有安装 Python，系统会自动跳转到应用商店。最坑的是，即便用户自己手动添加了环境变量，这个应用别名仍然会覆盖掉用户的配置。

解决办法
解决方法是关闭 python.exe 的应用别名。具体步骤如下：

在 Windows 搜索栏中输入 “app exec” 或 “管理应用执行别名”。
在弹出的设置界面中找到 “应用程序安装 python.exe”，并将其关闭。
这样就能解决 Python 环境变量不生效的问题了。

最近电脑因为电脑频发死机，经过一段时间排查，最终怀疑是因为硬盘驱动方式导致的，尝试各种方法无果，最后搞到蓝屏进不去系统，最终只能重装系统。
之前安装office时，因为紧着用所以就没有在意它安装那一大堆可能我这辈子都不太可能用上的捆绑软件，skype for business，access，publisher...我想大部分人应该也只需要它的Excel，Word，PowerPoint吧？奈何2019以后的安装包据说使用了Click-to-Run的黑科技，只能安装到C盘也就算了，还不允许定制自己需要的组件。安装完以后也没办法卸载，要么全卸载要么全安装。最后我都想要不卸载了重新安装office 2016，最后为了那个正版激活还是放弃了。
起初我还寄希望于能够通过一些非正常的途径卸载，网上搜索以及问了各种chat没有一个能起效。这里插句题外话：就这个问题而言，我尝试过豆包、元宝、阿里通义、百度ai、智普清言、kimi和chatgpt几乎市面上全部ai，只有阿里通义和chatpgt的答案可以参考，其他全部都是网上检索出来的模板回答，无一例外告诉我通过控制面板右键点击修改的方式卸载不需要的组件。为什么我没有点到最近被吹上天的deepseek？昨天用它扫描儿子的数学作业，只有加减法的题目都能检查错，虽然客观地说是因为它把错误的答案识别成了对的，只能证明它的视觉能力很差（其实写的算比较工整，其他ai都能识别），但是我此后再也不敢用了。

而阿里通义虽然也跟其他ai一样的回单，但是最后给出了如果使用了 Click-to-Run技术则无法通过此方式进行更改。chatpgt的回答则更进一步，直接告诉我office 2019使用了 Click-to-Run技术，没办法通过正常方式更改，它给出了三个解决方法：方法一是，使用Office Deployment Tool并且自定义配置文件重新安装；第二个还是尝试通过控制面板 → 程序和功能进行卸载，但是备注了“如果没有单独列出，说明它作为 Office 的一部分，需要通过方法一调整安装。”；方法三是，使用 PowerShell 卸载组件。

事实上经过尝试，只有第一个方法是可行的，但是chatgpt给出的各种下载和参考链接其实是错误的。最后我参考它的方案自己去网上进行搜索，最终解决了这个纠结的问题。

第一步是卸载，这个据说也有完全干净卸载的工具，但是我不太想研究了，就直接控制面板卸载了，然后执行以下操作：
删除 Office 安装目录：
64 位 Office：C:\Program Files\Microsoft Office\
32 位 Office：C:\Program Files (x86)\Microsoft Office\

进入 C:\Users<用户名>\AppData，删除以下文件夹：
Local\Microsoft\Office\
Roaming\Microsoft\Office\
这些文件夹通常包含 Office 的用户配置和缓存数据。

按下 Win + R，输入 regedit，打开注册表编辑器。
进入以下路径并删除相关的 Office 项目（如果你不熟悉注册表，强烈建议备份注册表或避免手动操作）：
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office\
HKEY_CURRENT_USER\Software\Microsoft\Office\

第二步是去微软官网下载Office Deployment Tool，然后解压到指定目录

第三步是关键的配置文件，其实微软官方有一个官方的定制页面，可以生成自定义的配置文件，如果你的版本在上面刚好有，建议去这里生成配置文件
我的版本是office_professional_plus_2019，上面只有一个vl版本的，不确定能不能用，所以我通过网上搜索了一个模板，自己修改了一下：

<Configuration>
<Add OfficeClientEdition="64" Channel="Monthly">
    <Product ID="LanguagePack">
        <Language ID="en-us" />
        <Language ID="zh-cn" />
        <ExcludeApp ID="Access" />
        <ExcludeApp ID="Groove" />
        <ExcludeApp ID="Lync" />
        <ExcludeApp ID="OneDrive" />
        <ExcludeApp ID="OneNote" />
        <ExcludeApp ID="Outlook" />
        <ExcludeApp ID="Publisher" />
    </Product>
    <Product ID="ProPlus2019Retail">
        <Language ID="en-us" />
        <Language ID="zh-cn" />
        <ExcludeApp ID="Access" />
        <ExcludeApp ID="Groove" />
        <ExcludeApp ID="Lync" />
        <ExcludeApp ID="OneDrive" />
        <ExcludeApp ID="OneNote" />
        <ExcludeApp ID="Outlook" />
        <ExcludeApp ID="Publisher" />
    </Product>
</Add>
</Configuration>

注意：ExcludeApp是需要排除的软件包，我这个配置文件是除了excel，word和PowerPoint之外全部都排除不安装，还有一个参数就是：OfficeClientEdition，这个参数是指定安装32位还是64位，如果通过其他方式安装的默认都是32位，也不知道是什么原因导致2025年了微软还默认给安装32位版本的，据说是因为有更好的兼容性？

第四步就是运行了，进入到第二部解压的目录里面：

./setup.exe /configure ./config.xml

config.xml是我自己自定义的配置文件，默认应该是会生成office365的配置文件，为避免意外我直接删掉了。中间遇到了the configuration files wasn't specified的问题，这个是漏掉了/configure这个参数的原因。随后又遇到we couldn't find the specified configuration file的问题，这个问题我排查了十几分钟，确认文件路径是正确的，最后尝试性问了以下chatgpt，它似乎也没有什么头绪，最后给出了几个方向：
确保路径没有空格或特殊字符，使用引号括起来。
使用管理员权限运行命令提示符或 PowerShell。
确保配置文件没有扩展名问题，确保它是 .xml 格式。
尝试将工具和配置文件放到一个简单的文件夹路径中，如 C:\ODT。
它甚至还提到计算机是否打开了显示扩展名的功能，它应该是想说会不会我原本的文件名可能是config.xml.xml，考虑得的确周全。这里面只有权限问题是可能存在的，因为重装系统以后我没有格式化硬盘，原来的文件权限可能还是之前系统的，尝试用管理员运行命令后的确能正常安装了，而且安装界面只有excel，word，PowerPoint三个图标，不出所料地成功了。

最后放上我自己的备份的工具和配置文件：点击下载

Gogs 是一款使用 Go 语言开发的自助 Git 服务，它以简单、快速和轻松的搭建方式著称。Gogs 旨在为用户提供一个易于使用的私有 Git 服务器解决方案，类似于 GitHub，但可以在自己的服务器上运行。

易安装与跨平台：Gogs 可以在多种操作系统上运行，包括 Windows、Mac、Linux 以及 ARM 平台。它支持多种安装方式，如二进制运行、Docker、Vagrant 以及包管理安装。
轻量级：Gogs 的系统硬件要求非常低，甚至可以在廉价的树莓派或 NAS 设备上运行。
开源：Gogs 是一个完全开源的项目，遵循 MIT 授权协议，源代码托管在 GitHub 上。

首先从gogs.io下载安装包，我使用的是二进制安装方式

wget https://github.com/gogs/gogs/releases/download/v0.13.2/gogs_0.13.2_linux_amd64.tar.gz

解压

tar -xzf gogs_0.13.2_linux_amd64.tar.gz

拷贝一份systemctl启动脚本

cp scripts/systemd/gogs.service /etc/systemd/system/gogs.service

修改目录配置

WorkingDirectory=/home/git/gogs #改成实际运行目录
ExecStart=/home/git/gogs/gogs web #改成实际的路径

启动服务

systemctl start gogs

遇到了一个 (code=exited, status=217/USER)的错误，经过排查，应该是用户或者权限问题。
查看脚本配置，默认的是git用户

Environment=USER=git HOME=/home/git

查看系统用户中，的确不存在git用户，解决办法：改成其他用户或者新建用户。请注意该用户应当具有ssh登录权限，否则后期添加ssh远程仓库会出现protocol error: bad line length character: This这样的错误，这是因为账户无法进行ssh登录，如果使用ssh -T 可以发现完整的错误提示是：This account is currently not available.

其他可能会遇到的问题：
运行权限问题：可以将目录所有者更改为运行用户

ob_flush()当你希望每次输出语句都能立即显示在浏览器上，而不是等到脚本执行完毕，可以使用此函数。这在需要实时更新页面内容时非常有用。实际开发过程中遇到ob_flush()无法按预期输出的问题，最后经过排查，发现大概是由于Nginx的gzip和proxy_buffering这两项配置项的问题导致的。

roxy_buffering 会导致就算 PHP 的输出 buffer 关闭还是无法及时输出，而 gzip 会将输出进行压缩，也就是说如果设置的proxy_buffering 值为4k，实际上这个可能是gzip压缩过后的值，实际上你要输出可能10k甚至更多的buffer才能达到这个阈值。

解决这个问题的办法，要么在Nginx设置

fastcgi_ignore_headers X-Accel-Buffering;

或者

X-Accel-Buffering no;

性能影响
禁用缓冲可以显著减少Nginx的处理时间，因为数据不需要在Nginx中缓存。这对于高并发场景特别有用，因为它减少了Nginx的内存使用和CPU处理时间。然而，需要注意的是，禁用缓冲可能会导致更多的I/O操作，因为数据需要直接从上游服务器读取并发送给客户端。因此，在决定是否禁用缓冲时，需要根据具体的应用场景和需求进行权衡‌

所以为了不影响全局性能，最后还是采用在PHP输出header进行控制：

ob_end_clean(); 
ob_implicit_flush(); 
//关闭缓冲
header(''X-Accel-Buffering: no'');
  1. 1
  2. 2