君子性非异也,善假于物也。

前两天在 V 站发了一个帖子,介绍了我自己在公众号推送的几十个不同的、非常独特有意思的公众号。

期间有一个朋友回复了这样一句话

话说公众号这种奇葩平台发出去又不能改,又没有好用的索引机制,对我这种不用微信的用户可以说是十分残忍了。这种封闭平台内部虽然十分繁荣,但我却无福消受,摊手

让我心生感慨。

我们到底如何面对新生事物?是选择坚决的抵制,还是有节制的使用。当然,现在的我们很难算得上是有节制的使用,但是不得不说,完全不用,不借助新生事物的便捷来提升自己的生活效率的情况,在我看来还是难以理解。

这让我想起来了《荀子》中的这句话,「君子性非异也,善假于物也」。我们如果不能很好的利用我们所接触到的东西,自顾自的去抵挡时代的潮流,也颇有一些螳臂挡车的意味。

像素级抄袭

前一段经历了 时间块 和 iPic 的抄袭问题,现在回头再看,有一番别的滋味。

这让我想起来一句很有名的话,齐白石老先生的「学我者生,像我者死」,这很好的诠释了复制想法和像素级抄袭的区别,复制想法可能从不同的角度看出不同的内容,从而发展出自己的天地。而抄袭只能保证自己追随前人的脚步,最终死去就不足为奇了。

写博客与写博客的不同

前几天,又一个群友提问,现在在哪写博客好一点,我回复说,写博客,当然是自建最好了,方便,没有啥审核。他回复说,自建流量太小了。

本以为找到同好的我,竟哑口无言。让我意识到,我的写博客和他们的写博客可能并不相同。于我而已,写博客就是写博客,其中无功利之心,我所追求的不过是「写」的过程和「记录」的快感。而对于他们来说,写博客不是最重要的,对于他们来说,有人看才是最重要的。

对于他们来说,更适合的不是博客平台,而是一些自媒体平台,特别是头条号这类自带流量加成的平台,能够很好的帮助他们实现让别人看的目的。

我虽然也会关注博客的评论,但更是一种颇为「佛系」的心态,有更好,没有也罢,毕竟不是我所追求的。

Simple Plyr —— 又双叒叕一个视频播放器

plyr 挺好看的

初衷

原本我是打算用 WordPress 来建设云学堂的,所以就制作了这款编辑器。但是后来由于考虑到长期发展的问题,所以又放弃了 WordPress 的方案,暂定使用 RoR 来建设。

插件信息

插件名为 Simple Plyr ,目前已经上架到 WordPress 官方仓库,可以在后台直接搜索下载

插件使用说明

使用短代码`[plyr]`即可添加播放器,支持参数 urlposter ,分别是视频地址和视频封面图片地址

Github 仓库地址:https://github.com/bestony/simple-plyr
WordPress 官方仓库地址:https://wordpress.org/plugins/simple-plyr/

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

关于 GTD 工具

GTD 工具的使用是循序渐进的。我最早用 奇妙清单,太卡,换了。然后用的滴答清单,功能很强大,但是过于复杂,让我有点想逃离。后来买了 Things 3 ,用着还不错。最近换成了 Todoist,工具很重要,但也不重要。找到合适自己的。

什么样的标题更吸引读者

  1. 制造「冲突」:戏剧化的内容更吸引人
    1. 别人不知道的内容,更容易吸引人
    2. 旧事新角度,会带来新的冲突
    3. 反逻辑:背离常规的
    4. 威胁性的字眼(例如:反叛、可怕):大家会不由自主关注这类标题
  2. 贴标签:站队会为你聚拢属于你的目标人群。
  3. 悬念:设下一个开放性的问题,读者可能会因为想看到可能的结局而进来。

写文章推送时,标题尽可能避免哪些坑?

  1. 标题内包含特殊字符:在标题内加入特殊字符,会显得你的文章非常不专业、过于随意。除非你的公众号本身就具备了随意的属性,尽量不要使用特殊字符。
  2. 标题不要出现错别字、不完整、多字、不通顺:这些问题会显得你的文学涵养极低。拉低别人对你的评价
  3. 标题要完整,不能搞标题党:标题要内容完整,不能故意略去一部分内容,这样的标题有标题党的嫌疑,而且表意不明,会让人心生恶感。
  4. 标题内容避免广而空:在大多数情况下,没有一个人能做好所有的领域,你的文章、标题应该专注某一个点,避免假大空。
  5. 标题内中避免使用语气词:减少语气词的使用,语气词,特别是一些语气非常强烈的语气词,会让人有一种你已经失去了控制的感觉。减少语气词的使用,表现的心平气和一点。
  6. 标题的一些其他要点:
    1. 不要选择太过于专业的词汇,除非你写的文章面向的是同行业的人士。
    2. 不要有太多的主观感受,不会有太多人以你的观点看文章。
    3. 避免太长的标题,8~20字为佳
    4. 避免使用过多的无用词,尽可能让你的标题信息量更大
    5. 避免标题和内容不符合。