使用 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 一遍代码