ethanlin-twer / ethanlin-twer.github.io Goto Github PK

• 多线程build和缓存：HappyPack
• webpack-build
• Webpack 增量构建

关于博客和程序员个人标志。

https://github.com/phodal/beautiful-content/blob/gh-pages/chapters/chapter1.md

是个好想法，豆瓣上可以集成看过的书、电影、音乐等。

不排除以后用20种语言反复撸这个博客，或者同样的信息有不同的展示模板。

AC：在主页底部及每篇文章底部均可留言。目前已加上Disqus：https://linesh-awesome.disqus.com/admin/settings/universalcode ，后续还想：

• 加上官方推荐的url和identifier
• 抽取代码至directive或其他地方，需要重构
• 样式是否能自由定制？
• 是否有其他平台？如多说等，Disqus国内貌似访问不了。
  • 多说：http://duoshuo.com/create-site# 缺点是要绑定账号，没有Disqus干净（ 我说行径），还不确定是否信任这产品，不知企业素质如何，如何处理用户隐私，而且绑定账号要的权限还特别高（要private联系人信息），看官网文档觉得不靠谱，对问题回答不负责任，而且排挤其他产品
  • cloudflare：https://www.cloudflare.com/ anyway就在多说排挤其他产品的时候，我好歹知道了还有什么产品哈哈
  • akistmet：https://akismet.com/
  • 友言：http://www.uyan.cc/
  • http://www.smartpassiveincome.com/blog-comments/

最小化html/css/javascript的体积。只加载必要的内容，不必要的都在页面渲染后延迟加载。

这么想的原因是，有一些文档的翻译文章似乎比较难推广，那就只能通过其他途径来到本博客的流量来分流，如此置顶的文章最容易被看到，而且也不需要有内容，直接给一个链接链接到gitbook上的翻译即可。

目前使用关键字google搜索我的翻译文档已经可以排名到比较前的位置，但对于不能使用google的程序员们来说，百度可能是主要的引擎，怎么让这些可能的读者在需要的时候也能在百度搜索到我的译文，是译文完成后需要思考的问题。

可以直接去百度前3页能看到的所有（用关键字搜到的）网页那里做推广自荐…

目前使用的是github api来做，必须再转一次成为json。是否有其他的方式？

存放在public/css/目录下的css/scss文件，可能会被github-jekyll内置的sass编译器编译成可用的css，这样在自己改造成Angular的过程是没法用的。需要先手动处理一下。

merge了angular分支到主分支，需要：

• 样式小调试
• 修复js加载不了的问题
• 项目结构清理
  • angular project structure best practices
    • angular-style-guide
    • google-recommended-best-practice-of-angular-app-structure
  • jekyll配置优化：_config.yml
  • Webpack配置优化
• 代码重构精简
  • hook脚本重构
• 打tag发布第一版

目标是使博客的所有核心功能（有待定义）都可以配置，并且提供默认配置。

避开vim的F触发键。使得用户在界面上可以通过键盘或者手势来操作博客，并且有良好的用户体验，比如让用户知道他现在可以使用键盘来操作等设计。

写的文章除了有本身的目录外，还有自身的标签。标签是标志属性的，对搜索阅读者友好，对开发者不友好。那么能够从 内容类型 或 内容联系 上组织文章的，就是分类了。或也可称一个系列。

Category

• http://icodeit.org/ 最上横栏的分类

Archive

• http://template.zhanxin.info/iLotus/archives.html 简简单单的样式即可

现在由于显示post带进的postId参数必须是在页面路由的时候过来的，否则页面显示不了。这是因为，当前是使用带入参数去postsService中取cached的contents。客户体验很糟糕，因为你给人家一个post的url，直接过来显示不了。

解决方案：

• 每次内容从Github API去拿
• 修改现有angular实现

迁移到 EthanLin-TWer/blog#14

根域名linesh.tw。

2017年发布的文章全都会到2016下去。需要修复。

目前，由于所有的博客都是通过angular的$route模块来做，使用#/posts/:postId这样的方式来路由的，这就给博客文章的互相引用带来了语法上的微小体验。

