Akiの部屋

걱정말아요 그대(请不要担心)-李笛 Guitar Cover

Sun, 12 Jul 2020 11:03:10 GMT

人生中的第一支视频。翻了最近特别喜欢的《请回答1988》中刻进DNA的曲子《걱정말아요 그대》。  这次也是突发奇想，一直想要上传吉他的视频但是都没有太多时间投入，虽然近期也非常忙，但什么也没管，用了一天的时间一个人在家练习+录视频，希望这是一个不错的开始吧。

吉他：Yamaha LL16D

录制：IPhone 11

后期：无，视频直出

等以后学会唱这首歌了，再补录一个完整版的吧～

若内嵌播放器提示无法播放，可以在 YouTube 观看《请不要担心》吉他翻弹

エルマ, 只有你是我的音乐

Sun, 29 Dec 2019 12:16:57 GMT

今年夏天，遇见了ヨルシカ的音乐。

为何到冬天才说起这件事情，一方面是因为夏天开始，一直都沉迷于这个乐队的音乐作品，但更多的原因还是因为懒吧。下半年是一个非常难熬、辛苦的时段，但幸运的是，往往都会听见一些惊艳我的歌曲，为苦闷的日子加入一些酸甜的味道。

ヨルシカ是成立于2017年的乐队，成员是作曲家n-buna和歌手Suis小姐姐。n-buna早在2012年就作为V家作曲人在niconico上活动。但是此前我是不知道的，但有一首「夜明けと蛍」印象比较深刻，只不过没有关注到n-buna这位作曲家。

初夏，因为翻唱度较高的一首「だから僕は音楽を辞めた」，我开始关注ヨルシカ。恰好马上他们也发行了第二张完整专辑「エルマ」，得以完整的感受ヨルシカ这两张堪称艺术的作品。

有人评价n-buna的风格，如同幻想与现实相互融合，在现实的题材中又描述了许多奇幻的意象，让人分不清其中的界限并因此深陷其中，而ヨルシカ我认为这种风格更甚。Wiki上描述，因为不希望为音乐带来先入为主的偏见，所以关于这两人的官方消息除了一点点信息之外别无其它。在乐队性质的基础上，可以说「ヨルシカ」本身就是一件作品。

至今，ヨルシカ总共出了两张完整专辑和两张迷你专辑，本篇想说的重点在于两张完整专辑「だから僕は音楽を辞めた」、「エルマ」。

「だから僕は音楽を辞めた」是以男主エイミー的视角创作的，「エルマ」则是女主的名字。讲述了一位为了少女写歌的少年和一个追逐少年的少女。

「だから僕は音楽を辞めた」

8/31

藍二乗

八月、某、月明かり

詩書きとコーヒー

7/13

踊ろうぜ

六月は雨上がりの街を書く

五月は花緑青の窓辺から

夜紛い

5/6

パレード

エルマ

4/10

だから僕は音楽を辞めた

「エルマ」

車窓

憂一乗

夕凪、某、花惑い

雨とカプチーノ

湖の街

神様のダンス

雨晴るる

歩く

心に穴が空いた

森の教会

声

エイミー

海底、月明かり

ノーチラス

少年独自在异国他乡为少女创作着音乐，却因为苦难的生活和渐渐认识到心目中的少女不再是自己想象中的那般模样而变得无法创作，不知道该如何前进。脑海里都是与少女有关的回忆，但是没有少女的回应。夏天也好，冬天也好，有着温柔月色的夜晚也好，寂寥的清晨也好，有着太多的记忆。可是少女撒谎了，少年虽然明白，但是仍旧感到痛楚。想要忘记，温柔也好痛苦也好，晚风也好，谎言也好，你也好，我也好，什么都不需要。歌词随便写写就好，要是不做音乐就好了。无论曾经多少次用音乐来描写你，但现在已经不重要了。所以，我放弃了音乐。「エルマ、君なんだよ、君だけが僕の音楽なんだ」

少年在这样的情绪变化中，用木盒承载着想要寄给少女的信件和旅行的一些照片、唱片，寄给了少女。

少女收到了信件，决定去找寻少年曾经的痕迹。少女模仿着少年，弹起了吉他，演奏几小节。少女想起那个夏日跟少年在一起的时光，弹奏过钢琴的大厅，那家咖啡厅，都不在了。

下起了雨，少女在一家咖啡店里点了卡布奇诺，望着窗外，少女很想要见少年。

总算等到雨停，天空变得格外的蔚蓝。走过少年信件里描述的街道，对少年的思念越来越重。于是少女模仿着少年创作起了歌曲，歌唱着少年不在的这个夏天的少女的心绪。望着眼前少年信件里描绘的光景，仿佛可以看到少年曾经存在的痕迹，产生了自己也同样生活在这里的错觉。想象着和少年一同生活在狭小的房间里，少女努力想象着夏日里少年的模样。少女心的正中央，慢慢地破了小小的洞。少女始终找不到少年，在这个遥远的国度，心中空荡不安。

最终，少女走到了少年最后一封信的地点，在海边的桥头，发现了少年遗留的吉他，少女抱着吉他痛苦，她终于找到却再也见不到少年了。

文笔全无，描述不了太好关于少女和少年的故事。但n-buna是真心想要创作出一段故事。两张专辑中，有不少的MV，或多或少都透露了关于少年少女的故事。

在「だから僕は音楽を辞めた」中最后一幕，少年走到了海边的桥头。

而在「エルマ」的最后一首「ノーチラス」中，少女最终找到了这里。

ヨルシカ的MV里存在着很多类似的细节，为音乐本身带来了更加丰富的情感和意象。

其中必须要夸赞下Suis小姐姐，无论是唱功和声线，我认为跟音乐本身都是完美的融合，找不到更加完美的搭配了。Suis的声线真的能把听众带入到n-buna想诉说的故事里。

能够在这个夏天遇见ヨルシカ，是今年最幸福的事情了。

平时写作也不多，水平直线下降了，但是真的非常推荐ヨルシカ。非常期待下一个夏天的ヨルシカ。

WSL on Windows 10

Fri, 07 Jun 2019 05:04:08 GMT

Windows Subsystem for Linux是Win10原生支持的Linux子系统，可以在其上运行GNU用户空间。大部分情况下Linux内核调用会通过相应的驱动映射到对应的Windows内核调用，但同时也有可能缺乏对应的Windows内核调用。因此WSL本身在使用上有一定的限制。也因此WSL并不是运行在Windows上的“虚拟机”，Linux命令可以像Windows应用程序一样访问本地主机，无需使用虚拟化的网络。

目前WSL上可以运行Bash shell和命令语言、命令行工具、编程语言解释器甚至是图形应用程序等。同时也存在一些问题：如朋友反应无法运行docker；自己也遇到某些情况下sudo无法正常使用的情况。并不能完全把WSL当作Linux来进行使用。  但是，

