webpack分片后，加载入口文件的同时，也会加载分片文件，入口文件的体积虽然小了，但是src请求数变多了呀！

除了生成了页面自己的js runtime.js vendor.js 还有一个名字非常长的js文件。不知道这个js文件是为什么生成的，而且它也没有自动的插入到html 模板文件中。

同时验证邮箱和手机号有点不严谨吧,可以看下下面的例子

501 Mail from address must be same as authorization user to MAIL FROM command))

{代码...} 判断这个值

用了一段时间 DuckduckGo, DuckduckGo 就是翻到底部, 自动加载更新的, 然后就很奇怪, 其他的各种知名得多的搜索引擎都是采用分页的, 可是从交互上说, 越来越多的位置都采用滾動到底部的自动加载更新, 比如 Google+, 比如 Google 的图片搜索, 为什么搜索引擎不采用更好的界面呢? 是因为有技术上的限制吗?

其实mysql从5.7.6开始，内置了ngram全文解析器，用来支持中文、日文、韩文分词。在这之前，全文索引只支持英文全文索引，不支持中文全文索引

只可能有两种方案，一种是腾讯早先已经抓取了这个链接的网页内容，提出Meta标签当中title，抓出图片生成了这么一张卡片卡片；还有一种可能就是各个网站和腾讯有合作，通过对接腾讯的开放平台，自己上传xml，当中包括链接及对应的title和图片。关于这个，对接腾讯开放平台的具体文档我没找到，不过我做过SEM及SEO，各个搜...

首先这种命名方式非常不符合规范,另外,引入的位置是和入口有关的,你需要查看你项目的入口和环境

用户输入包含@的时候调用邮箱验证，其他的时候采用电话验证。

这种情况很正常，我觉得没必要担心，毕竟有种编程叫做面向搜索引擎编程。

推荐使用应用内搜索，这种文本相关性排序只能走搜索引擎 [链接]

当然是跟手机型号，手机浏览器等等有关了，不支持但是有利于搜索引擎

手头有一本借的《搜索引擎优化高级编程（PHP版）》，觉得还不错，可以去豆瓣查一下。

后台管理 或者 模拟桌面软件的才用. 单页对于搜索引擎支持不好. 大型web站点不推荐.

由于以前的站关闭了，因此只能贴个链接了 基于 DHT 网络的磁力链接和BT种子的搜索引擎架构