大概4年前的8月份，加入STEEM后的一个月，因为羡慕 @wang 的点赞机器人的超高收益，所以照猫画虎弄了一个蹩脚的点赞机器人，没想到这样一个操作竟然持续了4年。

(图源 ：pixabay)

点赞机器人后来得到CN区几位老用户的加持，所以有段时间总SP还是很多的，在HF17/HF18那段大萧条的时间段，我们这些老用户互相取暖，扶持着走出了寒冬。

再往后，各种变迁，直到HIVE/STEEM分叉，STEEM我的机器人点赞名单里出了自己以外，只保留一些CN区文章质量较为稳定的用户，也算是对这部分用户小小的支持。

最近事情太多忙不过来，另外由于各种其它原因，不想在STEEM链上投入过多的精力，所以即日起关闭在STEEM上的自动点赞机器人。

感谢加入我机器人列表的用户(无论是一直在我的机器人voter名单里，还是曾经加入又退出的)，没有你们的支持，机器人不能一直跑到现在。也感谢那些持续稳定输出优质内容的用户，没有你们，机器人将无贴可点。

目前我正在自己实现一个和HIVE链打交道的Python库，等完成后，会规划更为合理的手动/自动混合的Curation模式，以便于支持CN区的优质作者，不过鉴于我这两个月有很多事情要忙，完成可能遥遥无期。

我将这个项目命名为 #cutehive，计划包括网页工具、微信群、QQ群、Python库、Curation Project、微信公众号等一系列内容，只能说敬请期待吧。

现在回想起来，去研究@wang 都点了谁，万分羡慕被@wang 宠爱的用户；到自己磕磕绊绊弄机器人 ，到自己机器人每天能赚一瓶可乐钱；到自己弄交易机器人，帮我赔掉好多钱；那段日子真的称得上岁月静好啊。

(图源 ：pixabay)

BTW：由于精力缘故，STEEM的帖子我也很少回复，不是不尊重大家，敬请谅解吧。

This page is synchronized from the post: ‘即日起关闭我在STEEM的点赞机器人 / Shutdown my upvote bot at STEEM’

这两天一个比较热门的瓜就是某已婚女出轨某房产集团高管的事，事情不断反转，高潮一波又一波，让吃瓜群众过足了瘾。

(图源 ：pixabay)

其实吧每个人都有自己的人生观、价值观，也都有自己的选择，所以我觉得无论是指责这个女人爱慕虚荣还是指责某高管玩弄女下属还是指责其老公心机深沉冷漠无情，都不见得完全正确，所以还是安心地做吃瓜群众好了。

我要说的是另外一件事，就是这个女的晒的大堆照片看起来都是瓜子脸、樱桃口，符合美女的标准，然而其老公公布的几段视频中，却发现视频中的女人和照片中的女人简直判若两人。

是什么先进的科技可以让一个稍微有些姿色或者一般的女人变成大美女呢？答案一般来讲有两个，一个是整形，另一个就是美颜了。而前者虽然效果持久，但是又贵又有风险，所以大多数女人选择后者。

当然了，也有两者同时选择的，毕竟动刀子也未必能切削出理想的效果，也不能让皮肤变细腻变白，也不能让眼睛变大到夸张，所以美颜可以没上加美。

要说爱美之心人皆有之，所以拍个照片，PS一下，修修图美美颜自己开心一下也无可厚非，不过现在有些美颜起来却有过头之势，遏制不下来了，让人忍不住吐槽几句。

一种就是天天朋友圈发自己的美颜图的，要是稍微美化一下也行，可是估计这图拿给你父母看，他们都未必能认出来是你，那么发这美颜图还有什么意义呢？不如直接找个美女明星天天发好了。

另一种更是夸张，眼睛鸡蛋那么大，下巴锥子那么尖，现实中看到这样的人，一定一巴掌乎过去，并大呼一声：妖孽快快现出原形。我朋友圈就有这样一个妹子，颜值算是偏上的，可是发的美颜图实在是不敢恭维，比她本人难看多了。

还有一种自己美颜不算，拉上孩子一起美颜，要说小男孩小女孩，素颜就已经是美景了，咋说来着，清水出芙蓉天然去雕饰，可是偏偏P的都变了形，估计孩子长大以后肯定会有怨言：我小时侯到底长啥样？

总之，P图美颜之风太过了，哪怕是P图的始祖Adobe公司都有些坐不住了，据说要研究(或者已经研究出来)一款反P图软件，根据像素密度什么的还原P过的图像。

(图源 ：pixabay)

就问那些朋友圈/网络中的“美女”，面对现出原形的威胁，你是否感到恐慌呢？