作为一个写不惯CMD和PowerShell的虚假软粉，能够在自己喜欢的桌面系统中同时使用比较熟悉的linux操作，是一种双倍的快乐。再加上Windows本身丑到不行的CMD界面，我更想找一个替代品（Windows Terminal还在alpha版本，只能慢慢等了）。

WSL安装

安装比较简单。在Windows Store里搜索WSL就可以了。商店里现在提供的Linux版本有Ubuntu，Debian，Kali Linux，SUSE Linux Enterprise Server。我选择了我比较熟悉的Ubuntu。值得一提的是，WSL最初即是由Microsfot与Canonical合作开发的。

需要注意的是，在初始化WSL之前，你需要在windows feature中把WSL选项勾上，重启之后才能开始设置WSL。

优雅WSL

默认的Ubuntu源可能因为网络原因会较慢，可以自行切换为国内源，加速软件包的下载速度。

安装之后就会有Windows为WSL准备的默认终端，默认的字体是宋体。

网上有很多关于第三方终端来提升Windows下终端的体验，比如<code>Hyper，Terminus，Fluent Terminal</code>等等，在美观方面都碾压默认的WSL终端。我都有进行过尝试，被性能劝退了。特别是Hyper，Terminus这两款基于Electron的终端，使用起来让我有点怀疑自己笔记本的配置是不是假的。

最终我决定使用默认的WSL终端，但是实在是原生的太难看了，特别是宋体的加持，让人目不忍视。

首先要搞定的就是字体问题。Windows默认终端是一个较为底层的应用，没有使用通用UI渲染层。终端默认状态下可选的字体较少，需要安装额外的字体。我目前使用的是Sarasa Gothic，选择的是<code>Sarasa Mono T SC</code>这一等宽字体。

解决掉字体问题，当然是直接上手广为人知的<code>zsh & oh-my-zsh</code>：

sudo apt install zsh
sh -c "$(curl -fsSL https://raw.githubusercontent.com/robbyrussell/oh-my-zsh/master/tools/install.sh)"

<code>oh-my-zsh</code>主题我比较喜欢酷炫的Powerlevel9k：

配置好之后的界面大概就是这个样子：

此时，右键menu bar->properties->Colors->Opacity调整到自己喜欢的程度，为其注入灵魂（大雾）：

Tips

到此基本的配置就完成了。可能有些时候会出现与上述图片不符的情况，这可能是各种各样的原因引起的。本人是在Windows 10 English环境下进行的相关配置，同时参考了Dev on Windows with WSL做了一些修改。

因为有现成的文章描述，更多的细节也就不描述了，这里说一些比较重点的部分。

`ls`后背景色问题

可能很多人会发现ls和cd命令，会出现非常违和的后背景色。是因为WSL文件系统的权限问题，Windows原有NTFS文件系统中的文件到WSL下权限全部变成0777。

想要从根本上解决此问题，就需要解决WSL下的权限问题。

在WSL中创建/etc/wsl.conf：

[automount]
enabled = true
root = /mnt/
options = "metadata,umask=22,fmask=111"
mountFsTab = true

重启终端即可

执行Windows命令

是的，WSL可以直接执行CMD命令。当然，要加上.exe才行。

四月

Sun, 07 Apr 2019 14:11:07 GMT

四月应该是一个必须要更博的月份吧。抱着这个想法，在时隔半年之后随便写点东西。

过去半年的时间里，反反复复地为博客制定了一系列的文章计划，然而在繁忙的工作里都被无限延期。当然一部分原因也在于休假中的自制力太弱。

“啊~真的老了”，有时候就会发出这种感慨。明明在旁人眼里我还是个非常年轻的人，但自己也很清楚地认识到，内心的某些热情在慢慢褪去、消逝。年龄越大，对自己自身的认知越来越深。慢慢知道原来自己是个什么样的人，曾经认为自己做不到的，可能有的已经做到了，可能有的还在坚持，有的已经放弃了。渐渐才明白，无论发生什么，自己都是会一直向前走。跌跌撞撞抑或是大步流星，都会慢慢走，至于目的是什么，却不太清晰。不过话说回来，大家的终点都只有一个。支撑着往前走的欲望，大概是想要看更多的风景吧。

曾经我以为，随着年龄的增长，心态、思维、观念会随之改变。到自己工作后，才发现，这些与年龄无关，与身份有关。当自己褪去学生身份之后，包袱里的东西就突然变得多了起来。以前从来也不知道，这些是会突变的，就在某一个瞬间。自然而然地开始习惯它们的存在，变成了生活的一部分，慢慢地改变了自己的想法。也许，这就是世人常说的成熟，我认为是有了这些经历之后的理解。世界是复杂的，人更是如此。需要去理解的东西还有很多。

最近有点消极，发点牢骚。

今年想做的事情有很多，想告诉自己一定要去做。

分享一首Aimer即将要出的新歌，两张专辑要入手，演唱会也一定会去的。

旅行随笔：十月的南京

Sat, 06 Oct 2018 11:56:51 GMT

这是我的第二遍修改了。

太久没有写过东西，生疏地不知道该如何写起。要用什么结构，要如何去描述等等，太过于纠结却发现最后什么都写不下。所以我干脆放弃了逻辑，彻底地“随笔”吧。

南京给我的第一印象是一座传统文化气息很浓厚的城市，历史感浓厚。也不奇怪，南京在历史上长期都是政权的南方政治中心，素有“六朝古都”之称。同时作为民国时期的首都，这里的民国文化印记也是相当的深刻。江南贡院、夫子庙、总统府、中山陵等等等等，都是时间向我们诉说的过去的故事。

在南京短短的几天，气候都非常舒适，宛如浸泡在醉人的酒中。十月真的是个好时候。待在深圳愈久，反而更喜欢南京这种四季分明的城市，春夏秋冬，会有不同的光景、不同的感受。我更喜欢去体会这种不同，而不是一年都待在仿佛一个季节中，这样会对时间失去新鲜感。

南京的食，鸭好像占了比较重要的地位。第一顿吃的南京大排档，品味了相当美味的鸭肉，以及许多其他美食。比如虾仁烧麦、红豆元宵等，名字是否是这些我都不太确定，我是一个只会吃不会关心名字的人(笑)。特别说明一下红豆元宵确实很棒，我很喜欢。我也好像是第一次吃到这种组合的食物，感觉很新奇。之后也如愿以偿地吃到了南京的鸭血粉丝汤。未毕业前我就唠唠叨叨要去南京吃一顿正宗的鸭血粉丝，终于。只不过美中不足，我预估错误了份量，导致吃太多，到最后反而有些想吐，败坏了美食体验。后来还去了新街口一家比较出名的猫抓烤肉，一开始还没有感受到什么叫做热门门店。但是两点多到拿排50多桌，以及后来一整个下午外面都是满满的排队人群，我后知后觉终于了解到了这家店有多火。价格相对来说没有太贵，味道不错，同时店内环境也比较好。吃了整整一下午，算是相当舒适的体验了。

