V2EX › chemzqm 的所有回复 › 第 18 页 / 共 53 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 ... 14 15 16 17 18 19 20 21 22 23 ... 53

❮

❯

2016 年 2 月 11 日

回复了 hxsf 创建的主题 › 问与答 › Markdown 解释为 HTML 的时候如何防止有恶意代码

简单点，除了代码块里面的标签都过滤掉

2016 年 2 月 10 日

回复了 charlie21 创建的主题 › 前端开发 › [ZT] 前端开发技术的发展

大部分用框架的前端不过是因为工作需要，他们没时间，也没必要去理解内部实现细节，所以基本靠 google ， stackoverflow 这类网站解决问题，结果就是项目根本没有良好设计，越做越烂，开发者也得不到什么技术积累，做腻了就走人

2016 年 2 月 10 日

回复了 gaocegege 创建的主题 › 程序员 › 求一个面向非码农的爬虫入门 Tutorial

学校里论文系统不一定是基于 http 的，渲染也未必是基于 html 。
就算是 html 页面抓出来格式化，选取段落才是真正麻烦的地方

2016 年 2 月 10 日

回复了 otakustay 创建的主题 › 随想 › 软件工程始终强调抽象和封装，然而依赖底层源码进行优化依旧是主流手段

以前的一个笑话，网站访问速度比去年快了 30%，老板以为是员工努力工作的成果，但其实完全是浏览器升级优化的结果。
越接近底层，优化的空间越大，效果越明显，例如 http2

2016 年 2 月 9 日

回复了 yuann72 创建的主题 › 问与答 › 哪位大大有时间教我下 JS

大概是为了防脚本，这个页面做了 mousedown mouseout 之类事件的判定，你还需要模拟这些事件才能触发后面的逻辑

2016 年 2 月 4 日

回复了 dingzi 创建的主题 › 问与答 › 谷歌浏览器访问 V2EX 和淘宝字体变了不知道怎么改回来

这可能是因为 Chrome 默认没开反锯齿导致的吧，因为反锯齿会导致渲染性能下降，而且除了 Retina 屏，开反锯齿效果并不明显，我有个插件处理这个问题 https://chrome.google.com/webstore/detail/dcbpmjgjjfhgfcmbejdlbjhpfkmopdjd/publish-delayed?hl=en-US

2016 年 2 月 4 日

回复了 ellenxu 创建的主题 › 非诚勿扰 › 找一位互相学习互相进步的小伙伴

如果你用的是 vim ，可以 :verbose map <leader>c 类似命令查看设置来源文件，不过我猜并不是。
插件最好还是慢慢来，发现一个插件有问题自己又不能很快修复就放弃掉好了

2016 年 2 月 4 日

回复了 coffeedeveloper 创建的主题 › 程序员 › 你们觉得作为一个前端，想去了解浏览器整个的渲染过程和执行过程而去学 C++有必要吗？

前端理解渲染过程一般就够了，除非你要 hack 浏览器，或者自己实现才需要用到 c++

2016 年 2 月 4 日

回复了 hualishu 创建的主题 › Node.js › Nodejs 值得收集的代码片段

gzip 用 nginx 配置更方便控制，其它的 shell 脚本更灵活，做抓取还是 python 的库多些， node 的优势是异步和 stream 可以很大程度提高 io 效率

2016 年 2 月 4 日

回复了 techmoe 创建的主题 › Markdown › 如何用 markdown 在列表里插入代码段

感觉 Ghost 主要目标并不是程序员，它自带的 markdown 解析并不支持 gfm 扩展语法， tables, strikethrough, fenced-code, footnotes, autolink 全不支持。
我之前下了个主题支持代码高亮，但是语言支持太少了（应该是 highlight.js 打包的问题）。后来我用 https://github.com/FSX/misaka 加 http://pygments.org 组合实现后端 markdown 后端渲染同时高亮代码，这个组合效率高，功能全，而且不用页面引用额外 js 和 css 。
全部代码在这里 https://github.com/chemzqm/blog/blob/master/bin/misaka