理想情况下，我希望语法越简单越好，最好是每个post拥有一个类似id或key的属性，然后我直接引用它就可以。但现在我为了引用一篇同域下的文章，我必须了解关于angular-route的细节，并因此必须写(#/posts/post-key这样的语法)。并且目前，我给每个post用的key是它们的文件名，这个设定是否好，值得商榷。

需要了解别人的一些实现。

虽然不知道当时是什么意思，不过相当于是把番茄/GTD的计划可视化。

12:15, Jan 6, 2017

因为这个博客最后是要翻新的，要拿来练代码。就不花心思改样式了。

如题。最近的在最上面。

更改提交格式为：[#{{ issue-number }}] brief-commit-message。如

    [#28] Refactor, extract resolve url method and introduce moment.js

信息尽量简明，因为一行好的git提交只有72字，除去前面5个字符的issue引用，以及后面5个左右字符的单词换行，一行提交大概只有60字符的发挥空间。

• issue号后面不要加冒号，省下一个字符。只要格式对得齐一样好看
• 不写作者Linesh:，省下8个字符。这仓库只有我一个人，还不知道是linesh提交的么
• 提交信息大写字母开头，写成一句话的标题形式，除去issue号和空格和行尾的单词换行，大概有60~64个字母的发挥空间
• 提交信息后不加句号.，省下一字符，加上标题本来就不该有标点

现在因为已经弃用了jekyll，貌似会有一点点问题，每次都需要手动去webpack -d -p生成最新的js到dist文件夹中然后再提交。最好是能：

• 自动提交。依然不够懒，因为提交脚本或hook只能在本地配置，换了机器或新拉的代码都需要重新配置；
• 利用好jekyll的自动build。这个需要看看jekyll是怎么玩的。

Not in high priority.

• 标题样式：
  • http://owenyang0.github.io/2015/05/31/Overview-of-ES6/
  • 标题一点阴影效果：http://liberize.me/tech/turn-raspberry-pi-into-a-tv-box.html
• 代码样式：#21
• 背景文字反选效果：
  • http://blog.ixxoo.me/
  • http://yanqian.me/
  • http://slender-man.github.io/ 行，算你*
• 文章字体：
  • https://ocaml.org/learn/tutorials/functional_programming.zh.html

样式库

• http://masonry.desandro.com/

• jekyll front matter: http://jekyllrb.com/docs/frontmatter/
• how jekyll works: https://github.com/jekyll/jekyll
• jekyll variables with liquid: https://jekyllrb.com/docs/variables/

后来我觉得，学习这个事情应该是：

• 仅有想法时，扔进 Ticktick 的 backlog
• 是计划的一部分时，归入计划中
• 是因为学到某物需要而又不熟时，刻意练习

idea 在于，学习一定是有目的有计划的（无目的的学习也应在规划里），没有目的的学习只是想法，扔进 ticktick 中就可以了。

浏览器是个人最直接的入口，集成之获取数据

目前使用的是的content API和rawcontent API。网速不好或不稳定时特慢。体验特差。

• 把内容直接生成到本地，一起提交。核心**是，编译期生成而非用户请求时生成。因为像文章标题、文章内容这些都是可以提前拿到的，不需要提交到Github以后再通过api去拿，多费流量和时间啊。生成可以用脚本来做，脚本运行时机可以提交前手动运行，或者通过github hook来自动运行。

如题。可省一个外来的js库的流量。

https://docs.angularjs.org/api/ng/filter/date

github5月1号后将只支持kramdown引擎：https://github.com/blog/2100-github-pages-now-faster-and-simpler-with-jekyll-3-0

https://help.github.com/articles/updating-your-markdown-processor-to-kramdown/

若有必要。

锻炼代码的必要是一直存在的。

是即时评论，看到哪马上评论，而不在页面最下面。

产品原型：gitbook。

• 怎么个集成法？
• 集成个啥？（一个链接过去就可以啦？）

给产品思维点赞

迁移到 EthanLin-TWer/blog#18 2年了还没实现，执行力堪忧😂

迁移到 EthanLin-TWer/blog#15

博客的大概过程已经撸过一遍，包括自己购买配置域名、配置域名定向、github.io托管、jekyll+GFM的博客搭建、Angular重撸、Github API的使用、构建工具Webpack的使用等，折腾但学到了很多东西。用到的技术不算非常复杂，但也是现学现用，是个积累提高的过程。

接下来呢，技术上的学习就由具体的业务需求来驱动。当初开始撸博客只是为了让自己尽快开始，不要停留在追求完美却不行动的圈圈里，是的，这个博客还有许多不完美的地方，我会在下面提出。但是这可work的原型，也值得我骄傲地为它打上v2.0.0的tag。

作为一个程序员的朋友圈博客，它是个人的产品，带有个人可辨识的风格和影响力。目前还有两个主要的工作：

• 基本要素的构建。如“标签”、“正文目录”、“分类”、“代码块样式”、“翻译板块样式”等。它们的加入是我主观决定的，带有我个人取向，因而有风格
• 博客风骨的确立。如这个博客的定位是什么，传播技术视野？干货？一种态度？文艺？关于个人风格，#36 讲的实际是一样的事情
• 博客内容。这个属于一直要修行，没法短期单独地说。资料多了起来，如何有效地、高效地学习就成了一个需要注意的问题，别屯了一堆书签和链接最后却没有学到什么，学东西要沉下心来，思考。另外，虽是作为技术人员，其实一直绕不开生活和工作这个事情。工作的比重？生活重要的又是什么
• 博客技术栈。这个既是修练自己技术，也要看博客业务需求。也是额外修习提高，不刻意

第二项内容会保持一直思考，第一项内容即是此卡的主题：博客基本要素和样式的再构建。

哼。最近啊，心态变得很浮躁漂浮，想着如何增大影响力，想要学习所有的技术，想着github提交却不知道自己在干什么。既然意识到了，就好解决。目标、计划和坚持。

总体风格合适的博客：

• 简洁，结构清晰，惊喜的小细节：http://liberize.me/
• 同上，标签/目录/内容目录：http://gaohaoyang.github.io/ 。但这类主题都不免有纷杂之嫌，务必取舍
• 非常简洁，注意细节（fade/hover等），文章内容有目录，可惜主页并不简明（文章目录及标签等）：http://lazier.cwchang.me/
• 简洁但理念很棒，还有h2设计上的小细节。http://book.liulang.co/，我认为首页可以放文章目录而文章页可以放内容目录，评论[在此](http://book.liulang.co/blog/2015/08/28/jekyll-theme-book.html)
• 简洁，但没有了文章目录和内容目录：https://moinulhossain.me/ 。并且猛然发现和熊节博客的模板是一样的：http://gigix.thoughtworkers.org/
• 白得可怕，我却贱贱地喜欢：http://cyborginstitute.org/#
• 写的一手好README：https://github.com/raytaylorlin/hexo-theme-raytaylorism

由于fork了个最简单的模板，什么都没有。那么最基本的目录还是要的，但不要太密集，信息如何展示，还要参考一下好的设计，以及学习一些设计概念。

目录：

• https://segmentfault.com/a/1190000003985797
• 目录与进度条：http://es6.ruanyifeng.com/#docs/module#export命令
• http://raytaylorlin.com/daily/hexo-theme-raytaylorism-v2/
• http://www.meizu.com/products/meilanmetal/spec.html 魅族官网，简单简洁
• osc的目录：http://my.oschina.net/waylau/blog/626813

导航栏：

• http://mmistakes.github.io/hpstr-jekyll-theme/ 样式很好，虽然不一定会用这样的格式
• 文章旁边的该要信息：http://travisswicegood.com/

耳目一新的目录设计：http://stevelosh.com/blog/2015/11/beat-the-data/

就是我有主博客：linesh.tw。但我代码提到github的时候，可以同时把所有的文章推送给各个平台的博客（oschina、csdn、iteye等）。不必然需要一个CI来跑这些。

这工具hub好但不好用。有种要重复造轮子的冲动。

不好意思，我觉得不好用的部分原来是乌龙，提了个issue有人回答了，原来是没有仔细看文档 😢 不保持内心谦逊随时打脸啊…

引用样式效果：

• http://mmistakes.github.io/hpstr-jekyll-theme/

为博客的feature和相应的配置提供API配置，完美癖人表示可以在仓库中保存多套模板，切换即用。

能IDE-like就更好了。