说到新街口，好友跟我说新街口是一个非常大的地铁站，有着24个出口，并且执意要带我看看。我确实有点被吓到了，毕竟在地铁里面卖楼的我确实没有见过。听好友讲述新街口的来龙去脉，觉得非常有意思。南京的整个城市规划我还是挺喜欢的，同时也是有着非机动车道的城市（再次吐槽一次深圳没有非机动车道，很是失望）。南京的绿化也是做得相当的好，就算是午时的散步，也会让人感觉非常的舒适。

因为是黄金周的时间，很多地方都是人满为患。但不去，总觉得稍有些遗憾，所以夫子庙、总统府之流的，挤也是挤过了。其实重点不在于旅游景点有多么的好看，多么的有纪念意义，对我来说和一起游玩的人拥有一段共同经历的时光是一件值得称赞的事情。后来也有在南京大学、东南大学的校园里逛逛。也是知道了原来南京大学和东南大学是由曾经的国立中央大学分出来的。逛学校的时候是在晚上，校园的街道上人不多，自习室里有着埋头苦读的学生，草地上有着围成一圈、欢声笑语的活泼面容，不由得羡慕起了这些美好流年。

第一日的晚上也发现了一个我很喜欢的地方，南京眼步行桥。这大概不算是一个景点，至少暂时不算，因此没有什么过来旅游的人，倒是众多的一家老小过来散步。步行桥横亘在长江分出来的一条支流上，连接着建邺区和江心洲。现在这个季节的江上微风徐徐，十分舒服。晚上也会有灯光打在桥上，十分好看。光影的设计使人迷恋。好像整整一晚上都在桥上散步，忘记了时间。

旅行对我来说，是为了去经历一段时间，也更像是逃避自己孤身一人的现实。其实这样看起来有点可悲，但是至少，这样我会有出去走走的动力了。在不同的城市，感受不同的城市的人的生活状态，体会不同城市的呼吸，对我来说就是旅行的目的。

很是喜欢在南京的时光，喜欢到会生出一些负面情绪，妄想逃避现实。幸福总是与痛苦相伴，狂欢过后的失落也是更加的深刻。但还是不得不往前走的，因为贪心地想要下一段旅程。

端午安康-Little Forest

Mon, 18 Jun 2018 05:41:13 GMT

IMDb: 7.8/10　　　　　　　　　豆瓣: 8.9/10　　　　　　　　Bangumi：7.9/10　　　　　　　　Bangumi Rank：314

在某个地方摔倒时，每次回头看之前的自己，发现每次都在同一个地方摔倒。尽管一直很努力，却总在同一个地方画圆圈，徘徊到最后不过是回到了原点，很让人失落。但是每次，积累下了经验，所以不管是失败还是成功，都不再是原点。那么，不应该叫，圆圈，而应该是，螺旋。从某一个角度看，仿佛是在同一个地方转圈，其实，多少会偏离上一点或下一点。如果是那样也还好。也许，人本身就是“螺旋”，在同一个地方兜兜转转，每次却有不同，或上或下或横着延展出去。

《小森林》是五十岚大介的漫画作品，与2002年12月至2005年7月间在讲谈社的《月刊Afternoon》中连载。电影分为了《夏》《秋》《冬》《春》4部作品，发布的时候夏、秋篇合并在一起于2014年8月30日在日本公映，随后冬、春篇在次年2015年2月14日上映。

小森林描述的是主人公市子为了逃避城市的生活而回到了乡下老家，一个名叫小森的小村落。市子在这里过着自给自足的乡村生活，然而她的内心却还在犹豫不决，是否要在这里定居。随着剧情缓缓地推进，不同的人，不同的事，市子在小森度过了不短的时光，最后决定直面内心。这次，不是因为逃避，而是因为小森。

《小森林》是我15年暑假时，在学校宿舍里看的电影。对于已经毕业的人来说，当时那段时光也是非常宝贵。一直在想，为什么是在那个时间段看到了《小森林》呢？

仔细回想起那年暑假，是我第一次跟家里要求，要待在学校为了以后的出路而学习。那年夏天，学校里的人寥寥无几。自己每天上午学习计算机，下午练习编程，是一段安逸又不那么轻松的时光。当时和我一起的只有一个做暑假兼职的舍友，早出晚归。

也就是那时，看到了《小森林》。那是一个炎热的周末下午，宿舍里吹着空调，没有什么声响。我就这样静静地看完了夏秋和冬春篇。也就是那时，我发了条动态说，小森林绝对是我今年看过最好的电影，没有之一。

回说到电影本身，我很少接触到类似的美食电影或者，按照wiki来说，空气系。一开始，仅仅是觉得，看着市子做饭，是一件非常开心的事情，也别无他想。甚至一开始我以为这是纪录片。

夏秋篇的结尾，妈妈寄来了信。影片中关于市子曾经的生活回忆也渐渐地多了起来。我才慢慢发现到影片的剧情推进。说实话，这种细水长流式的剧情推进，面向的受众会较少。偏偏，我就是其中之一。市子在小森度过了一轮又一轮的春夏秋冬，做了一道又一道看起来普通的食物。然而，食物，就是故事。我很喜欢这种表达方式。在一道道美食里，总会带着市子与好友，与邻居，与自己的童年的回忆。我想，最后是小森留住了市子，也是市子自己留住了市子。

《小森林》之后，我没有动起料理的念头，也没有类似心灵鸡汤的灌溉。对于我来说，这部电影更像是一种交流。迄今为止我都度过了怎样的人生，以后需要怎么去选择，怎么去面对，《小森林》缓缓地告诉了我一种答案。市子在最后，回到了小森，在舞台上表演神乐舞。她终于没有逃避。尽管兜兜转转，但是与开始不同，这次，她是真的回到了小森。

我喜欢妈妈信中“螺旋”的说法。有时候，总是会发现自己在原地徘徊，懊恼不已，却又无能为力。但实际上，确实是不一样的。无论是多少次的失败，其实都没有回到原点。人，或多或少，都在往前或左右甚至向后走。兜兜转转，看起来是无聊，却又不全是。在每一段回旋中，都有些许不一样的地方。

工作之后，对这种心情更是理解。循环反复的日子里，我想，自己并没有停滞不前。

