刚好最近开发tigo的时候遇到了一个关于koa的重要问题,总结一篇文章出来分享一下。
koa这个著名的中间件我就不多说了,这一次我重点写的内容如标题所述,是中间件库的选用问题。
欢迎你使用Pixiviz。
如果你还不知道该如何使用这个站点,或者想知道关于这个站点的更多内容,请你耐心往下阅读。
这篇指南将会告诉你Pixiviz是什么,运营模式是什么样的,以及它的详细使用方法。
最近尝试了一下Edge.js,用来给Electron的应用扩展一些功能,后续也可以用在普通的node程序上。
Edge.js本身的功能还是很强大的,它提供了多个语言互操作、混合编程的能力,不过主要是在.Net这一块上。除了C#它还支持F#、Python、PwerShell、Lisp、T-SQL等,能力还是很强的。
而且它不只提供一个JS和C#混合编程、在JS里面操作C#的能力,在C#内操作JS也是可以的。对于Electron来说,最主要的能力是C#可以通过.Net暴露一些Electron不能直接用的系统接口给Electron,对于一个纯粹针对Windows开发的应用来说还是很有用的。
这段时间写Pixiv C的时候突发奇想,想做一个在PC端是分页、在移动端上是无限加载瀑布流的响应式布局。
PC端的分页用瀑布流组件限定Item的数量,Item设置成固定宽高,模拟表格,在移动端则按正常瀑布流的状态实现。
布局方面很好做,CSS3下用@media screen and (orientation: portrait)就可以做树屏状态下的响应式。
但是这个瀑布流本身,它的行为却成了一个难题。
网易一面考到了一个CSS的属性,对于CSS的很多属性我感觉自己掌握的概念也比较模糊,需要特别补一下。
Electron 是一个时下非常流行的、融合了Node与V8引擎、允许开发者使用前端技术进行跨平台客户端开发的框架,有很多成熟的产品都在使用这样一个框架,比如射手影音、迅雷等。
开源社区为这个框架提供了一套配套的通用打包、自动更新方案,这一套方案也被相当多的项目采用,我个人的项目也在使用这一套通用的方案管理打包和自动更新。但是在项目上线后,这一套通用方案的不灵活也随之暴露了出来 —— 在打包分发后,开发者将失去对已打包资源的掌控,没有办法基于远程进行修改,导致项目出现了一些紧急故障的时候,开发者只能再次打包项目的所有资源给用户推送一个全量更新,这对用户来说是一个非常不好的体验。
昨天面了网易互联的一面,居然进了面试,略有几分惊讶。面试是视频面,自我感觉比腾讯那一次好,但是基础题因为太过于紧张答得不好,后面相对而言更好了一些,总体发挥满分100分自评60分吧。
题目方面,网易这边基础方面问的并不是特别细,同样是一面,综合难度感觉比腾讯低。
今天主要看了一下JWT方面的知识,这里通过一篇小记分析JWT在实际应用中的优缺点。
JWT又称Json Web Token,在实际应用中被用于鉴权,是一种新型的、不使用Session、用户鉴权数据存放在客户端并由客户端管理、服务端只负责校验的方式。