root@OpenWrt:~# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
7ec95c1b7483 neurodebian:latest “bash” 2 days ago Up 2 days debian
9ea3192cbb9a adolfintel/speedtest:latest “docker-php-entrypoi…” 7 days
docker exec -it 7ec95c1b7483 /bin/bash 即可进入
如果从这个容器退出，容器不会停止，这就是为什么使用 docker exec 的原因。
root@OpenWrt:/# exit
exit
WIN10系统下面装了VMWARE12，母鸡基本上运行一天内就会随机蓝屏一次以上。最后经过各种测试，发现cn_windows_10_consumer_editions_version_1909_updated_jan_2020_x64_dvd_47161f17.iso镜像，选择WIN10专业版，然后安装VMware-workstation-full-16.2.2-19200509.exe，
删除其他不必要的外设组件，只保留下面的组件
经测试两天，没有出现蓝屏问题。
另外，WIN10自带的hyper-v虚拟机简直是辣鸡，千万不要装，性能比VMWARE差很多，虚拟机窗口是通过类似vnc这样的方式连接的，分辨率无法手动修改，很不清晰，果断弃之。
20220303更新，在把VMWARE切换到后台的时候，母鸡卡死，然后蓝屏。
解决办法，不要后台运行vmware虚拟机，或者干脆用的时候安装vmware ，不用时候卸载即可。
我一般是编译固件的时候才用，平时就不用虚拟机。
0311更新：WIN10 1909 ,不要禁止更新，让系统自动更新补丁，就解决这个问题了。虚拟机是VMware-workstation-full-16.2.2-19200509版本。
虚拟机可以开启声卡，没有问题。之前频繁蓝屏是独显驱动跟WIN10兼容性不好引起的。
0520
之前仍旧没解决问题，虚拟机开启的时候仍然有几率会蓝屏。只好禁用独立显卡暂时消除该故障。但是系统过一段时间会自动解除禁用，又会蓝屏。直到前几天再次蓝屏后忍无可忍，抱着死马当活马医的心态，卸载显卡驱动，去NV官网下载最新的驱动512.59-notebook-win10-win11-64bit-international-dch-whql.exe，采用清洁安装模式。目前使用了9天，一切正常，大约是解决问题了。
虚拟机是VMware® Workstation 16 Pro，16.2.2 build-19200509，虚拟机里面的WIN8系统启用了声卡。
J2850 CPU，ITX主板，宿主机安装PVE，然后虚拟UBUNTU系统。
========================================================================
BYTE UNIX Benchmarks (Version 5.1.2)
System: pve-gcc: GNU/Linux
OS: GNU/Linux — 4.15.0-135-generic — #139-Ubuntu SMP Mon Jan 18 17:38:24 UTC 2021
Machine: x86_64 (x86_64)
Language: en_US.utf8 (charmap=”UTF-8″, collate=”UTF-8″)
CPU 0: Intel(R) Pentium(R) CPU J2850 @ 2.41GHz (4640.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
CPU 1: Intel(R) Pentium(R) CPU J2850 @ 2.41GHz (4640.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
CPU 2: Intel(R) Pentium(R) CPU J2850 @ 2.41GHz (4640.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
CPU 3: Intel(R) Pentium(R) CPU J2850 @ 2.41GHz (4640.0 bogomips)
Hyper-Threading, x86-64, MMX, Physical Address Ext, SYSENTER/SYSEXIT, SYSCALL/SYSRET
04:08:48 up 1:53, 2 users, load average: 0.08, 0.10, 0.37; runlevel 5
之前一时兴起把博客由http改为http的协议，运行一段时间后发现问题多多，最直观的就是http的响应时间比http要多出800ms以上，这体验可以说简直了。
更不能忍的是，晚上访问博客，经常会卡死，这哪儿能行啊。
思来想去，我了个大去，这不能忍啊。还是果断改回来吧。
改回来理论上很简单，只需要把vhost里面的http部分删除，然后重启nginx即可。但是这样带来的问题是，之前搜索引擎收录的链接全变成死链了，这个也很要命啊，要想办法把链接无损重定向回来才好。
昨天费了很大功夫，终于把博客从emlog迁移到wordpress。
过程中参照了这篇文章以及里面提供的工具，感谢。
http://www.1llo.cn/XinQi/325.html
简单说下迁移博客的过程，首先当然是数据备份，以防万一失败数据彻底丢失。然后把emlog网站content/uploadfile/以外的所有文件删除，并安装wordpress，运行转换工具开始转换即可。
过程中需要注意的是，如果文件转换失败，检查服务器的安全配置，php禁用函数里面关闭scandir函数禁用，就可以了。
主要是lnmp一键安装包里的 php.ini 禁止了 scandir 函数导致的。
工具在这里下载。
将博客搬到家里的电脑上运行了，但是如何将博客绑定之前的域名呢？经过一番研究，最终我使用frps成功实现了在家里电脑上跑博客。
首先你需要一个远程的服务器，在上面运行frps服务端，然后把你的顶级域名解析到这个服务器，同时开启泛域名解析，将泛域名也解析到这个服务器。
我的域名托管在namesilo，设置顶级域名解析的时候，不能使用@，也不能空着什么都不填，而是要使用一个空格代替，这样的话，就可以解析wifizoo.net到服务器的IP了。
然后在家里的路由器上运行frpc客户端，子域名选择blog，对应的主机指向家里的服务器。
这样，就可以成功实现访问blog.wifizoo.net，效果相当于访问家里的服务器。再也不担心数据丢失的问题了。
远程主机是linux+mysql，需要在本地使用navicat来管理数据库。结果连接报错lost connection to mysql server at waiting for initial communication packet
果断排查原因。
先编辑/etc/my.cnf 在[mysqld]下面首行添加禁止DNS解析参数
[mysqld]
skip-name-resolve
重启mysql，测试错误依旧。
想了一下 大约是mysql未开启远程访问权限，于是进去phpmyadmin将root用户设置为任意主机访问权限
用户 主机 密码 全局权限 授权 操作
root % 是 ALL PRIVILEGES 是
重启mysql，错误依旧
继续研究，发现是远程主机上的访问控制没有开启所致。
修改/etc/hosts.allow 添加如下行
mysqld:ALL:ALLOW
mysqld-max:ALL:ALLOW
保存，重启服务器
问题解决。
直接从官方的getting started起步做就行了
http://www.authpuppy.org/doc/Getting_Started
几个问题点。
添加官方提供的配置文件到/etc/apache2/httpd.conf，然后重启apache，报错。
root@ubuntu2:/var/www# service apache2 restart
* Restarting web server apache2 apache2: Could not reliably determine the server’s fully qualified domain name, using 127.0.1.1 for ServerName
apache2: Could not reliably determine the server’s fully qualified domain name, using 127.0.1.1 for ServerName
Action ‘start’ failed.
The Apache error log may have more information.
[fail]
无法重新启动，其实原因不是域名问题，是authpuppy日志文件目录不存在，手工添加目录及文件即可成功重新启动。
ErrorLog /var/log/apache2/authpuppy/error.log
# Possible values include: debug, info, notice, warn, error, crit,
# alert, emerg.
LogLevel warn
CustomLog /var/log/apache2/authpuppy/access.log combined
root@ubuntu2:/var/www# service apache2 restart
* Restarting web server apache2 apache2: Could not reliably determine the server’s fully qualified domain name, using 127.0.1.1 for ServerName
apache2: Could not reliably determine the server’s fully qualified domain name, using 127.0.1.1 for ServerName
[ OK ]
其他就没了 直接next去安装就好。
先安装ubuntu-12.04.3-server-i386，然后在最后选择安装程序包的时候 选择安装web server，安装好lamp环境。
然后运行”check_configuration.php”看一看 发现有xsl apc 没安装
另外short_open_tag set to off，需要在php配置文件中设置。
先搞定xsl，apt-get install php5-xsl搞定。
然后再运行下检测程序，发现还有两个错误 一个个解决它
******************************** * * * symfony requirements check * * * ******************************** php.ini used by PHP: /etc/php5/apache2/php.ini ** Mandatory requirements ** OK PHP version is at least 5.2.4 (5.3.10-1ubuntu3.11) ** Optional checks ** OK PDO is installed OK PDO has some drivers installed: mysql OK PHP-XML module is installed OK XSL module is installed OK The token_get_all() function is available OK The mb_strlen() function is available OK The iconv() function is available OK The utf8_decode() is available OK The posix_isatty() is available [[WARNING]] A PHP accelerator is installed: FAILED *** Install a PHP accelerator like APC (highly recommended) *** [[WARNING]] php.ini has short_open_tag set to off: FAILED *** Set it to off in php.ini *** OK php.ini has magic_quotes_gpc set to off OK php.ini has register_globals set to off OK php.ini has session.auto_start set to off OK PHP version is not 5.2.9下载APC的源码包，丢到/mnt下，进去按着INSTALL一做 发现phpsize没有。
apt-get install php5-dev 安装完毕 搞定phpsize然后 ./configure --with-php-config=/usr/bin/php-config再make。发现没有安装make，只能先apt-get install make然后make。报错。错误是啥记不清了 大概就是/usr/include/php5/ext/pcre这个目录下面php_pcre.h文件里面的29行中#include "pcrelib/pcre.h" #else #include "pcre.h" 但是这个目录里面没有这货！擦 真是坑爹啊 因为我的lamp是直接用的二进制安装的，没有源码，所以pcre.h这货自然也不存在。怒了，找到php5.3.17的源码，解压，找的ext里面的pcre，一股脑全部复制到/usr/include/php5/ext/下面，再运行make，还是报错，貌似这回是else语句的pcre.h没有。恼火，去pcrelib把pcre.h复制到pcre根目录下面，再make，终于解决问题。然后去/etc/php5/apache2/php.ini在末尾追加以下配置
extension=apc.so apc.enabled=1 apc.shm_size=128 apc.ttl=7200 apc.user_ttl=7200 apc.enable_cli=1然后保存。重启apache，搞定下一个问题， [[WARNING]] php.ini has short_open_tag set to off: FAILED 去/etc/php5/apache2/php.ini查找 short_open_tag on 改成off 保存重启apache即可
升级 WordPress 3.4.1后所有主题都从仪表盘的主题管理页面消失了，除了那个正在使用的主题。纳闷了半天，原来是安装lnmp的时候默认将 PHP 的 scandir 函数禁用掉了，新版 WordPress 引入了 WP_Theme 类来处理主题问题，该类使用 scandir 函数来检测 /wp-content/themes/ 中的所有主题。
解决问题的办法就是再次编辑 php.ini 文件，将 scandir 从那一行里删除，然后重新启动 php 服务：
/usr/local/php/sbin/php-fpm restart
搞定收工