有一个内部的数据分享平台是基于目前最新的可道云KodCloud免费版搭建的，系统版本为v4.40, 2019-3-21

而有用户反映就是自己分享的文件链接都失效了，经过查找资料并测试比对发现造成这个问题的原因就是：分享了A目录下的B文件，但是之后却移动了目录或者文件，或者是重命名他们中的目录名或者文件名。

解决方法：找到data/User/用户名/data/share.php文件，一一对应把修改过的目录名或者文件名恢复到之前就可以了。

那么为什么这个系统不能自动修改share.php文件中的信息达到用户重命名目录名或者文件名后分享链接也不会失效呢？这个问题，只能等官方解决了。

参考资料：

基本上都是变动了分享文件造成的，可以检查下：data/User/用户名/data/share.php，这里记录的分享信息，通过分享id查找对应的文件地址，id不存在或文件地址不存在，就都会找不到；这个文件删除了也会找不到。

有一个程序是基于ThinkPHP框架写的，直接访问其中的方法是没问题的，但是通过命令行访问就出问题了，提示： SQLSTATE[HY000] [2002] No such file or directory

解决方法就是：在database.php中奖localhost改为127.0.0.1就好了。

最近阿里云代理商一直打电话让我参加他们的新用户活动，无奈作为阿里云老客户已经享受不到这种优惠了，代理商说可以拿亲戚账号开通自己用（其实我知道可以这样操作只是懒得操作）。在代理商的循循善诱下（过了这村没有那店了）。我就开通了一个……

配置：

• 型号：共享标准型 s6（ecs.s6-c1m2.small）
• CPU：Intel(R) Xeon(R) Platinum 8269CY CPU @ 2.50GHz
• 内存：2G
• 硬盘：40G
• 带宽：1M
• 机房：北京、张家界、杭州
• 费用：￥69.86/年，209.77/3年（领取20元优惠券抵扣价）

1M小水管放点企业站绰绰有余了……

云服务器选择了CentOS Linux系统，很多人会选择宝塔面板，我还是习惯于用LNMP面板，一键安装只用了26分钟（性能不错）。

安装完成后，有个需求就是需要开放MySQL服务远程访问权限（只需要访问MySQL中一个数据库），秉承最小权限就是最大安全的原则进行如下操作：

1、先开放阿里云安全组（在阿里云云服务器控制面板里完成），添加80、443、3306的远程访问权限：实例->安全组->配置规则->快速创建规则->勾选常用端口中的80、443、3306端口->授权对象设置为0.0.0.0/0（如果是固定IP访问MySQL则需要单独设置3306规则中的授权对象）

2、再进入CentOS系统中，使用lnmp命令新增一个需要远程访问的Mysql数据库和数据库用户（lnmp database add），新增完成后还需要对这个用户（假设数据库为is36，用户为is36）授予远程访问权限。命令行进入数据库操作（mysql -uroot -p），再进入mysql数据库表（use mysql;)，对is36用户修改访问权限（update User set Host='%' where User='is36' and Host='localhost';），然后刷新权限（flush privileges;）。别的文章都是说授予root用户远程访问权限，所以到刷新权限这一步就完成了，但是这里的话因为只是授予is36用户可以远程访问is36数据库，虽然is36用户是被授予远程访问了，但是is36数据库却还没有允许is36远程访问。那么在刷新权限前还需要进行一步操作：对is36数据库更新is36用户的远程访问权限（update db set Host='%' where User='is36' and Host='localhost';）。

3、最后对CentOS系统中防火墙进行设置，默认3306是不允许访问的，先查看防火墙设置（iptables -L -n --line-numbers），可以看到第6条规则是不允许3306访问的，所有的访问都是drop掉的，那么需要删除这条规则（iptables -D INPUT 6），然后再新增一下3306的访问权限（iptables -A INPUT -p tcp --dport 3306 -j ACCEPT）（iptables -I INPUT -p tcp --dport 3306 -j ACCEPT)，正常情况下这样子就通了，如果最终发现不通，可以重启一下防火墙（service iptables save && service iptables restart）

完成。

有个mysql数据库名为db1，里面有个table1表，表中有几千万条数据，目前有个需求，需要把这个表中2020年3月21日的数据导出到sql文件，下载到本地并导入本地数据库中。

命令如下：mysqldump -uroot -p db1 table1 --where="date like '2020-03-21%'" > table1.sql

解释：使用数据库的root用户导出db1数据库中table1标中符合条件的数据（date是2020年3月21日）到当前目录下的tables1.sql文件。

今天在操作某个MySQL数据库（InnoDB引擎）的test表的时候，出现了问题，导致该表无法访问，访问的时候就提示错误：ERROR 1033 (HY000): Incorrect information in file: './test/test.frm'

按照错误信息提示信息的意思就是这个frm后缀的文件存在错误信息，那么这个文件是干什么的呢？为什么访问数据表会提示这个信息？怎么修复？

frm是MySQL表结构定义文件，通常frm文件是不会损坏的，但是如果出现特殊情况出现frm文件损坏也不要放弃希望，当修复MyISAM和InnoDB表时，MySQL服务会首先去调用frm文件，所以我们只能通过修复frm文件进行后面的数据恢复。

也就是说frm是表结构文件，通过mysql数据库自带的修复命令无法修复成功，只能另辟蹊径。

方法：找到该数据表的备份sql文件，另外建立一个数据库test2，将备份文件导入该数据库中，然后在命令行下先将原来的test数据库中的test.frm重命名一下，再将test2数据库的test.frm文件复制test数据库目录下。再次访问test表，没有问题了。