之所以在端午更博，是因为家里实在是太过安逸了。小地方，不远处都是青山绿水，吃过午饭后，家人躺在沙发上看着电视，外面稀稀疏疏地传来声响，人昏昏欲睡。让我想起了观赏小森林的心情。

端午节安康~

四月は君の噓

Sat, 31 Mar 2018 16:20:52 GMT

又是新的四月，又是一个“依旧”的四月。

反反复复删除了想说的话，不知道该写点什么。

感谢那个四月，感谢音乐，一直陪我走了这么久。

即使有再痛苦的事情，也能够获得一丝救赎。音符中所记录的旋律以及肆意挥洒的情感，是我的第二个世界。

一年又一年，从那之后，我也写着自己的音符，郑重而热忱。

“今でも、あなたはわたしの光。”

mpv进阶使用

Sun, 18 Mar 2018 01:00:20 GMT

前一篇文章简（sui）单（bian）地介绍了mpv这款视频播放器以及一些简单的操作方法。之后经过调教，现在用起来很舒服，特此分享一下我的调教过程。

mpv配置文件路径

mpv.conf是mpv的主配置文件，其它相关的script等也会放在同目录，在不同平台下配置文件的目录在：

Windows

%APPDATA%/mpv/

Linux

~/.config/mpv/

Mac

~/.config/mpv

mpv.conf

在主配置文件里，有相当多的配置内容。可以设置mpv对视频、音频甚至图像的支持。具体的可以参照官方git里的Example.

我的mpv配置的不多，主要是以下几个：

# built-in OSC close 关闭On Screen Controller来支持自定义脚本
osc=no

# Windows maximize adaptation 
autofit-larger=85%x85%

# force starting with centered window
geometry=50%:50%

input.conf

input.conf是按键配置文件，你完全可以花点时间将你之前的操作习惯迁移到mpv上，具体配置参考官方.

这里特别要提的一个是退出视频时保存观看进度的功能，这是我极为依赖的一个功能。（同时补番太多，有时候没有这功能都不知道我看到哪了）

mpv原生设定里，退出有很多种方式，按键 q、Q、ESC、点击关闭都是退出。不过q、ESC、点击关闭都不会保存观看进度，只有Q会保存进度。这种功能在配置文件里称为quit-watch-later。

所以我将所有的退出方式都更改为quit-watch-later，这样就不会丢失观看进度了。（目前没有解决的问题是切换列表中的文件时，进度没法保存，quit-watch-later只是退出mpv时才会触发的操作）

# Watch later when quit
# q quit
q quit-watch-later
# Q quit-watch-later
#ESC {encode} quit 4
#CLOSE_WIN quit
CLOSE_WIN quit-watch-later
#CLOSE_WIN {encode} quit 4

脚本

脚本是mpv配置的重头戏。mpv启动时，保存在配置目录的scripts文件夹里的Lua脚本自动加载且执行。官方wiki里有脚本的List，可以自行查阅，寻找自己喜欢的功能脚本。

分享一下我用的几个脚本：

autoload.lua：自动加载当前播放文件目录里的视频文件到播放列表，也就是自动连播，原生mpv不具有这个功能。

mpv_thumbnail_script.lua：显示预览缩略图。

save-sub-delay.lua：有时候外挂字幕时间轴不正确，调好之后，这个脚本会保存delay信息。

最后

可以折腾的还有很多，鉴于懒，我的需求也基本上满足，也就没有继续折腾了。想要发现更多功能，就给官方git来个star吧。

拥抱开源-mpv推荐

Tue, 13 Feb 2018 06:05:45 GMT

作为一个使用potplayer的老用户，终于忍受不了potplayer的频繁更新策略了。

因此寻觅起了替代的视频播放器，然后曾经有过尝试的mpv自然就蹿入脑海。

前言

不过不可否认的是，potplayer仍旧是一个非常棒的播放器，可配置程度高，网上也不乏各种如何配置potplayer的教程，如madVR，10bit，硬件解码等。作为一个使用potplayer接近五年的老用户，potplayer最吸引我的地方，在于解码器可自定义。多到很难全部了解的配置项，只要耐心折腾，总会折腾成自己使用起来最舒服的模样。另有一点则是win7时代，各家播放器的UI都丑的不像样子。而potplayer强大的皮肤库和皮肤渲染非常吸引我这个颜值控。比如说我很喜欢已经消亡的win7自带的windows media player界面，但同时不满于它的功能，就可以使用potplayer的windows皮肤，加上lav解码库。这套配置我使用了将近四年。

言归正传，当我真正耐心去了解mpv这款播放器时，才知道以前自己有多少错误操作。当然，从potplayer转向mpv是必须有一些阵痛的。比如说交互操作，自动连播等potplayer中很舒服的特性在mpv中没有或者说需要经过一番折腾才能使用。

mpv是一款跨平台的给予MPlayer和mplayer2的开源视频播放器。支持各种视频格式、音频解码、支持特效字幕（电影动漫的ass特效字幕都没啥问题），不仅支持本地播放，同样支持网络播放。它横跨了linux，Win，Mac三大系统平台，使用者可以熟练地在三大平台上使用mpv而不需要花费成本去寻找和适应另一款播放器。

想分两个方面来说下这款播放器，一个是交互，一个是性能，这是本人最在意的方面。

交互

mpv的操作方式，可能确实不那么友好。鼠标右键是暂停/播放，而不是想象中的右键菜单。是的，这款播放器点击画面并不会出来右键菜单，这是刚转mpv时我最不适应的地方。想要熟练地操作mpv，可能单靠鼠标做不到。我目前所发现的，也就只是点点界面里的进度条，音量，音轨，全屏等。如果在画面中滚动滚轮，可能会让你懵逼。

另一点就是，mpv的快捷操作，与大多数的播放器不同。就比如说<键和>键并不是你想要的效果。想要控制音量，需要9键和0键，而且数字键盘的9和0时没用的。具体这么多的快捷键说实话我也没有记住。看看文章最后的链接吧。

性能

我曾经抛弃过这么多播放器，很大一部分原因就是我觉得它们的性能过于劣势。最后使用potplayer+LAV解码库的方式，可能也并不是最强的性能配置，不过是我那台老电脑上用的较为舒服的方式了。当然，默认potplayer配置有点惨不忍睹。

性能这方面，我做了一下简单的实验，仅供参考，默认的mpv VS LAV的potplayer，实验视频为4K画质的《君の名は。》的BD源：

potplayer

mpv

可以看出，mpv总体小优于配置后的potplayer。（不要吐槽为啥不是同一画面，较懒，图中性能表现是可以代表播放同一片段时两者的性能表现的）

结语

想要分享这款播放器纯粹是一时兴起，mpv作为一款开源产品能有如此好的表现令我感到惊喜。作为一名‘软件洁癖’患者，如果开源软件有着不输于闭源产品的表现，我肯定选择前者。

