以前收集了一波音乐放在了我的香蕉派里，现在偶尔想起来的时候想在电脑上播放，搜索了下，最终实现如下：
sudo apt-get install minidlna
安装完成后，可以对 minidlna 来进行配置
打开配置文件
sudo vim /etc/minidlna.conf
#可参考修改的项有：
#媒体文件目录：
media_dir=A,/example/audio #音频目录
media_dir=P,/example/picture #图片目录
media_dir=V,/example/video #视频目录
#如果不在意这些，media_dir=/home/pi/Desktop/example即可
#请用chmod给予文件夹权限，例如
chmod 777 /home/pi/Desktop/example
#服务器IP
listening_ip=192.168.1.105
#端口
port=8200
#IP和端口不改也可以，存在默认设置
#网络名称，用于其它设备发现当前设备，存在默认设置
friendly_name=DLNA
#其他的进阶内容可以进入conf查看注释
接下来启动minidlna服务
sudo service minidlna start
如果修改配置文件及媒体资源更新，需要强制刷新时，可以执行下面的命令
sudo service minidlna force-reload
下一步你可以通过支持dlna的设备来进行观看了，安装好了后就可以使用电脑上的软件例如windows media player 了。
今天有收到一个问题，描述是 Angular 项目本地可以通过 http://localhost:4200 访问，但是 http://127.0.0.1:4200 却无法访问。开始以为是 DNS 解析的问题，清理了 host 文件后并更新缓存，问题还是存在。
后来经过搜索，用 ng serve –host 0.0.0.0 –disable-host-check 启动 Angular，问题解决。应该是升级到新版本后，基于安全策略给禁止了。
最近是有一个需求而不得不使用 PowerShell 来操作注册表，搜索了一下，有提供常规的命令方式，也有使用 .net framework 的实现，最后看到一个比较简单的方式，像使用文件系统的文件夹一样，比较适合我这样的懒人。
即我们可以以 PSDrive 的形式来访问注册表。
首先，输入 Get-PSDrive 命令可以获取当前提供的 PSDrive，感觉好厉害的样子。
我们可以像文件夹一样，一级级地进入，当然根目录别忘记了分号，例如 cd hklm: 。到达我们指定的路径后，就可以使用 New-Item 和 Set-ItemProperty 命令来新增项和键值了。
Set-ItemProperty .\FileLogger -name AllLogs -value Trace
意思就是说，为 FileLogger 这个项，创建一个键，名称为 AllLogs，值是 Trace。
够简单，够直接。
我们在网上经常可以看到如何退出 S Mode，但是对于开发团队来说，想要调试 S Mode 下的问题，就比较麻烦了。
在过去，只能是通过重装系统的方式，这样不是最优解。
无意间,让我发现了一个非正式的做法，供大家把玩。由于微软官方并没有正式承诺，所以只用来快速验证 bug，可能微软将来某一个版本就发生了调整。
HKLM\System\CurrentControlSet\Control\CI\Policy，修改配置项 SkuPolicyRequired，从 0 改成 1 再重启。
重启后，系统会要求使用 Microsoft ID 来登录系统，大家记得去注册一个哈，不然是无法使用 S Mode 模式的。
最近发现 docker 里的一个应用无法启动，总是报告 “failed to initialize logging driver”提示，在网上搜索了一下，找到了解决方法。对于我的这个案例来说，就是由于 lock 文件导致的。
来，直接上步骤：
1、在 docker 里开启 22 端口，然后远程 ssh 连上去。
2、输入 sudo -i 切换到管理员权限
3、输入 docker ps -a 可以查询到所有的容器，这一步可以获取到容器的 ID
4、输入 docker inspect –format='{{.LogPath}}’ <容器ID>，可以获取到该容器的日志路径
5、cd 命令进入到该目录下，然后 ls 显示所有的文件
6、删除 log 文件，对于我的案例，删除 log.db 文件
7、输入 docker start <容器ID>
至此，该应用就启动起来了。
网上的说法是由于多个终端曾经操作容器，造成容器日志被锁。而容器的日志作为启动必须加载项，被锁造成启动失败。庆幸的是容器日志可被清空删除，删除后会重新创建。
因此移除异常的日志数据库，重启容器后恢复正常。
我的台式机，也不清楚是在系统升级后还是在卸载 SourceTree 后，再次使用 git 时，报告了 permission denied (publickey)，一时之间也无法确认具体是发生了什么。
按照网上的说法，第一步是要生成新的 ssh key，由于我已经确认在目录下存在 id_rsa 和 id_rsa.pub 文件，所以这个问题肯定不是 ssh key 的问题。
我也检查了 pub 文件里的内容，和 bitbucket 里的是一样的，所以这个也可以排除。
有说要把 ssh key 添加到 keychain 里，输入命令 ssh-add “私钥的文件路径例如id_rsa”
发现还是不行，只好把 SourceTree安装回来，导入证书，并在选项里设置使用 OpenSSH，SourceTree 可以正常使用了。
重启系统后，发现 git 也可以使用了。所以，莫名其妙又好了。
在 chrome 的帮助菜单里经常可以看到 您的浏览器由所属组织管理，不管是否真的受组织管理，这个就让人特别不舒服。
本文提供一些思路：
1、打开浏览器，输入 chrome://management， 回车即可检查到当前电脑上安装的所有相关扩展程序。
2、输入 chrome://policy，回车即可检查到当前电脑上的组策略情况。
3、直接打开注册表，进入到 HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Google\Chrome\ExtensionInstallForcelist 路径，可以将里面的键值给删除咯。
既然不守规矩，那么大家都不要吃了，掀桌子。
从网上下载回来的视频，打开时提示编码格式不对，不能播放。
实在是很遗憾。
后来经过检索，找到了一种方式，将文件以十六进制格式打开，将开头的3个 FF 删除，再拖动到文件的末尾，将最后的两个 31，修改成两个 00。
保存文件，然后我们再来试一试。
今天使用 Ubuntu 去连接企业级别的无线网络，按照设置填写完信息后，总是无法访问，系统会自动弹窗让重新输入用户名密码。网上搜索了下，看来很多人都有遇到类似的问题。大家都认为是 Ubuntu 本身的连接 bug。
这里给出一个最简单的方法：
在/etc/NetworkManager/system-connections/下有连接过的wifi的配置文件，找到你刚才连接的那个。在[802-1x]节点下，检查system-ca-cert的配置，添加或者修改以确保 system-ca-cert=false，保存退出，重新点击连接WIFI就可以了。
这么看起来，似乎是 UI 界面在设置的时候没有把这个值给写到配置文件里导致。
由于我的 pi 里的 python 版本还是 3.5，一些功能无法使用，但是 arm 架构又没有现成的源，只好本地编译安装。
先安装基础的编译工具
sudo apt-get install -y make build-essential libssl-dev zlib1g-dev
sudo apt-get install -y libbz2-dev libreadline-dev libsqlite3-dev wget curl llvm
sudo apt-get install -y libncurses5-dev libncursesw5-dev xz-utils tk-dev
到 python 的官方库里取下载源码，例如：
https://www.python.org/ftp/python/3.9.13/Python-3.9.13.tgz
cd /tmp
tar zxvf Python-3.9.13.tgz
cd Python-3.9.13
sudo ./configure && sudo make -j4 && sudo make install
需要注意的是，在解压缩时，可能会报错，可以尝试移除 z 参数，改用 xvf 来解压缩。反正衣服自己洗是放弃了，直接在 windows 平台上用 7z 重新打包，然后上传到 pi 里解压缩来解决的。
最后，通过 python3 -V 来检查版本号是否符合预期。