Tag: wordpress

  • “网络读书会” 的一些思路和方案

    想弄一个长期的、朋友们一起读书的小组。大家对书中的文字，进行高亮或评论，并且围绕评论进一步讨论。 对于读书平台而言，这应该是很容易实现的功能。很多平台都有类似的功能：Amazon、微信……但并没有真正形成规模。原因很简单：首先，参加讨论的每个人，都先要在那个平台上买书。这就会涉及到金钱上的压力；大家也不想被平台渐渐捆绑住；以及，如果讨论的内容敏感，在某些平台，是很危险的事。 于是，有什么方法，可以不依托于大的平台，就能实现读书会的功能？以及，无须讳言，很多时候大家读的都是盗版电子书，读盗版是否也可以享受一起读书的乐趣？ 虽然我们想要构建一个公开的、适合更多人的平台，但最终并没有特别完美的方案。考虑到的很多方案，其实更适合少数人的内部读书活动；所以，在这里把这些思路介绍一二，如果大家觉得合适，可以自行去拉小群，不用管我们 ^^ 需要考虑的问题 不同的人数规模 书如何生成？ 首先，目前的各种方案，只适用于文本编码形式的书；对扫描版的书做评论要复杂很多，暂时不考虑。 大多数书以 .epub 的形式被获取，在不同方案中，被转换成 .pdf .docx .html 的形式。用 Calibre 可以很容易把 .epub 转换成 .docx 和 .pdf，后者需要事先考虑页面大小、字体、边距……以方便多数人的阅读习惯。 生成的 .docx 可以直接导入 Google Doc 之类的在线文档；导入 wordpress 的话，可以使用 Mammoth .docx converter 之类的插件。 使用 pandoc 可以从 .docx 生成很清爽的 .html 主体，比用各种 Word 软件转换好，也比用 pandoc 直接从 .epub 转 .html 好。 目前的三种方案 方案 1. Google Docs…

  • 苟日新

    突然被人跑来问，是怎么做到写博客坚持这么久的，而且可以持续输出？ （荣幸地，拿起话筒：）啊，我不觉得我这个样子，叫做「持续输出」啦。早就连每月一更都不能保证了，而且那些技术相关的帖子，在我心里都不能算是「更新博客」的，用这些凑数也为我自己所不齿…… 但我看到这个问题时，首先想到的，一个很重要的因素：大概是因为，这个站就一直在这儿吧~ 我的技术能力，不需要花什么额外的精力，就能让这个 blog 一直存活下去。于是，想写东西的时候，这里始终有个地方，可以让我写。 ——也有很多时期，是完全写不下去的，长时期没法去面对、去反刍自己的生活；然而也没必要因此而关站，就让 blog 存活在那里，终归是个表述的出口。大概是因为，我也是希望，自己能够从那些「无法整理自己」的状态中，渐渐走出来，回复到可以写东西的状态吧。所以站点的持续存在，满重要的，因为确实能感觉到，想写点什么的时候，如果没有这么个站，又或者需要自己重新架一个，可能也就不写了…… 这种「随时可以在站点写东西」的状态，也影响着对 blog 平台的选择（怎么又拐到技术贴去了？好吧，之前也一直想吐槽这方面，就顺带提一下）。这些年一直有 〖wordpress vs 各种静态博客〗哪个更好的争论。双方确实各有利弊。总体来说，静态博客最大的优点就是……省钱，可以薅 github、vercel 之类托管网站的羊毛。但另一方面，静态博客每次发布、或者修改一篇文章的过程，其实满折腾的。通常情况下，它需要 我不乏看到有人，好久没有更新，突然想写一篇文章时，忘了怎么操作，翻出攻略来重温一遍；甚至忘了连接 github 的 ssh-key……可能别人觉得这样的折腾无所谓，或者自我管理优秀的话，不会出现这种情况。但我个人觉得，这是会在主观上，影响发文章的状态的。所以，随便在任何地方任何电脑上都能直观地发文，感觉还是蛮重要的。 好像也是可以通过一系列操作，实现用浏览器某个网站上编辑文章，然后自动编译发布到托管网站的。我没有仔细去关注。但是，如果把 blog 的生命周期，放到 5~10 年这个尺度上，那么这些网站之间的复杂依赖关系，很大程度上是不靠谱的。譬如我已经看到好几个静态 blog 的外挂评论系统，不知为什么不工作了……总之，相比之下，我可能更宁愿去使用那些免费带广告的 blog 平台。 我对写 blog 的新人的推荐，一直是—— 转一张图，对于熟悉这十几年来 blog 平台变迁的人，应该会很搞笑：用不同工具写 blog 的人，（写 blog 文章）vs（写关于怎么配置 blog 的文章）的对比。右下角那些术语，都是在各个年代，需要各种不同程度的折腾的，静态 blog 方案：gatsby、org mode、jekyll、hugo、git workflow…… ps，两个月前，用这段代码方案，把我在 twitter 的所有 po 文，都导入到了自建的 mastodon 里。Twitter 那边，应该会随着 Elon…

  • WordPress 使用 SQLite 数据库

    之前写了一半的，如何在轻量级个人 VPS 上搭建各种服务的帖子。一时懒得去把坑填完了。但前几天突然发现自己落入了思维误区：为了配合 Mastodon 或 Pleroma，总想着如何把 WordPress 从 MySQL 迁移到 PostgreSQL。——但是，其实完全可以用 SQLite 啊！对于偶尔才更新一篇的个人 blog 用户，把数据库放在一个 SQLite 文件里，不需要另外安装数据库服务，完全是可行的。 用 Docker 观察内存开销。对于新建的 wordpress 站点，wordpress 本身（包括 php-fpm、nginx）占用内存大约是 40-100M（使用缓存插件后会减少）；MySQL 数据库占用内存 200M，随着渐渐使用，有着近千篇文章和评论的 blog 站点，MySQL 占用内存会达到 500M 甚至更多。 ——数据库的这部分内存，使用 SQLite 后，完全是可以省下的。 可以通过 SQLite Integration 插件，安装基于 SQLite 的 WordPress。 WordPress 官网的插件页面，因为作者失联而停更。但隐藏的插件下载链接，一直都还有效： UPDATE：上面这个原作者已经停更了的代码，只支持到 php 7.4，在 php 8 里已经失效了。大家可以继续用，但要注意 wordpress 的 php 环境版本。推荐使用 Github…

  • WordPress 的 ActivityPub 插件

    试用一下 WordPress 的 ActivityPub 插件（官网 / Github）。 主要功能，就是在 wordpress 上，建一个 Fediverse 账号，Mastodon / Pleroma / Misskey / Honk……的用户可以 follow 这个账号。新的 blog 文章发布时，这个账号会发一条嘟文，大家可以转发这条嘟文。followers 对这条嘟文的回复，会自动同步到 blog 文章的评论区。 就像我为这个 blog 建的 fedi 账号：@[email protected] 需要指出的是，并不存在 blog.fivest.one 这样一个 fediverse 实例。陌生人搜索这个账号，看不到任何历史嘟文；这个账号不能去 follow 别人，不能对别人说话，不能回复别人对自己嘟文的回复，也不能看到多少人转发点赞了自己的嘟文。——这些功能也许以后会有，但目前，这个插件所做的，只是在新 blog 发布的那一刻，向所有 follow 这个 id 的账号，push 一条嘟文。这条嘟文，在 blog 服务器上，并没有保存；而只存在于 follow 它的那些实例上，再被人转发到更多实例。 当 blog 的文章被删除时，这个插件也会通知所有的 followers，从他们的实例上删除对应的嘟文。但是就像我说过的，这个机制并不能把那些，被转发到其它实例的嘟文，也一起删除。所以，当你在 blog 按下发布按钮的一刹那，带着你所写的全部内容（或者摘要，可设置）的嘟文，就可能会永远飘在 fediverse…

  • 个人 VPS 上的服务安装（未完稿）

    这篇文章要讨论的是，如何在一台轻量级的 VPS 服务器上，基于自己的域名，同时安装如今各种流行，去中心化的网络服务： 个人博客：Wordpress ActivityPub 社交网络：Pleroma 或 Mastodon Matrix 聊天服务器：Synapse 或 Dendrite 个人网盘和在线办公套件：Nextcloud 然而，原本我一直在用 Linode 每月 5 美元，1C1G（1个CPU，1G内存）的服务器，打算安装的服务，也是基于这个级别的配置。然而弄到一半，突然被乔乔推荐了 Contabo 每月 5 欧元（要一次缴一年，不然有额外费用），4C8G 的服务器。虽然实际速度和网速，并不比 Linode 或 Vultr 好多少，但 8G 内存，选择各种服务的余地可就大多了。所以我整理出来的 1C1G 方案，自己并没有在用……原因我后面会说。 之前也犹豫，既然同样价钱都能 4C8G 了，那为啥还要写 1C1G 的方案？很快大家的配置也都会变高级了吧？但想想也未必，还是整理一下吧。 这篇文章讨论如何在轻量级服务器里塞进各种服务。——前提是这台服务器，假定只会有你一个人在用，最多加上你的闺蜜和男朋友。我并不知道几十个用户的 Mastodon 会有怎样的开销，至少在 1C1G 上这样做非常不靠谱。我所面向的，只是两三个好友自用的私人 VPS 而已。 这篇文章不是写给小白用户的。整个系统还是很复杂的。指望有一个教程，或者一个 docker-compose，能够让完全不懂 Linux 的用户，通过逐行复制命令，就能搞定所有的安装，目前还不现实。你至少要有在完全理解的基础上，用 LNMP 搭出 Wordpress 的能力。所以我也没必要把用过的每一条命令，都放在这篇文章里。——对于每一项服务，我会尽量给出相关靠谱攻略的链接，并且讨论一下里面的坑，和我个人所作的选择。 所以，其实这篇文章本质上就一句话： 是的，这些服务都可以装到一台机器上，不冲突。我弄过了，没问题，你们放心慢慢弄吧。 安装环境：一台 1C1G（或更好的） VPS 服务器，一个你自己的域名。

  • 我为什么来推特

    突然大家在回忆这个，于是也整理一下。 其实是先有 blog 再有 twitter 的。 2007年，在某个国内 blog 网站（好像是已经倒闭的 blogcn），看到个功能：在首页更新自己的一句话状态，类似于 QQ 签名档的样子。于是也想在自己的 wordpress 上面搞一个。研究了一圈，发现与其在 wordpress 上写代码，不如去注册 twitter，然后把最新的 twitter 信息同步过来。 当时有个叫做 twitter tools 的 wordpress 插件，可以定时把自己最新的推，存储到 wordpress 的数据库里，然后就可以本地调用，用纯文本的格式显示在首页上。——比 twitter 官方，以及各家山寨们，用 JavaScript 或者嵌入 frame 的方式显示，要清爽很多。这可能也是当时为什么没有首先用饭否、叽歪，等山寨货的原因。 后来还自己写了个插件，把存下来的推，每个月合成一篇 blog 文章。再后来 twitter API 改版，twitter tools 的插件也就不能用了。而 JavaScript 或者 frame 的方式，墙内的访问者是看不到的，反而会影响网页加载，也就没法用。（同样的道理 Google Analytics 也不好用）。一直想自己再写一个，基于新的 API 或者 RSS 把推同步到本地的插件的，但始终没有弄。 所以对我而言，注册 twitter 最初仍然只是自说自话的另一种方式，和…

  • [wordpress plugin] FS Hide Time

    朋友，你是否从牙牙学语的时候，就开始坚持写自己的blog？十年浩劫中，你的服务器是否幸运地未受影响，从而把所有旧时文字都保留下来，并且成功地移植到了wordpress上？然后时隔多年回头看去，会觉得那些文字很傻很天真，傻丫得简直不配和现在的你，共存在同一个blog系统，但就这么删了又有些舍不得？又或者当你被生活已经恶心成另一个人后，就只能坐在电脑前羡慕地翻看着那个鲜活的不是你的你，刹那芳华红颜弹指，至少那些文字中不时流出的和前男友的巫山云雨，总要藏起来只有自己看到才好。 用我的插件吧。 这个插件可以把你指定时间之前的blog文章设成隐藏（private），或者自动把xxx天前的blog文章设成隐藏。 1. 本插件只对【文章（post）】进行操作，【页面（page）】不受影响。 2. 本插件只对类型为【已发布（publish）】和【私有（private）】的文章进行操作，类型为【密码保护】的文章不受影响。 3. 在隐藏以前的文章时，那些之前就已经单独设置为私有类型的文章，本插件会将其记住，确保以后批量取消隐藏时，不会将其一起公开。 4. 本插件是通过把文章设成【私有（private）】来实现隐藏的，因此基本只对单用户blog好用。如果wordpress中存在多个admin用户，或者专门进行了其它的权限设置，则不保证你的私有文章不会被别人看到。 Plugin Name: FS Hide Time Version: 0.8 Author: fivestone Requires at least: 2.7 Tested up to: 2.9 [download id=”8″] == Description == This plugin can batch hide the articles posted before some date, or automatically keep hiding the articles posted several days ago. 1.…

  • WordPress中的标点符号转换 – 2

    以前提到过 wordpress 会把诸如 “–” 之类的符号自动替换成 “—” 等全角字符，解决方法是在 formatting.php 中修改 wptexturize() 函数，但这样子修改，每次wordpress升级都会被覆盖。于是就想写个插件解决。但用插件的话就只能把整个 wptexturize() 都禁用掉。这个函数的其它部分是一堆转义代码，一时看不懂什么意思，担心禁掉后会不会被人在留言里用script渗透。就放在一边一直没有弄。刚刚看了看，应该和script没关系，可以完全禁掉的。 然后发现早在07年，就有先贤写过一个只有三行的叫做 Disable wptexturize 的插件，用来禁掉这个函数。但是….为什么这个插件也叫做wptexturize？也就是说只有已经知道了这个函数的存在的人，才能够搜索到这个插件，而通过其它如 “disable auto format / convert” 之类的关键字，基本上是搜不到的。 程续缘真是可悲的物种啊。

  • [wordpress plugin] Disable Comment RSS

    Plugin Name: Disable Comment RSS Plugin URI: http://code.google.com/p/wp-disable-comment-rss/ Blog URI: http://blog.fivest.one/archives/664 Description: Disable RSS of posts or comments separately Version: 0.8 Author: fivestone download link == Description == User can choose to disable the RSS for the posts or the comments, or both of them. Background: I am using the plugin “Whisper” to make some…

  • WordPress 的文章收藏插件

    某人问起有些blog文章后面那些收藏的按钮怎么弄啊，正好我从上次删掉ShareThis后也一直想再弄个类似的玩玩。网上转了一圈，相关的wordpress插件很多，但大部分（如ShareThis、AddThis、add-to-any、以及我爱水煮鱼的国内精品17fav）都是把主程序建在他们自己的服务器上，在blog里插入一段js，访问它家的服务器，才能中转到进行收藏的网站。 实在搞不懂他们为什么要用这样的架构。每次收藏都访问服务器，大大增加了页面读取的时间，甚至当读者网络不畅（如教育网不能访问ShareThis）以及某些不靠谱的时候，会发生完全不能使用的情况。最不爽的是用户只能在网站提供的那些收藏站点间进行选择，不能自行添加要收藏的地址。而那些插件的提供者也不大可能牛x到要网站们过来给钱求着，才给你添加收藏按钮的程度。个么除了能够享受PR激增的快感外，看不出有这样做的必要。这样的插件，完全可以纯在本机运行。 于是找到了Sociable，完全在本机运行的收藏插件。界面看着也比较清爽，用户可以在列表中选择要显示在页面上的收藏按钮，调整其先后顺序。也可以通过编辑插件的php文件，比较轻松地增加通往新的收藏站点的按钮（如果能在后台界面中管理就更好了）。试着编辑了一下，添加了下列网站的收藏按钮： Google Reader、豆瓣、九点、校内、开心、嘀咕、饭否、QQ书签、百度搜藏 后面几个服务我从来没用过，甚至觉得显示到它家的收藏按钮会降低本blog的品味 @.@ 但既然是大势所趋，也就无妨顺手加到后台列表里面，大家可以按口味选择。 另外，因为 Google Reader 的Note in Reader功能只能对当前页面的地址起作用，不能在blog首页的文章列表中获取单独某一篇的url，所以专门对此类网站添加了singleonly属性，只有单篇blog页面下，按钮才会显示： if ( true == $site[‘singleonly’] && !is_single() ) continue; Google Reader的图标和Google Mark的图标重复了，看着不舒服，大家有什么建议么？ 调整了一下显示页面，使title和图标在同一行显示： // $html .= “<div class=\”sociable_tagline\”>\n”; $html .= stripslashes($tagline); // $html .= “\n</div>”; 修改后的插件在这里提供下载： [download id=”4″] 如果需要新的收藏按钮又自己懒得动手的，可以在留言里提出，我会酌情添加进去。