除了我絮絮叨叨说的两方面，mpv还有很多出彩的地方。比如说支持配置文件，同样支持外置解码器等，这些有待以后挖掘了。

参考

异次元软件

初遇Python-numpy使用

Sat, 10 Feb 2018 16:14:07 GMT

因工作上的原因，偶尔会接触到一些图像处理的活。作为一名Java出身的鶸，很早就关注python。也借着工作的机会，偶尔上手玩了玩。本篇blog主要记载今天趟过的坑。

起初一直愉快地使用Opencv进行简单地图像处理开发，比如说使用对比度判断图像的清晰与模糊，利用pHash计算图像相似度（后来被大佬教学说机器学习更好用）等。这些都是在jpg，png等通用格式上进行处理。

直到需要处理raw image时，才犯了难。Opencv貌似没有API去处理raw图，可能是因为我没找到。于是便开始了折腾之路。

Raw image其实就是一个二进制文件，除了pixel value之外不包含任何其他的图像信息。因此，起初我使用了直接读二进制数据的方法，在用struct对字节进行处理，得到图像矩阵。

#example
with open(rawimage,'rb') as raw:
  while True:
    temp = raw.read(2) //如果raw image为8bit，则为1
    temp = struct.unpack('<h',temp)
    //statement

同时处理两张raw图进行相关的计算。上述代码在处理2832*2128的size的raw图大约需要5s以上。当然我认为这并不是一个很满意的值。但在我苦思冥想，按照自己的想法对内循环，变量等进行优化的时候，发现反而耗时越来越多。

直到偶然瞥到一句话，虽说不中肯，但是至少给了我一个提醒：Python能用外部库的不要自己实现。

于是，我铁了心要优化这5s多的耗时。虽说python比C要满，但C处理起来只是一个眨眼的功夫，python却需要5s以上，有点太夸张了。

之后就翻到了一直在使用的numpy，原本以为numpy只是一个矩阵操作的库，现在看来好像能做的事情比我想象的多得多。

查阅相关资料后，了解了numpy的frombytes，fromfile，fromstring函数功能，觉得这正是我想要的，就把代码撸了进去。

#example
with open(rawimage,'rb') as raw:
  data = numpy.fromfile(file,dtype=uint16) //如果raw image为8bit，则为uint8
  //statement

我兴高采烈地更改程序，并期待地运行起来，结果出乎意料：15s以上的耗时。

我彻底懵了。明明fromfile经过我的测试，读取raw图只需要不到1s的时间，怎么反而时间还多了3倍不止。

心情苦闷地对代码进行分段的耗时测试之后，终于发现了问题所在，在对numpy.fromfile返回的data进行遍历时，整整耗时了13s。

此时我才知道，遍历一个百万数量级元素的ndarray耗时如此巨大；但遍历同等数量级的dict却非常迅速。我意识到，我对ndarray的遍历方式是错误的。为了存储两张raw图的计算结果，我创建了一个同等长度的一维数组，并使用index进行遍历，同时访问data进行计算。而这种data[index]的访问方式，带来了过多的开销。

因为要和一维数组对齐的缘故，最后我并没有尝试nditer，而是将ndarray转换成list进行处理。做之前我非常担心转换的开销，但实际表现好于我的预期。整个函数的耗时没有因为这一步而有太大的变化。

经过这些修改之后，程序的耗时从5s+优化到了1s+，作为初入python的鶸，这种提升还是让自己心满意足的。

不过也从中得知现在自己对于python学习，处于要用什么才学什么的阶段，没有系统地学习导致了自己不懂python的语言特性，进了很多坑。

有时间还是要好好系统地学习一下，至少，numpy的文档得好好读了。

一些近况

Wed, 20 Sep 2017 05:11:42 GMT

忙了好一会儿，算是在深圳落稳脚跟了。

在深圳短短的两周多的时间里，关于深圳有着复杂的感情，说不上喜欢这片土地，也说不上十分讨厌，大概还是物是人非的情绪影响到了吧。

把服务器迁移到迈阿密了，考虑到一些原因以及海外线路绕美国的情况。  毕业前怎么也想不到的是自己会去做ISP吧，不过也好，倒也不排斥，把之前折腾的当作自己的兴趣也甚好，不过工作还是太忙了，基本上回家折腾的时间也不多，吉他也不能丢下，还有大大小小的琐事，或许这就叫为生活所迫吧。

不过我司挺好的，除了现在的基本工资有点低，无论工作内容还是工作环境都是非常不错的。工资低也不是说不能生活，只不过是买大件得攒好久好久，或者说基本也买不了大件。或许是我太贪心了吧hhh。

近况就这些吧，今天中午回家睡不着，索性起来随便唠唠。

我一切安好，愿在远方的友人们一切都好~

putty使用SSH Key登录服务器

Sat, 26 Aug 2017 16:22:11 GMT

在Xshell系列软件被爆出植入后门之后，马不停蹄地转移到了putty。

考虑到vps的安全性问题，禁用了root账户登录，同时禁用了密码登录。因此需要通过设置putty使用密钥进行登录。

因为putty使用的是自己的ppk文件，因此需要对id_rsa进行转换。这项需求需要使用puttygen来实现。

打开puttygen.exe，load现有的id_rsa文件。如果设置了私钥密码，则要在key passphrase中输入密码并确认。点击“save private key”，保存为putty的.ppk文件。

在putty中，设置需要登录的服务器ip和端口之后，在Connection - SSH - Auth中的Private key file for authentication中选择生成的ppk文件。这样就可以使用密钥进行登录了。

也可以在Connection - Data 的Auto-login username中设置好登录的用户，那么打开session就可以自动连接上服务器了。

来自夜晚的闲聊

Tue, 13 Jun 2017 13:12:23 GMT

将近断更两个月了，我终于算是回归了。有很多要写的东西，之后会慢慢整理更新。看了看日期已经13号了，不到一个月的时间就要入职了，有点恐慌啊！

今晚能咸鱼下来更博的原因大概在于终于在毕设答辩之后把毕设改的差不多了，要归档的资料都整理齐全了，也算是正式进入了尾声。一直计划着要出去旅游一圈，发现事情还是太多，从4月拖到现在。之后还要办理公司入职的相关资料，也得忙活一圈了。能真正玩耍的时间应该也就两个星期了。想想还是挺心疼自己的。

五月份到现在整个都是忙碌的，每天除了吃饭大概就是在撸毕设的代码了。虽然之前实习中也接触到了一些Spring MVC项目，真正到自己从零开始的时候，发现对SSM项目的理解还是不够深刻。这次的毕设，也是MVC代码分层有点混乱，整体来说不太真正符合MVC的分层思想，算是比较愧疚吧~日后工作中再接再厉！