其实说真的，妹子们，你们素颜或者淡妆的样子就是最好看的样子，可别再过度批图啦。

This page is synchronized from the post: ‘关于美颜’

帮用户迁移一个站点到VPS，因为VPS不同于虚拟主机，所以很多东西都要自己安装设置，这包括但不限于Apache、MySQL、PHP等。

(图源 ：pixabay)

测试代码

安装完PHP后，我写了一个简单的脚本(hello.php)测试PHP是否工作正常，代码如下：

1
2
3

<?
printf("Hello World!");
?>

这个还是超级easy的，也不需要多解释，可是我在浏览器中访问这个hello.php时，却是一片空白。额，哪里出了问题了，让我检查一下，在浏览器中查看一下源文件吧。结果发现浏览器中原样显示了上述代码。

这就有些尴尬了，PHP是要解释执行的，也就是说上述代码，最终解释执行并传递到浏览器端的就应该是：

Hello World!

否则用来做项目，源码都泄露了，岂不是很容易被黑啊？

不过这个问题难不住我，我知道应该是PHP的某项设置的问题，比如将代码搞成如下的样子，就正常了：

1
2
3

<?php
printf("Hello World!");
?>

尽管很多资料说这样才是PHP代码应该的样子，并且建议这样使用，可是要知道客户代码可是上千行的，要我去改，略有压力，还是弄个一劳永逸的方法吧。

short_open_tag

其实上述测试代码所涉及的机制在PHP中叫做short_open_tag，详情可以参考这段内容：

Tells PHP whether the short form (<? ?>) of PHP’s open tag should be allowed. If you want to use PHP in combination with XML, you can disable this option in order to use <?xml ?>inline. Otherwise, you can print it with PHP, for example: <?php echo '<?xml version="1.0"?>'; ?>. Also, if disabled, you must use the long form of the PHP open tag (<?php ?>).

因为客户没有涉及XML混用等复杂问题，我们直接把这个设置成On就可以了。

迷糊的操作

既然改这个short_open_tag的值就可以，那么我就去改好了。

首先我要找到ini文件在哪里(高能警告⚠，这里有个大坑):

php --info | grep php.ini

返回信息，哪里怪怪的，上去就改就好了：

然后打开搜索到的php.ini，上去将short_open_tag = Off修改成short_open_tag = On。

直接测试一下：

php hello.php

输出Hello World!一切正常。然而我在浏览器中访问时，问题依旧，哪里出了问题呢？

CLI 与 CGI

最终我终于找到了问题所在，其实早在之前查找php.ini文件时，我就觉得哪里不对劲。简单来讲，我装到VPS上的PHP有两种工作模式，一种是当做命令行工具，一种是apache2内嵌的模块。而两种模式下用不同的php.ini文件。

可能我的标题起得未必恰当，但是大致就是这样了。

知道问题所在解决起来就简单多了，找到php.ini的目录 ，做对应修改就好：

sudo vi /etc/php/7.2/apache2/php.ini

改好后再测试，一切OK。

总结

其实这个问题无论是short_open_tag功用上，还是修改short_open_tag设置上，都不是什么大问题，然而因为的粗心大意和魔幻操作，整整搞了大半天，真是悲催啊。

不过，这是我自己的问题，并不影响PHP是世界上最好的语言这个结论，不服来辩哦。

相关链接

• https://www.php.net/manual/en/ini.core.php#ini.short-open-tag

This page is synchronized from the post: ‘每天进步一点点：PHP short_open_tag 引发的惨案’

网络上流传不少删库跑路的段子，以至于有朋友求助一些技术问题时，我总是好心地建议他们，别废心思研究了，删库跑路才是正途。

(图源 ：pixabay)

虽然总把删库跑路挂在嘴边，但是工作这么几十年，一直都兢兢业业，把公司和客户的数据放到第一位，重要数据分别按日、按周、按月备份。虽然出了几次用户误操作导致数据丢失的事故，但是我很快利用备份机制帮他们重建数据。从来没干过删库跑路的事情。

不过这次我要体验一把删库跑路的感觉啦，之前文章里也提过，准备停掉我这边的一项业务，以后准备专心致志在区块链领域发展啦，算起来，这项业务已经做了16年啦，哎，时光浪费不少，成就几近于无。

其实最早可以追溯到两三年前，我就开始通知部分客户要关服了，不过集中全面通知还是大概从3月份开始的，然后4月，5月又分别通知了一次。

大部分客户已经顺利地进行了迁移，剩下的尚未进行迁移的用户，也基本表示知道了这个情况，会尽快处理，还有部分表示无所谓了，他们的业务也不赚钱，所以是关是迁都没啥区别。

