6174.github.io
6174.github.io copied to clipboard
6174
keep calm & carry on
1. 前端学习 2. 前端框架 - react - ember - jquery ..... 3. 前端游戏开发 4. 前端性能优化 5. css - 兼容 - css3 6. 前端难题 - 实现 - bug 7. 前端架构 8....
# 关于 目前大多数的前端项目都是以单页面（SPA）的方式进行开发，单页面的开发一大特点是前后端解耦，很多情况下前端会单独部署，但通常一个公司会有多个前端项目共同开发，且面临着多个应用的相互关联，涉及到开发和部署的问题。 # 开发状态 SPA 项目开发的时候需要依赖后端提供的 API ， 那前端项目运行的时候就需要将这些 api proxy 到后端服务器，其基本工作流程为： 1. 前端模块的编译，jsx，es6 2. 静态资源的拷贝 3. 启动静态资源访问服务器 4. 服务器设置后端 api proxy 代理 5. 启动一个监听服务器 livereload 或者 hot-reload 如果基于...
## Table Of Content - 数据可视化工具 - 图表类 - 编程类 - 拖拽 - 地图数据 - 数据可视化公司 - 国内 - 国外
轻前端与重前端
这应该是我想写的一篇关于前端选型的文章，不同类型的前端项目怎样应用不同的前端框架，在新做一个产品的时候，大多数人会被摆在面前的各种前端技术困惑，是选择 react 还是 vue，用不用 webpack，gulp，应该怎样构造一个前端工作流。 针对这两个问题做一个深入的探究并以两个自创的概念 轻前端和重前端来描述两个通用的前端架构。。。。。 @todo
# syncthing/lib/events/events.go ## syncthing 事件管理 入口函数部分看到了 apiSub 和 diskSub ```go apiSub := events.NewBufferedSubscription(events.Default.Subscribe(events.AllEvents&^events.LocalChangeDetected), 1000) diskSub := events.NewBufferedSubscription(events.Default.Subscribe(events.LocalChangeDetected), 1000) ``` syncthing 的 pubsub 模块是通过 events 包来管理的，下面咱来完整的看看 events 的设计 ## events 包结构...
知识变现方案整理
> 目前知识变现是一个较热的概念，也是我个人向往的自由方式，下面罗列一下相关的方案 1. 自媒体形式（广告收费）：微博、微信订阅号、博客 2. infoQ 等深度文章投稿 3. 博客 -> 书籍：知乎 1 hour、其他电子书、印刷书、leanpub 4. 微信、支付宝付费群 5. 教学课程：录播和直播老师 6. 知乎 live、值乎、分答 7. 技术咨询：在行 其他一些备选方案 1. 外包：程序员客栈、码市 2. 做精品应用（垂直行业） 3. 做技术解决方案
数据在不同的端的传递总是异步的，这是现代web应用编程的基础，任何都是借助网络，为了处理好网络的延迟问题，出现了多种多样的理论。 - 缓存 - 数据同步 - 并发 - pub/sub 也有各种各样的规范 - ddp - promise A+ - reactive xxx - saga 网络的东西真是博大精深，尝试搜索了相关的书籍，但未找到任何系统的介绍相关理论的，决定先 mark，作为一个课题来研究，产出结果就是相关的系统理论 ## books - A Theory of Distributed Objects...
# Datastore 冲突解决第一部分-离线冲突解决基础 > 原文地址 https://blogs.dropbox.com/developers/2013/07/how-the-datastore-api-handles-conflicts-part-1-basics-of-offline-conflict-handling/ ## 关于 看了这篇冲突解决， 再回顾一下之前 datastore api 介绍的翻译，觉得受益良多， 也将这篇文章翻译一下（非直译） ## 介绍 datastore 的底层实现由很多不错的想法， 其中最基本的一个是将变更（changes）表示为对象，将变更对象作为基本单元在客户端和服务端传输，拷贝，序列化，持久化。 Dropbox server 存储了 datastore 完全的变更列表，以及 datastore 的快照（或者 state）, 快照可以通过执行变更列表中的所有变更来获取（实际获取快照的方法不是这样的，应该会更有效率） 变更在服务器中的存储方式是以 delta...