当然，学还是学到了很多。真正接触了爬虫，了解了爬虫的机制以及数据抓取的一些流程。也在毕设中集成了一些有关于NLP的东西，当然，仅仅只是使用。发现对这块还是有点兴趣的，以后可能考虑自己工作之余玩一玩。

说这么多，发现自己还是太弱了。做毕设的过程也终于体会到了程序员写技术文档是什么体验。光是UML这一套，需求分析、逻辑设计等画图都画到吐了。真希望以后自己可以不用写这个文档啊那个文档，但是想想，以后可能职业发展会往那块走，还是啃下来吧。

说了这么多发现都是关于学习这块，pass，pass，换个话题。

分享一首五月份来我一直都在单曲循环的歌吧。女神Aimer的《March of Time》，收录于5月3日发售的《BEST SELECTION “blanc”》，同时也是JAL的新CM曲。个人非常喜欢。三月是日本的毕业季，因此这首歌也是充满了毕业离别的味道。刚好适合现在我的心情吧。

如咸鱼般的Listary介绍

Tue, 25 Apr 2017 14:04:18 GMT

Listary是一款文件搜索、程序快速启动类的软件。

如果你用过Everything这类文件搜索软件，也用过Launchy这类快速启动软件的话，那么可以把Listary看做这两类软件的结合，并且Listary和Windows资源管理器整合的更深。当初我看到的推荐Listary的文章中是评价它是能“极大提升使用者幸福度的软件”，这句话虽然有夸张的部分，但是也的确基本是这样。

想知道为什么标题叫做如咸鱼般吗？  嘿嘿。本文开头转载自xJogger的博客-强力软件：Listary。（我懒到连原文都不想搬了QvQ

言归正传，Listary支持全局双击ctrl呼出，支持自定义快捷键，同时这种界面个人感觉比everything看的舒服啊！Listary支持用户自定义各种功能，总体来说可配置性非常好，自己一骨碌配置好之后用起来确实很舒服。

程序快速启动

指定文件搜索

对于番剧收藏爱好者来说绝佳~

指定文件夹内搜索

当前文件夹搜索

忘记说，当前鼠标聚焦在某个文件夹的话，直接键盘输入会自动开启Listary进行搜索。

选择文件时跳转

我是因为这个功能才入坑的。每次打开文件或者打开项目时总要一级一级选择太麻烦了，直接跳转简直不能太方便。顺便ctrl+G会直接跳转到当前文件夹。

自定义短语命令

可以自定义短语来实现自己喜欢的搜索功能，特别方便。

免费版功能不受限制，正常使用，绝对良心！

以上。

四月特别推荐-Your Lie in April

Mon, 10 Apr 2017 11:10:38 GMT

IMDb: 8.3/10　　　　　　　　　豆瓣: 8.8/10　　　　　　　　Bangumi：8.0/10　　　　　　　　Bangumi Rank：172

もうすぐ、春が来る。君と出会った春が来る。君がいない春が来る。

若是提起四月，那么，四月是你的谎言（以下简称四谎）大概是观众心里关于四月挥之不去的记忆。如同官推每年四月一日凌晨都会默默地更新一条“四月は君の噓”的推文，观众每年也都会感叹：“没有你的四月又来了。”

其实，客观来说，本作并算不上上乘的佳作。剧情设定上，谎言的设定也为作品的结尾抹上了更多的遗憾与悲伤，但在其他剧情上，中规中矩，基本上追番的时候也能猜出来大致的发展方向。在表现形式上，运用了大量的自白，我把这个认定为导演想要突出人物的心理转变，但是不得不说，大量的抒情部分，反反复复，难免会让人产生不协调的感觉。尽管有着些许瑕疵，但四谎仍旧是一部非常好的作品。

正如前面所说，大量的抒情自白，尽管有些负面影响，但是对于人物的刻画无疑是非常深刻的。心理描写得很是细腻，人物形象刻画得非常成功，因此才会有那么多感慨。无论是主角四人组，还是让人有很深印象的配角，都刻画得栩栩如生。

当然，要是谈及到专业知识相关，我这种门外汉显然看不出什么门道。于我而言，这部作品的魅力就在于音乐。

四谎，是一部校园爱情与古典音乐交织的作品。钢琴与小提琴，有马公生与宫园薰，这部作品让我在四月里沉下心来欣赏古典乐。当一部作品可以改变我的一些行为观念的话，我是怎么也忘不了的。四谎对我来说就是这样，有感同身受的地方，倒也说不上共鸣，小学时学钢琴，也是觉得枯燥无味，为了考级练习曲子，为了老师布置的作业联系曲子，却从来没有为了音乐而练习。同样的，初中之后慢慢地开始离开家读书，不碰琴的借口也越来越容易找了，之后长达七八年的时间里再也没有好好地弹过钢琴。在看完四谎之后，自己也重新审视了这长达七八年的逃避，于是，变成如今这样，无可救药得爱上了音乐。

宫园薰无疑是让很多人对四谎印象深刻的原因，我也同样。但这份深刻不是立足于最后的悲剧，不是立足于薰对公生的感情，而是在于如同光一样的笑容。不会死板单调地演奏，有着自己对音乐风格的理解，融入到自己的演奏中，这份享受音乐的态度，应该是教了我一课的。正是因为喜欢，所以薰的演奏才会如此的动人。

四谎最出色的地方，在于音乐，我是这样认为的，也是从这里开始，我便开始关注横山克这位作曲家。四谎能让人如此感动，OST功不可没。音乐与剧情完美地融合，对情感的烘托有着无与伦比的效果。即使不想看，我仍旧建议去听听这张OST专辑。

写到结尾，发现，所谓的推荐写来写去反而有点像自己的观剧感受。不过也不强求了，我一向写不出偏专业的推荐文章，对动画制作不大了解，因此强装也装不出什么来。不过这样也好，所谓的推荐，只有推荐给对的人才会有其意义。也许一些读者会从这里读出一些别样的感受，说不定就萌生出了想法呢。

最后，献上一首最催泪的ED。

四月总是会来，四月也总是会过去。

愚人节不搞事-喂，https，我要服务，全套的

Sat, 01 Apr 2017 03:47:55 GMT

洗脱罪名

开了博客之后，连不更博都有罪恶感了，哇！我不是一条称职的咸鱼。

临近毕业，就因为毕设的事情忙起来。唉，毕设这个事情怎么说。其实难度没有那么高，真的要做的话，是不会做太久的。可是，问题就在于，咸鱼只想每天咸着。不管说是懒癌，还是怠惰，还是拖延症，每天就这么拖着了。于是，连博客也拖着了。

想着再这么拖下去，怕是要废站了。因此，抱着我今天就算是水也要水一篇的想法，记录一下建站时上SSL的一些微小的工作。