现在服务器上剩的基本上都是我自己的数据了，不过我有信心在月底之前搞定，然而服务器必须提前5天(还是3天，记不清了)提交取消请求，否则就会开收下月的月费啦。

于是乎，开始取消服务器，这算不算是删库跑路呢？😀

取消服务器要登录后台面板，从ThePlanet、SoftLayer、IBM一路过来，面板是越来越不好用了，超级复杂、国内加载超级慢、找点东西超级难，如果你有用过AWS觉得复杂，那么用完IBM公有云的面板，就会知道AWS有多亲切。

后来终于在Classic Infrastructure\Devices下找到我的服务器，亦即所谓的Bare Metal Server，其实以前都是叫独立服务器的，后来可能是为了和虚拟化云服务器区别吧，搞了个怪怪的名字。

我在Softlayer最多的时候有好些台服务器，关关停停，现在完全属于我的就剩一台了，看了一下这台上线时间是6/7/2014, 1:24:36 AM，马上就服役6年了，时间飞逝啊。

6年前超豪华的配置，现在看起来有些过时了：

找了半天才在右上角找到 按钮，想必取消操作也一定隐藏在这里。

找到它了：

注意我框出的红字，尽管我现在取消，但是还是提供服务到30号，是不是很人性？其实是因为每月交钱都交到30号。擦，比我预期了早了一天多点啊，不过没关系，不差这么一半天。

This device is active until your anniversary date: 5/30/2020, 1:00:00 PM.

勾选上这项：

选择这个大大的Cancel device按钮

然后不一会就发现Device support cases中多出了如下项目：

哎，虽然是系统发的，但是毫不挽留也挺伤心的💔，当然了，挽留我也不会留下了来的。

略微遗憾的是我一堆IPv4的地址也跟着取消了：

这些IPv4地址申请可是耗费我很多的心血啊，和他们交涉无数次才弄到，以前我记得IP可以单独取消或保留，不知道啥时候都被他们和服务器打包到一起了。不过算了吧，要断就断得彻底一点，反正这些IP留着也没用，还得额外花钱。

那就这样吧，删库跑路的感觉还真有点小激动呢。

This page is synchronized from the post: ‘删库跑路’

最近要帮客户迁移一个博客网站到godaddy的主机，双方都带cPanel控制面板，原则上可以直接用cPanel里的Backup以及恢复功能，但是客户这站想作为那边账户下的一个子站存在，所以想想只能手工来迁移了。

(图源 ：pixabay)

首先，博客站(WordPress)主要有两项内容要迁移：一项是网站文件，另一项就是WordPress的数据库。其实网站还有邮件等，不过客户说没啥重要邮件也不需要邮箱了，那就简单多了。

在迁移之前，首先需要在Godaddy的主机上绑定好域名以及对应目录，因为是作为子站存在，并且有独立域名，那么我选择用Addon Domains功能，在其中添加对应域名：

迁移文件

然后就是迁移网站数据，也就是说把原本站点下的public_html迁移到godaddy空间上创建的public_html/xxx.com下。

迁移数据有很多方法，比如用FTP，又比如使用scp，或者还可以使用cPanel的File Manager(文件管理器)等，我选择使用scp。

为了使用scp，需要先在Godaddy这边开通SSH功能，在空间管理后台找到SSH功能，将其打开即可：

另外一件事就是迁出这边设置了防火墙ConfigServer Security & Firewall所以还要允许一下出站IP才可以：

tcp|out|d=22|d=x.x.x.x

剩下的事情就简单了，scp直接复制到对方目录即可，如果文件太多也可以先打包再到对方那里解包。

迁移数据库

准备

在迁移数据库之前，我们需要到新的空间上创建一个数据库，使用cPanel->MySQL® Databases功能即可。

还要创建数据库用户：

还要把数据库用户和数据库关联起来：

迁出和导入数据

数据库可以使用mysqldump

mysqldump -uuser -ppasswd db >db.sql

上述指令将数据库db中的内容导出到db.sql，然后用之前转移文件的方法将其转移到对方空间再用如下指令恢复即可：

mysql -uuser -ppasswd db <db.sql

使用 PHPMyAdmin

另一种迁出和导入的方法是使用PHPMyAdmin，是一款非常简单好用的界面化操作工具

进入其中后，在原站点数据库上使用导出，在新站点数据库上使用导入功能即可:

修改WordPress设置

如果数据库名/用户名/密码有所变动，那么我们还需要在WordPress的配置文件中修改一下对应设置。

配置文件的部分内容如下，将内容做对应的修改就好：

PHP版本

原本以为做完如上设置后，一切都会OK，结果访问子域名测试，竟然出现了如下错误：

