使用 PDFSam 处理图片
https://pdfsam.org/download-pdfsam-basic/
婚姻的真正价值是什么？
婚姻的真正价值，其实体现在人生的暗面，在你寂寞的时候旁边有一个人听着你的讫语，陪着你无所事事；在你空虚的时候心头会突然出现一个眼神，让你觉得要改变一些什么；而当你被打倒在地踩上一只脚的时候，有一扇门依然为你敞开着，里面的人不但对你没有那么苛责，甚至还会尝试抚平你的伤口，为你的悲伤而悲伤。
父母也能做到这样的事情。但是很遗憾，他们对你的理解并不会这么深，他们对你的陪伴也没法这么久。
上述内容来自 V2ex
https://www.v2ex.com/t/430996
mov 批量转为 mp4
回到老家，拍了一些照片，打算把照片上传到 QQ 空间中去。在上传中发现，由于 Live Photo 被提取出后成为了 mov 文件，而 QQ 空间是不支持 mov 格式的。所以写了个简单的脚本，来做 mov 转 mp4 。
脚本代码如下。
#!/bin/bash
for file in `ls ./`
do
ffmpeg -i $file -vcodec copy -acodec copy $file".mp4"
done
wxPython 运行报错问题
This program needs access to the screen. Please run with a
Framework build of python, and only when you are logged in
on the main display of your Mac.
运行 wxPython 时报上述错误。
将命令从 python wx1.py 改为 pythonw wx1.py 即可。
提问的姿态
一个好的提问者或许至少要心存感激，也不要给自己设下门槛。从提问的一开始就说“不要问这些问题了！”，“不要这些方案，要这个问题的解决方案”，“行吧，我花时间看一下”。从提问之时设限，会让提问之人无法看到你的问题全貌，看病还需要望闻问切呢。对于给出的方案不心存感激，颇有一些嫌弃的语气，会让人心生不满。
这样的提问者，我不怎么喜欢。
Continue reading
如何查看 PDF 文件的页面大小
比如，如何判断一个 PDF 是不是 A4 大小的？
以 Adobe Acrobat 为例，
在空白处右击，查看文件属性，在文件属性中可以看到页面大小。根据页面大小判断
如果要查看多个文件，可以在设置中开启默认显示页面大小
益者三友
孔子曰：“益者三友，损者三友。友直，友谅，友多闻，益矣。友便辟，友善柔，友便佞，损矣。”
以我而言，仅算得上「友多闻」吧？
君子性非异也，善假于物也。
前两天在 V 站发了一个帖子，介绍了我自己在公众号推送的几十个不同的、非常独特有意思的公众号。
期间有一个朋友回复了这样一句话
话说公众号这种奇葩平台发出去又不能改，又没有好用的索引机制，对我这种不用微信的用户可以说是十分残忍了。这种封闭平台内部虽然十分繁荣，但我却无福消受，摊手
让我心生感慨。
我们到底如何面对新生事物？是选择坚决的抵制，还是有节制的使用。当然，现在的我们很难算得上是有节制的使用，但是不得不说，完全不用，不借助新生事物的便捷来提升自己的生活效率的情况，在我看来还是难以理解。
这让我想起来了《荀子》中的这句话，「君子性非异也，善假于物也」。我们如果不能很好的利用我们所接触到的东西，自顾自的去抵挡时代的潮流，也颇有一些螳臂挡车的意味。
像素级抄袭
前一段经历了 时间块 和 iPic 的抄袭问题，现在回头再看，有一番别的滋味。
这让我想起来一句很有名的话，齐白石老先生的「学我者生,像我者死」，这很好的诠释了复制想法和像素级抄袭的区别，复制想法可能从不同的角度看出不同的内容，从而发展出自己的天地。而抄袭只能保证自己追随前人的脚步，最终死去就不足为奇了。
写博客与写博客的不同
前几天，又一个群友提问，现在在哪写博客好一点，我回复说，写博客，当然是自建最好了，方便，没有啥审核。他回复说，自建流量太小了。
本以为找到同好的我，竟哑口无言。让我意识到，我的写博客和他们的写博客可能并不相同。于我而已，写博客就是写博客，其中无功利之心，我所追求的不过是「写」的过程和「记录」的快感。而对于他们来说，写博客不是最重要的，对于他们来说，有人看才是最重要的。
对于他们来说，更适合的不是博客平台，而是一些自媒体平台，特别是头条号这类自带流量加成的平台，能够很好的帮助他们实现让别人看的目的。
我虽然也会关注博客的评论，但更是一种颇为「佛系」的心态，有更好，没有也罢，毕竟不是我所追求的。
Simple Plyr —— 又双叒叕一个视频播放器
初衷
原本我是打算用 WordPress 来建设云学堂的，所以就制作了这款编辑器。但是后来由于考虑到长期发展的问题，所以又放弃了 WordPress 的方案，暂定使用 RoR 来建设。
插件信息
插件名为 Simple Plyr ，目前已经上架到 WordPress 官方仓库，可以在后台直接搜索下载
插件使用说明
使用短代码`[plyr]`即可添加播放器，支持参数 url 和 poster ,分别是视频地址和视频封面图片地址
Github 仓库地址：https://github.com/bestony/simple-plyr
WordPress 官方仓库地址：https://wordpress.org/plugins/simple-plyr/
分享一个添加 Github TOC 的脚本
脚本地址： http://tomancaklab.github.io/gfm-add-toc.user.js
这个脚本可以实现在 Github Wiki 的编辑页面添加一个 TOC 按钮的功能。点击按钮，就会自动生成 toc 内容。
为 Django 配置 MySQL驱动
pip install pymysql先安装 pymysql
然后修改主应用的 __init__.py ，加入如下代码
import pymysql
pymysql.install_as_MySQLdb()
最后，加入数据库配置
DATABASES = {
'default': {
'ENGINE': 'django.db.backends.mysql', #数据库引擎
'NAME': 'user_im', #数据库名
'USER': 'root', #用户名
'PASSWORD': '', #密码
'HOST': '', #数据库主机，默认为localhost
'PORT': '', #数据库端口，MySQL默认为3306
'OPTIONS': {
'autocommit': True,
},
}
}解决 VSCode 下 Python 报错 80 字符的问题
其实我也希望遵守 80 字符，但是 Django 官方的配置文件中就存在超过 80 个字符的行，这就没办法了，只好扩大要求。
我的 VSCode 使用的是 Pylint，所以可以通过在编辑器设置中，添加如下代码实现。
"python.linting.pylintArgs": [
"--max-line-length=100"
],将限制放宽到 100 个字符，不会太影响视觉，也能很好的符合规范。
七星主题修复的问题
前段时间承接了 李长太老师的博客，由于我惯用 PHP 7 ，所以李老师的博客也被我放在了 PHP 7 的站点上，但是由于使用的主题是第三方仿的，在使用中出现了非常多的问题。
比如：无法正常加载主题设置项、开启 Debug 后显示非常多的报错。在这里记录一下，以备后用。
建议给has_cap传入一个参数！用户级别已被废弃，请改用能力。
这是因为使用的函数调用的是传统的 1，2，3来表示权限，但是用户等级早已弃用，将其中的用户等级修改为权限名即可。
add_menu_page("主题设置", "主题设置", '10', 'sevenstar_theme', array(&$this,'sevenStar_Theme_Options_Form'),'dashicons-carrot','777');
// 改为
add_menu_page("主题设置", "主题设置", 'manage_options', 'sevenstar_theme', array(&$this,'sevenStar_Theme_Options_Form'),'dashicons-carrot','777');
无法加载后台设置项目
这一块主要是渲染表单出了问题，所以这里就只需要将对应的用法改为 php7 的即可。
$this->$option['type']( $option )
// 改为
{$option['type']}( $option );使用类名作为构造函数
这个更为简单，只需将类名对应的构造函数改为 __construct即可
娱乐至死的西秦
最近几天，由于看电脑太多（16h+/day），所以眼睛痛、流泪，无法直视屏幕。
今天早上起来，从房间出来，一看外面，流泪。原来眼睛已经连强光都受不了了。休息了好一会，才反应过来。
然后我去发了条朋友圈。
我不知道有多少人和我一样，出现了问题，会第一时间发朋友圈。
发完以后，自我检讨，我这种不分事态严重程度，先发朋友圈，难道不是「娱乐至死」么？
不过好在，我并不完全「娱乐至死」，在发朋友圈之前，我先到丁香医生中，找了位眼科的医生，先咨询了一下。总归是有些正常的点。
一番话带来的魔力
有些时候，一句话就能让我推翻之前下的所有决定。
欠下的技术债，早晚要还
今天 GitChat 被攻击，上了高防以后，发现无法进行微信支付。
进行简单的排查后，发现问题出在后端，导致无法进行排错。
我们在创业前期时，可能会大量的 try…catch,来确保我们的代码可以顺利走通，但是 catch 到的 error 往往直接抛掉，不做记录。
这在前期创业时，非常有用，因为我们需要将业务快速上线；但是一旦遇见问题，这种操作的危害就暴露出来。调试极为不方便。
这就是欠下的技术债。我推荐他们使用 ELK 来做日志的记录和分析。不做日志，后端真的很难排错。估计要 review 一遍代码