本文更新于2020年2月27日

0、下载树莓派专用的CentOS系统

• http://mirrors.huaweicloud.com/centos-altarch/7.7.1908/isos/armhfp/CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-1908-sda.raw.xz

1、安装xz解压命令

• 访问https://tukaani.org/xz/下载最新压缩包，最新的是xz-5.2.4.tar.gz

2、解压缩并安装

• tar zxvf xz-5.2.4.tar.gz
• ./configure
• make && make install

3、验证安装结果并解压缩CentOS树莓派版压缩包

• xz -V
• xz -d CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-1908-sda.raw.xz

4、插入TF卡后使用df -h查看磁盘名称并卸载

• df -h
• diskutil unmount /dev/disk3s1
• sudo dd bs=4m if=CentOS-Userland-7-armv7hl-RaspberryPI-Minimal-1908-sda.raw of=/dev/rdisk3
• diskutil unmount /dev/disk3s1

5、把TF卡插到树莓派中，连接路由器并通电，登录路由器后台获取树莓派IP

6、远程登录，root密码centos，将时区改为上海时区并同步最新时间

• timedatectl set-timezone Asia/Shanghai
• yum -y install ntp
• ntpdate ntp1.aliyun.com

7、默认分区不合理，需要把所有空间都划到根目录

• 查看分区挂载情况 lsblk
• NAME        MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
• mmcblk0     179:0    0 14.9G  0 disk 
• ├─mmcblk0p2 179:2    0  488M  0 part [SWAP]
• ├─mmcblk0p3 179:3    0  1.4G  0 part /
• └─mmcblk0p1 179:1    0  286M  0 part /boot

8、查看到/根目录的挂载的位置是/dev/mmcblk0p3，只需要怼它进行调整

• fdisk /dev/mmcblk0 #执行扩展分区操作
• p #查看旧分区情况，记录p3位置起始为1593344
• d #删除分区，默认是3号分区
• n #添加一个分区，空间起始位置（First sector）输入1593344，然后一路回车完成
• p #查看新分区情况
• w #写入分区信息并退出软件

9、重启系统，开机后执行命令重新加载分区信息

• reboot
• resize2fs /dev/mmcblk0p3
• df -h

10、安装个LNMP玩玩（宝塔不支持32位系统）

• yum -y install wget && wget http://soft.vpser.net/lnmp/lnmp1.6.tar.gz -cO lnmp1.6.tar.gz && tar zxf lnmp1.6.tar.gz && cd lnmp1.6 && ./install.sh lnmp

11、花了2小时完成安装

• Install lnmp takes 129 minutes.
• Install lnmp V1.6 completed! enjoy it.

12、其它

• LNMP安装选择的版本是：nginx-1.16.1+mysql-5.5.62+php-5.6.40+Enable InnoDB
• CentOS系统版本：CentOS Linux release 7.7.1908 (AltArch)

购买了一套美国Jetimpex公司运营的MotoCMS模板，模板平时卖199美元，碰上了黑五（Black Friday）和网络星期一（Cyber Monday），只花了109美元就买到了。

跟2个不同的销售聊过天，一个销售给了个0美元的inmotionhosting注册码（免费享受1个免费美国主机1年使用权+1个免费域名），另外一个销售说最低5美元可以享受。秉承节俭的原则，妥妥地用了第一个销售的注册码，注册完成后还要inmotionhosting人工审核，直接跟在线客服拉家常，10分钟后主机开通，域名也注册下来了。

然后我就把买到的这个模板放在了这个美国主机上（位于美国西海岸洛杉矶），一切顺利，可是速度不是很快。

然后我就把主机迁移到了国内服务器上，服务器上的web软件是Nginx，结果MotoCMS就开始“水土不服”了。二级页面都打不开，凭借多年经验我判断是需要给它上个重写规则（Rewrite Rules)。

懒人方法1：上google搜索，无果。

懒人方法2：反正花了钱，而且MotoCMS提供免费的技术支持，发了工单咨询一下，结果被踢皮球，让我找主机商把适用于Apache软件的.htaccess文件转化成适用于Nginx的。服务器都是我自行维护的，这不是让我找自己……

懒人方法3：把客服给的.htaccess扔到这个转换网址上（https://winginx.com/en/htaccess），得到了一个看似适用于Nginx的重写规则。结果还是不行。

最终，经过修改，适用于MotoCMS3在nginx下的重写规则（Rewrite Rules）来了……

• location / {
•   if (!-e $request_filename){
•     rewrite ^(.*)$ /index.php last;
•   }
• }

有个网站是asp.net+mssql，要改版成php+mysql，要求原来网站里的文章都需要迁移到新网站，那么也就是要把原SQL Server的数据迁移到MySQL数据库。

虽然都是关系型数据库，但是还是有一定差异，最终操作过程如下：

1、备份原数据库（防止数据丢失）；

2、比对新老数据库中数据表字段差异，将原数据库中的无用的字段直接删除，仅保留需要导入到新数据库表中的字段（数据）；

3、使用Navicat这个万能数据库操作软件连接原数据库，导出原数据库的表数据，生成sql语句形式；

4、导出的sql语句文件都是insert into语句，也就是新增数据，通过Notepad++或者Sublime软件打开该文件替换相关的语句；

5、替换完成后保存，将该sql语句通过phpmyadmin导入至新数据库（请注意如果新数据库对应的表中某些字段是老数据库里没有的话，请设置一个默认值NULL防止因为导入的时候没默认值而失败）。

（完）