Your PHP installation appears to be missing the MySQL extension which is required by WordPress.

简单来讲，就是PHP 7.0之后，mysql扩展被丢弃了，只能用MySQLi啥的了。

这种情况有两种解决方法，一是修改WordPress代码，使用MySQLi而不是MySQL；另一种方式就是降低PHP版本。

懒惰的我选择了后边一种方式，毕竟原本站点就是运行在PHP 5.6环境下的嘛。改了一下PHP版本，一切OK，WordPress又活过来了。

子域名测试无误后，在把域名绑定过来，就OK啦。

.htaccess

原本以为一切OK，结果发现点二级页面时出现404错误。

不过这个一想就没想白了，一定是静态化rewrite设置丢了。想想自己用scp命令时的用法，一定是.htaccess没复制过去。

把这个单独复制过去，这次真的一切OK了。

相关链接

• https://dev.mysql.com/doc/refman/5.7/en/mysqldump.html
• https://www.php.net/manual/en/intro.mysql.php

This page is synchronized from the post: ‘手工迁移博客(WordPress)到其它网站’

这两天浑元形意太极门掌门马保国被50岁业余武术爱好者王庆民30秒内击倒3次被昏迷的视频广为流传并引发群众们关于传统武术的热议。

(图源 ：pixabay)

那个视频还有大师之前的宣传视频我都看了，不得不说，大师还是很有范的，看他之前的宣传视频，我一下子就成了大师的粉丝，所以大师被KO的时候我是万分担心大师缓不过来。

还好，第二天就看到大师顶着熊猫眼，笑容满面对自己如何手下留情侃侃而谈，不得不说，大师就是大师，虽然败了，但是风度犹存。当然了，大师也不是真正的败了，要不是手下留情，鹿死谁手还真说不定呢！

不过因此引发的传统武术讨论对大大地出乎了我的意料，基本上把传统武术扁得一文不值，除了表演以外一无是处。

这不不算，一些自媒体竟然开始假打霍元甲，说什么霍元甲拳打外国大力士什么的都是假的，霍元甲怕挨打报了警，警察过来叫停了比斗。说的有鼻子有眼儿，仿佛就是当事人一样。

(图源 ：网络图片)

这还不算，有些人还掀开了鲁迅的棺材板，把鲁迅拉出来帮他们一起打假武术，说什么鲁迅抨击武术和中医一样都是大骗子，是要摒弃的封建糟粕，洋枪大炮才是好东西。

先不说霍元甲这事是真是假，反正霍元甲是没法出来喊冤了，这脏水自媒体随便怎么泼，能博眼球再换来几个打赏就最好了，才不怕霍元甲托梦给他呢。

但是关于鲁迅的话，我觉得脱离了社会背景以及谈话的场景上下文来断章取义，那真真就是耍流氓了。鲁迅的话大概是只凭武术不能保家也不能卫国，而没说武术一无是处。

在当时热兵器已经颇为发达的年代，想靠武术来强国，来和敌人血拼，那当然是不现实的。如果真有那么强大的武术，且能在战场上扭转乾坤，那一定是发生在抗日神剧里。

就好比现在不说热武器不说核威慑，就单单是贸易战、信息战、金融战这些种战争形态，大侠武功再高，也只能徒呼奈何吧？

那么武术真的是一无是处吗？当然不是，武术强身健体、锻炼平衡反应能力这些应该都是很有成效的，至于为什么打不过什么自由搏击、跆拳道等等，我觉得只能说各有擅长，大概都可能算作武术的范畴吧？不能说太极、咏春才算武术，其它的什么都不算吧？

其实之所以对武术这事颇多感概，大概是我小学的时候偶然发现家里一本破旧的《散手拳法》，里边一幅幅图解教了一些招式，现在大概除了记住一招赶步压肘以外，其它的招式我都记不住名字了，但是当时我用学来的招式从小学打到初中没有敌手。

当然了，我并不是用来欺负人，不过谁想欺负我的话，我绝招一出，准保他趴地上哭爹喊娘地求饶，这就是武术喽。

就好比一个大腹便便地油腻中年男，大街上被小偷抢了钱包只能呼喊而无能为力，而如果是一个有几把刷子的练家子，身体素质不差，那么最终倒霉的只能是小偷吧，这就是武术喽。

(图源 ：pixabay)

所以不要神化也不要贬低，神化起来无所不能，贬低起来一无是处，那样一点也不客观，也不科学。大师的失败，只是个人的失败，不能因此否定所有武术，何况有些本来就是打着武术的幌子招摇撞骗而已。

This page is synchronized from the post: ‘武术真的一无是处吗？’