@v2nu 面向搜索引擎编程 就没法实现 “很快”

其实 “出现问题了能够很快解决问题” 基本等于全都懂...

ps4的风扇也转...

先找个临时的地方住。然后再找。找得急估计会坑。

你可以试着把subl 用好...

越做越大了...

相当不错的...

话说刚才和你园的老友聊天。说在招人，前端只要会写业务的是个人就要...

还真是个人就要啊。 什么要求都没有啊...

朱一表示。朱一不会

@cody1991 总觉得吧喜欢的东西变成工作并不一定是一件很好的事情...

@PP ...哪里欠揍了。明显你理解的语气不对好吧....

@est react 源码看。mount的时候都是拼html字符串然后innerHTML塞进去的。所以直接改成字符串输出前面的逻辑几乎是不需要修改的。

去Launchpad吧xcode删了。（其实并不会全部删掉）。 然后再去下就好了。

@PP 正解。你需要的是回复：
对啊..
我也觉得是...
都不能随便说话了呢...
超郁闷的...
你好可怜啊...
都不能随便说话了，想早点下班都不行...

之类就可以了。

服务器端渲染 是为了解决seo。以及静态资源加载慢时的首屏速度问题.

@bertonzh 主要是要知道题主的运用场景...

@crs0910
@justahappy

确实是这样子的。
逻辑大概是找到那个位置有哪些dom叠着。然后通过这个dom的style分析位置是content还是border还是其他什么部分。把透明的滤掉。然后取颜色分析结构是个样式定义的颜色还是backgroundImage或者就是一个image。如果是样式颜色好办，如果图片那么分析图片的设置。把图片下载下来。找到那个点的位置。canvas api有这个。这个操作和用html2canvas是一样的。但是这个操作很难把所有的逻辑都包括进去。特别是一些css3属性什么transform变形什么的。html2canvas一样也是会有问题的。

不确定因素就是如果这个位置不是一个常规dom就不行了。比如embed，object. 中间嵌入flash什么的比如那是个video标签在播放内容什么的。

不知道题主的运用场景时什么。如果可以的话试试用firefox插件开发。firefox插件貌似有domToCanvas的api，具体是哪个忘了。但是朱一记得有。

理论上可以可以。但是比较繁琐。并且逻辑分支非常复杂，还有很多不确定因素。不建议这样搞。你可以换个思路试试。

$('.e', this) 内部就是调的 $(this).find('.e')