2016 年 2 月 2 日

回复了 ck1llc 创建的主题 › 前端开发 › 前端虐我千百遍，我待前端如初恋

@ferrum 轮子多了怎么能是错呢，只是使用不同方案维护太蛋疼

2016 年 2 月 2 日

回复了 timqian 创建的主题 › JavaScript › 实验：使用 es6 templete string 作为 view component(取代 react？)

说错了应该是 textContent

2016 年 2 月 2 日

回复了 timqian 创建的主题 › JavaScript › 实验：使用 es6 templete string 作为 view component(取代 react？)

innerHTML 不仅可以避免 xss 而且性能上要好得多

2016 年 2 月 2 日

回复了 timqian 创建的主题 › JavaScript › 实验：使用 es6 templete string 作为 view component(取代 react？)

话说我也有个 reactive 小模块 https://github.com/chemzqm/reactive-lite ，基于 Object.defineProperty 方式：
支持 textcontent html function attribute 等插入方式
支持可重用 binding ， event handler 函数
支持 Reactive 实例属性共享，避免 dom 重复解析
支持替换绑定 model

仅供参考

2016 年 2 月 2 日

回复了 zxgngl 创建的主题 › 分享发现 › Markdown 的设计是有很多问题的。这里收集一些想要代替或者有可能代替 Markdown 语法的尝试。

Markdown 只是一个文本到 html 的标准，标准的好处不在于提供多么强大易用的功能，而是不会轻易改变，减少不必要学习的成本。
事实上只要是人类发明的工具都会存在不可避免的局限，例如：编程语言，操作系统，网络系统，编辑器，等等。
设计角度上，不同的需求总是导致矛盾的出现，例如你追求功能强大就往往会牺牲自身的简单性，
至于说谁好谁坏，首先要依据你自己的实际情况，

2016 年 2 月 2 日

回复了 mortaleye 创建的主题 › 问与答 › 前端的经验积累

都用框架了，还积累个毛线，会用 google 就行了

2016 年 2 月 1 日

回复了 aaaron7 创建的主题 › Markdown › 最近有点稍微正式的使用了下 markdown，说点感受

Atom 的 markdown 真是我用过的最坑的，加载慢，扩展语法不全（不能配置），高亮支持不全， preview 的刷新时候还会乱跳， github 上 issue 100 多个，真是难以想象这么个小插件能搞出那么多 bug

2016 年 2 月 1 日

回复了 chemzqm 创建的主题 › Vim › 来一发 vim 下的 Markdown 笔记插件🍁

@wgjak47 只是预览功能 mac only ，因为用了 applescript

@tony1016 还好吧，没几个命令，我就是受不了 https://github.com/xolox/vim-notes 太复杂才做的这个，因为主要代码都在 autoload 里面，而且没用 server 实现，插件本身加载时间不会超过 1ms ，我用命令
echo '' > startup.txt ;and vim --startuptime startup.txt
在我机器上 macnote 加载时间总计大概 0.7 ms

2016 年 2 月 1 日

回复了 xcodebuild 创建的主题 › 分享创造 › 更加优雅地在 emacs 中写博客

“那个年轻人正在用 Microsoft Excel 来生成电子表格。它正在手动更新每一个单元。他甚至都不知道如何使用公式。他输入大写字母要按 Caps Lock ，输入完了再按一下。他太慢了！我不明白。他为什么还能这么愉悦？”

“看到这个年轻人，你为什么不能？” Wq 大师回应道。

2016 年 2 月 1 日

回复了 SharkIng 创建的主题 › 编辑器 › Atom 最近好像功能越来越完善了，是不是 Sublime 快要被抛弃了？

本来用 Atom 只为它能同步预览 Markdown ，结果丫的这破插件各种 bug ，各种语法高亮没有， gfm 扩展语法支持不全，页面刷新还会自行滚动到某名其妙的地方。
看 github 上 100 多个 issue ，真是醉了，严重怀疑他们到底用不用自己写的插件

1 ... 14 15 16 17 18 19 20 21 22 23 ... 53

❮

❯