购买 NAS 前的灵魂三问

Tony 提交于 2019-12-27 11:59, 星期五

我知道有时候捡垃圾是真香,但毕竟钱不是天掉下来的,居所的条件也不能让人敞开来放机子,

所以我给自己设计了一系列问题来帮助自己做是否购买 NAS 的决定。

在思考这些问题的期间,我获得的乐趣和在闲鱼 Window Shopping 时是一样的,毕竟手头已经有一些储存设备,让我能从容地思考以下问题。

第一问:自己需要更多的储存能力吗?

先看看自己主力机上的 D 盘,E 盘 ,F 盘,百分比进度是不是已经红色了。

对我来说这个答案是否定的,我的台式机有一个 480G 的 SSD 作为 C 盘,一个用了不到 30% 的 2TB 的机械硬盘作为 D 盘。另外还有一个 3TB 的 NAS 作为电视盒子的补充,也只是用了 2TB 左右。所以购买了更多 NAS 的话,最多只是把 2TB 的台式机硬盘腾出来另作他用,而目前我没有需求和精力来实施任何计划。

不过我没有储存小姐姐的需求,也觉得很多节目在线看了就完了,娱乐节目在任何时候都有替代品,所以不会有很多视频文件的储存需求,这点应该跟这个网站的初衷是相反的。

第二问:NAS 能给自己带来什么?

真实的储存要求?更细致的下载机、视频处理、储存灾备分工?还是单纯地对硬件软件的喜爱?不折腾不舒服斯基?

很多人建立 NAS 的目的是组建家庭影院和备份照片,而我下载的豆瓣 TOP250 到现在还没看完,没有备份照片的需求(也不一定要通过 NAS 实现)。

所以折腾 NAS 对我来说主要是来自对“拥有某个硬件”的执念或者“把玩某个软件”的体验需求。

第三问:自己的技术栈可不可以驾驭 NAS?

不同于传统的 Windows 电脑,我们可以通过 重启重装重买 来解决软件硬件上的问题。

首先 NAS 上的数据是很难备份出来的(要买一个至少相同大小的桶),这就决定了重买不是一个很现实的选择。

其次重装的话,在不考虑高端的一揽子 NAS 解决方案(例如白群晖)为前提,我会问一下自己的技术栈:

  1. 能不能独立完成刷机
  2. 能不能够解决例如针对破解系统的每一次升级中有可能出现的 BUG
  3. 能不能定位并且替换损坏的零件
  4. 假如目前的 NAS 出现问题,能不能从零搭建一套有类似功能的替代品(例如整合下载套件,影音数据库,内网穿透等)

网上有很多大佬折腾 NAS 的文章,看着很有意思,但自己实践起来的话不多不少有坑是过不去的,自己是否做好了为之学习钻研的准备?

通过对以上问题的自我剖析,我的决定是先不买更多的 NAS ,直到硬盘装满或者硬件发生故障为止。

但是看到某些好玩的便宜小机器,还是会入手玩一下。😊

原文章地址:购买 NAS 前的灵魂三问

文章标签

一些小而美的 BSP 和博客程序

Tony 提交于 2019-11-13 16:07, 星期三

虽然我已经很少更新博客了,但还是很喜欢看别人的作品,尤其是加入到围绕着一个主题而展开互动的人群之中。

BSP

  1. Typlog ,一个有写作后台的静态博客。6 刀一个月,60 刀一年(比 Fireside 便宜多了)。特色是支持播客。创始人 lepture 的访谈,Typlog 的简介在这里
  2. Bitcron,一个可作为博客使用的互联网渲染引擎,只需网页即能工作,支持 Markdown 语法,通过 Web、微信、Dropbox 一键发布博客。不同套餐有不同的资源。Bitcron 的简介在这里,创始人海波的自我解释
  3. Blogger,没错,就是那个 Blogger ,因为众所周知的原因所以我说她“小”,但现在已被爱好者研究出搭建无缝的 Blogger 站台,动手文章在这里这里。我的评价是在 Blogger 面前没有可以打的免费 BSP 。

博客程序

  1. Gridea,一个静态博客写作客户端,免费,目前有活跃的用户在制作主题。
  2. Yellow, 无数据库,没有后台的 CMS,“如果你只想安静的写写博客,只需要简单的功能,追求简洁轻快,Markdown 写作的话,Yellow 绝对可以胜任。
  3. Grav CMS, 文本数据驱动的内容管理系统。 看看 MovableType 老朋友 dimlau 是如何安利的。
  4. Surge,Static web publishing for Front-End Developers.
  5. Pico,A stupidly simple & blazing fast, flat file CMS.

文章标签

网站丢失 emoji 表情的解决方法 📓

Tony 提交于 2019-03-08 01:08, 星期五

上次 升级到 Drupal 8 时顺便升级了数据库编码到 utf8mb4,但偶然发现(大概就是动过数据库备份/还原后)emoji 表情都变成了问号 ? 。

观察了一阵子,发现并不是所有的 emoji 都会丢失,在 Unicode 5.2 版本以下的 emoji 是不会丢失的,为此我还弄了一个页面来提醒自己哪个版本以下的 emoji 是可以使用的,在插入文章里会先看一下这个 emoji 的版本,为了方便复用还把网站常用的 emoji 保存到 Evernote 里,但终于也在一次 Evernote 升级时变成了 ❓ ……

解决方法,在 my.cnf 里加入以下设置:

 

[client]
default-character-set = utf8mb4

[mysql]
default-character-set = utf8mb4

[mysqld]
character-set-client-handshake = FALSE
character-set-server = utf8mb4
collation-server = utf8mb4_unicode_ci

重启 MySQL/MariaDB。

修复表的记录

mysqlcheck -u root -p --auto-repair --optimize --all-databases

再进行数据库备份/还原的操作,清除缓存,发现 emoji 终于没有变砖 🧱 了(这个砖头的 emoji 在 Unicode 11 里,老系统不一定看得见),问题解决。

文章标签