存不下多少的100k 只是一个开始

我记得一开始PR的出现 就是为了fork之后任然可以像用branch一样合并
方便不同fork repos直接的代码交流
如果不正确的话 请指明

我觉得 PR就是为了方便代码审查 相当于一个特殊的branch
另外 “原repo上开新的branch” 也可以创建PR 方便代码审查

如果你们是同一个组织的 同一个repo方便管理和维护
但是如果是开源社区 你不方便或者不允许直接参与repo的管理
或者需要维护自己的branch 那么久fork吧

@loading LZ的做法的目的貌似不是为了你说的那种
他是把图片下载下来加载到canvas上面再blur
应该是存粹为了blur而已

而你说的是jpeg还是png格式支持的那种progressive的模式
图片随着加载逐渐变清晰
这个只需要在上传的时候对图片进行一下转换处理就可以做到
只不过必须用img或者background直接加载 而不是ajax加载 所以不可能有进度条
不过loading的效果是可以做出来的 利用img.onload事件就可以了

base64Encode 可以直接用浏览器原生的 btoa 方法
而且既然已经有这么高的浏览器要求 btoa 肯定是支持的了
如果不需要精确的进度条 完全没必要去用ajax加载图片

这个是MS的问题不是OSX的问题
大部分OSX的软件 都只需要移除app本身就可以了
如果你想干净一些 就用那些app来清除留下的设置和缓存

但是一些大公司的产品 比如MS和Adobe的软件都十分庞大而且没有专门的uninstaller几乎无法卸载
因他们都有比较长的历史 而且产品跨平台 所以和OSX的风格不太一样

prompt 2 $10

Sandisk 32G

确实 太牵强 完全没必要把这些优化去掉
只是优化和不优化的差距减小了 偷懒不优化多了一个理由罢了

对于js和css 生产环境minify还是有意义的 毕竟一般来说可以减少浏览器的处理时间
而且也让代码变得更加不可读（如果有有需要的话）
只不过以后可以允许分成多个大的模块 并行按需加载
但是开发的时候 稍微大一些的项目都会有上百个js/css文件 我相信浏览器处理起来还是有额外开销的

至于sprint 现在大家都开始用font了

cookie能省还是省 虽然有压缩了 但是服务器和浏览器还是需要费时间去处理

@blacktulip 应该用delegation绑定在#post-index 而不是给每个a绑定
然后listener 里面用 this 判断是哪个 a 被点击

另外 $('*') 不要随便用 这样可是选择所有元素啊 效率很低的
你可以用 $('a.current').removeClass('current') 来缩小范围
而且后面那个添加class的 可以直接用 $(this).addClass('current')

esata不供电的啊
外接接3.5硬盘 usb供电本来就怎么样都不够啊
要自带电源

@cuthead Web Notification API?
https://developer.mozilla.org/en-US/docs/Web/API/Notification/Using_Web_Notifications

我觉得 Push Notifications 应该是系统支持 不是通过Safari
OSX 你可以在 System Settings > Internet Accounts 里面登陆weibo
iOS 也有这样支持
然后系统就会接收通知了 不开Safari也可以用

我不用weibo但是我用linkedIn 就是这样的

@hjc4869 我知道啊 IE11 的 F12 功能也非常强大 Firefox就不用说了有自带和Firebug 2套
但是作为一个类似IDE的东西 貌似还是Chrome最强大 可以直接绑定项目文件夹
Firefox的IDE是用来做Firefox OS App的

LZ 没用过 Inspect Element 吧 那个可比你这样做方便多了 HTML直接改不用说 CSS都可以直接改
加上Workspace功能 Chrome简直就是个IDE 直接改JS无刷新立即生效都可以做到
而且可以直接保存到项目文件

背景另存为 现在的website/webapp应该已经不像以前那样全部都那么容易抓背景
对付各种wrapper 用Inspect Element找background-image才是王道

可以想象这个键盘有多么难用 shift enter 键就可以死人了

篡改header 的方法已经对绝大部分的站点无效了
所以只能通过代理的方法
具体方法就是视频本身不走代理 但是其他的某些请求走代理
骗过ip检查就可以了

收起来就是了啊 摆出来不就是会这样么