HTTPS

选择SSL证书的时候，没有多想，对于第一次做个人网站的萌新来说，肯定要先上手一个免费的试试，所以选择了Let’s Encrypt，免费，90天有效期。我上https的时候，是手动生成Let’s Encrypt证书的。直到后来想要解决自动续期问题时，才发现了官方的自动化工具-Certbot。

Certbot

Certbot是一个易于使用的自动客户端，可为Web服务器提取和部署SSL / TLS证书。官网中给出了使用Certbot的详细步骤。不过自己部署的时候并没有完全按照官方文档的步骤，因此想稍作分享。以Debian8和nginx为例。

Certbot安装

首先需要添加Backports包。Backports是Debian下测试的重新编译的包。修改sources.list，添加一行：

deb http://ftp.debian.org/debian jessie-backports main

然后运行apt-get update

更新之后，安装Certbot：

$ sudo apt-get install certbot -t jessie-backports

生成证书

创建配置文件：

$ sudo mkdir /etc/letsencrypt/configs

$ sudo vim /etc/letsencrypt/configs/example.com.conf

配置文件的内容如下：

\# 替换域名和邮箱
domains = example.com  
rsa-key-size = 2048  
email = your-email@example.com  
text = True
\ 路径改为网站的目录位置
authenticator = webroot  
webroot-path = /var/www/example`

一切就绪之后，运行certbot：

$ sudo certbot -c /etc/letsencrypt/configs/example.com.conf certonly

成功运行之后，服务器所需要的证书都生成好了。他们会被放在/etc/letsencrypt/live/example.com下，包括cert.pem, privkey.pem, chain.pem, fullchain.pem.

Nginx配置

nginx的默认配置文件：

server {  
    listen 80 default_server;
    listen [::]:80 default_server;
    # Redirect all HTTP requests to HTTPS with a 301 Moved Permanently response.
    return 301 https://$host$request_uri;
}
server {  
    listen 443 ssl http2;
    listen [::]:443 ssl http2;
    # certs sent to the client in SERVER HELLO are concatenated in ssl_certificate
    ssl_certificate /path/to/signed_cert_plus_intermediates;
    ssl_certificate_key /path/to/private_key;
    ssl_session_timeout 1d;
    ssl_session_cache shared:SSL:50m;
    ssl_session_tickets off;
    # Diffie-Hellman parameter for DHE ciphersuites, recommended 2048 bits
    ssl_dhparam /path/to/dhparam.pem;
    # intermediate configuration. tweak to your needs.
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers 'ECDHE-ECDSA-CHACHA20-POLY1305:ECDHE-RSA-CHACHA20-POLY1305:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES256-GCM-SHA384:ECDHE-RSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA:ECDHE-RSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-RSA-AES256-SHA256:DHE-RSA-AES256-SHA:ECDHE-ECDSA-DES-CBC3-SHA:ECDHE-RSA-DES-CBC3-SHA:EDH-RSA-DES-CBC3-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:DES-CBC3-SHA:!DSS';
    ssl_prefer_server_ciphers on;
    # HSTS (ngx_http_headers_module is required) (15768000 seconds = 6 months)
    add_header Strict-Transport-Security max-age=15768000;
    # OCSP Stapling ---
    # fetch OCSP records from URL in ssl_certificate and cache them
    ssl_stapling on;
    ssl_stapling_verify on;
    ## verify chain of trust of OCSP response using Root CA and Intermediate certs
    # ssl_trusted_certificate /path/to/root_CA_cert_plus_intermediates;
    resolver <IP DNS resolver>;
    ....
}

重点只需要关注其中几行，下面一一说明。

ssl_certificate和ssl_certificate_key分别对应fullchain.pem和privkey.pem，填上正确的路径就OK了。

ssl_dhparam通过下面命令生成：

$ sudo openssl dhparam -out /path/ssl/dhparam.pem 2048

放在哪个文件夹可以随自己的喜好，我一般都是放在/etc/ssl下。

然后说明一下ssl_trusted_certificate，这是一个可选部分，根据nginx官方所说，ssl_certificate已经包含了，所以不需要再提供，因此注释掉。

至于resolver，是填写DNS服务器的，我直接忽略了，有没有影响倒是没有细究。

配置完之后重启nginx就可以看到网站的HTTPS了。

自动续期

之前看过相关的博客，都是自己写脚本实现自动续期。而Certbot官方文档中说明了Certbot支持自动续期的功能，因此直接使用就好了。

# certbot renew --dry-run

到此就完成了HTTPS的配置。

Tips

不同的linux版本，不同的应用，部署的步骤都不一样，Certbot官方上都标注了。总得来说，Certbot支持Apache、Nginx、Haproxy、Plesk，支持大部分的linux版本。

参考博客

Let’s Encrypt 给网站加 HTTPS 完全指南

关于这个破站的一些说明

Sat, 18 Mar 2017 02:47:15 GMT

当我自己上这个破站都不能好好上的时候，必须要给出一些说明了。

首先，这就是个破站，一个既不是纯技术博客，也不是纯水的破站。一开始我想这破站反正没几个人看，所以直接丢在了Vultr服务器上。因为是境外，所以国内连接速度会有些慢。  这个博客里面，因为强迫症的关系，想要全部HTTPS的我决定关闭多说评论系统改用DISQUS评论系统。因为是国外的评论系统，所以速度可想而知。

然后就是分享的问题，一开始觉得没人会分享这破站的文章，不过幸得同学厚爱，和我说了一下这要求，我才开始折腾。然后我用的AddThis的分享插件。

在网页右侧是这个样子的，后来改为右下方按钮。

最后想说明的是，这破站的视频外链一般都是y2b，音乐和图片经过考虑之后改为本地存储。

以上。

吉他 -「既視感」by おさむらいさん

Sat, 18 Mar 2017 02:14:41 GMT

最近一直都在忙春招的事情，可以说非常幸运地结束了春招吧，这周都在忙着跑学院盖章，交材料，博客都已经快忘记了。毕业后的第一份工作落了地，待遇还行，反正对得起IT搬砖狗疯狂加班就对了。

心情当然是算不错的，可以开始做自己想做的很多事情。  所以，分享一下几周前一直在练得一首曲子，本人非常喜欢。目前练得还算可以，除了个别地方转换弦还有些卡顿，以及在弹奏细节、力度把控、情感把控等方面稍有不足外，其他都过得去。再过不久，等练有小成，就传到自己的YouTube上。

然后是介绍一下武士桑（也可以叫543），是一位日本的木吉他弹奏者，弹奏了很多的二次元名曲，当然，去年也有自己的吉他专辑《夢を見る意味》。他本人也有微博，从微博动态来看，是有在学中文的（笑）。弹奏技巧非常高，编曲也很吸引人，建议大家可以关注一下，看看他发过的一些吉他弹奏视频。

若内嵌播放器提示无法播放，可以在 YouTube 观看《既視感》。

Java笔记-HashMap遍历

Mon, 06 Mar 2017 08:46:44 GMT

对HashMap的遍历选择，本质上是keySet与entrySet的选择。在JDK1.8源码中，HashMap包含了两种Iterator：EntryIterator与KeyIterator。

EntryIterator:

final class EntryIterator
    extends HashMap<K, V>.HashIterator
    implements Iterator<Map.Entry<K, V>>
  {
    EntryIterator()
    {
      super();
    }
    
    public final Map.Entry<K, V> next()
    {
      return nextNode();
    }
  }

KeyIterator:

final class KeyIterator
    extends HashMap<K, V>.HashIterator
    implements Iterator<K>
  {
    KeyIterator()
    {
      super();
    }
    
    public final K next()
    {
      return (K)nextNodekey;
    }
  }

两种迭代器都继承于HashMap内部实现的一个抽象迭代器：HashIterator。具体细节可以自行查看JDK源码。

所以相应的，对于HashMap的遍历问题也就是选择KeyIterator还是EntryIterator。两者的区别显而易见，因此使用场景也较为分明。大多数情况下，我们都是对EntrySet进行遍历，无论是使用Iterator还是foreach进行遍历。因为访问键值对的时候，keySet是根据key再匹配value，而entry则已经把key-value都记录了。

当然，在只需要遍历key的场景下，keySet遍历会节省资源。

其实HashMap源码还有很多可以探讨的东西，有机会做个整理。

2017,2月28,夜

Tue, 28 Feb 2017 11:50:42 GMT

开博几天了，偶尔会在想，自己想在博客里面放些什么内容。

想起开博客的初衷，是为了体验一把建立独立博客的过程，要说其他原因，可能也是有一个相对于不太便宜的vps只用来做代理有些太过可惜。当然，也会想说通过博客分享自己一直想要分享的一些东西，在某些领域。

最近几天本来琢磨着发几篇技术探讨类的博客文章，却迟迟没有动笔。  原因无它，太久没有好好进行系统知识的梳理，现在有关Java的知识体系在脑海里没有那么清晰，所以打算等复习完了之后再慢慢整理相关技术类的文章分享。

不过，我想，我的博客里面大概并没有那么偏向于技术专业性。

我终究是想做一个分享的博客，而不是技术博客。

这里大概就是这么一块地方，我喜欢分享我的所感所想，分享平时生活中遇到的事情，分享关于IT方面的东西，分享喜欢的动画、剧、电影、小说，等等。（虽然这个破站应该不会有什么人来。）

嗯，差不多说完了。

发了会呆，不知道还要写些什么，那就这样吧，我先去复习了。（说起来，做完Oracle的笔试题我才知道自己忘掉了多少关于Java的基础知识，赶紧补赶紧补）

Chrome扩展-简洁大方的新标签页Homely

Thu, 23 Feb 2017 05:00:55 GMT

昨日深夜刚淘到的一个新标签页扩展。

说来话长，折腾博客的这几天，发现原来挚爱的浏览器竟然有问题。经过反复的对比测试，发现原浏览器在资源加载上出现了bug，会间歇性地加载不出某些资源。

于是转而重拾被我抛弃的chrome，当初抛弃chrome大概是在chrome 30+版本，因为总是莫名其妙的崩溃。  不过因为使用原浏览器养成的习惯，所以对新标签页的需求还是比较高。之前尝试过speed dial、infinite等众多非常受广大用户喜爱的新标签页扩展，自己也使用过很长一段时间的infinite标签页，但是总感觉没有那么完美。

在chrome store上闲逛了许久，发现了这款Homely扩展，使用之后甚是喜爱。

Homely：

预览

支持标签分组，自定义背景等功能。

添加链接

唯一不足的可能是添加链接是手动的，没有infinite来得方便。

设置

可以设置是否显示书签、历史记录等，最重要的是可以本地备份与导入，正是因为支持backup才毫不犹豫地使用了。

总体来说，这款扩展用起来比较舒服，性能上的话，我没有做太多的测试对比，留给用户去体验了。

音乐分享: angelite-ヲタみん

Wed, 22 Feb 2017 11:13:56 GMT

年前偶然发现的一首翻唱曲目。

一直比较喜欢<a href="https://twitter.com/wotamin25" target="_blank" rel="external">民姐</a>的声线，之前一直印象深刻的便是《letter song》。  <img src="/src/img/201702220.jpg" alt="">

这次这首《angelite》也是令我中毒不浅，整个寒假的记忆中，只要一个人在街头散步时，便是单曲循环。通透的钢琴前奏我比较喜欢的，再加上电吉他的融入，简直放弃抵抗，再加上民姐真挚的演唱，很难让我不沉迷其中。

听着这首，写着写着，忽然想到另一首了，下次分享出来吧。

同样是个唱见~

Hello World

Tue, 21 Feb 2017 13:33:08 GMT

闲来无事，也没有偷懒。<br>垂涎hexo已久，也算是赶上了末班车。

新年伊始，希望自己养成更博的习惯（笑

よろしくお願いします！

Akiの部屋

걱정말아요 그대(请不要担心)-李笛 Guitar Cover

エルマ, 只有你是我的音乐

「だから僕は音楽を辞めた」

「エルマ」

WSL on Windows 10

WSL安装

优雅WSL

Tips

ls后背景色问题

执行Windows命令

相关阅读推荐

四月

旅行随笔：十月的南京

端午安康-Little Forest

四月は君の噓

mpv进阶使用

mpv配置文件路径

mpv.conf

input.conf

脚本

最后

拥抱开源-mpv推荐

前言

交互

性能

potplayer

mpv

结语

参考

初遇Python-numpy使用

一些近况

putty使用SSH Key登录服务器

来自夜晚的闲聊

如咸鱼般的Listary介绍

程序快速启动

指定文件搜索

指定文件夹内搜索

当前文件夹搜索

选择文件时跳转

自定义短语命令

四月特别推荐-Your Lie in April

愚人节不搞事-喂，https，我要服务，全套的

洗脱罪名

HTTPS

Certbot

Certbot安装

生成证书

Nginx配置

自动续期

Tips

参考博客

关于这个破站的一些说明

吉他 -「既視感」by おさむらいさん

Java笔记-HashMap遍历

EntryIterator:

KeyIterator:

2017,2月28,夜

Chrome扩展-简洁大方的新标签页Homely

Homely：

预览

添加链接

设置

音乐分享: angelite-ヲタみん

Hello World

`ls`后背景色问题