因为业务需要的缘故，需要对订单的相关字段进行模糊查询，比如订单号、联系人名字等等字段 之前的开发人员是在SQL里用LIKE '%关键词%'进行模糊查询的，可是这样就很慢很慢了 所以我想到了用搜索引擎，可是搜索引擎需要建立索引的话，总不可能实时简历索引吧 现在很纠结不知道该怎么弄了

假设现在有一堆已经生成好的 html 静态文件，这些 html 是给搜索引擎看的，里面的只包含最基本的 html 代码，这些 html 代码里面嵌入的数据也都是可以从数据库取到的，而且这些 html 都引入了一个共同的JavaScript文件。请问，利用这个 JavaScript 脚本通过 AJAX 重新从服务器加载相应数据并重新渲染网页，是否会影响SEO...

具体存储不影响搜索结果，存储和搜索应当分开。滚动分页只需要设置一个基准值就好，比如按照时间滚动，你就用0（日期类型可以随便设置个比较早的日期值）作为基准值到搜索引擎中搜。数据库层面可以采用商品ID分表，搜索引擎的排序规则就可以看具体需求，可以按时间、评论结果、评论点赞数等等。

如图所示怎么设置当文字超过4个以后就进行换行呢 {代码...}

可以建，但是autocomplete的时候，肯定不是通过mysql like来查，后台还是要通过搜索引擎（比如sphinx)来对这两个字段建索引

sphinx简单 elasticsearch/solr 功能多， 对于搜索引擎来说重要的是一个相对准确的词库，用什么搜索都差不多

不太好做 [链接] 这个站我记得好像是看过一个贴子说做了两份,一份是专门针对搜索引擎的

各位大大们好，现在比较流行的前后端分离，前后端分离后对搜索引擎的收录是否会有很大的影响呢？

集团内部网络各分公司主页网站越多越多，各种语言，各种数据库开发的眼花缭乱。想做一个内网的搜索引擎，类似Google，用来索引内部多个网站，在一个界面进行统一搜索。

2.集合多网站的搜索还没有想到怎么做，可以看看搜索引擎能不能提供这样的搜索接口，目前我还没有找到。顺便说一下，如果你要找的东西主要是学术内容，那么google学术也是不错的，附网址：[链接]3.大多数搜索引擎都有高级搜索，研究一下，他的传参方式，或许能加以利用。

我的一个思路不需要用到redis和数据库，完完全全不需要独立存储用户找回密码的hash。 楼上有人说的办法在大型业务中，还得搞几台独立的redis服务器啊，有点烧钱。 我的思路是 先用`md5(用户邮箱，当前时间戳，私钥)+用户邮箱明文，当前时间戳明文 {代码...} 整个过程由于私钥都在服务端脚本，因此只要它不被泄露，这个系...

假设是互联网从业者类似的用户群，建议不要这么做，还是要有邮箱这个，有一个场景很现实，北上广都有漂的人，他们有很大的可能性需要频繁换手机，你考虑了这个换手机的场景还好，但是一般的产品并没有这个设计，所以非常痛苦，如果有邮箱这一选项就没有那么多的问题！

有的用户是用邮箱账号注册的,有的用户是用手机号注册的,这些账号怎么跟avos账号关联?

看到神奇的ifttt.com上有用社交网络或邮箱控制hue的应用的demo。 国产的Yeelight能实现这样的功能吗？

掉 session 是一个问题 还有就是当我用自己注册的邮箱登陆后 会直接404 访问地址为 opensearch.xml

QQ邮箱现在需要手动开启SMTP服务,而且密码不是QQ密码... 你感受一下... 密码是随机生成的

跪求"先把html的界面生成图片 ，然后用生成的图片来生成pdf 结果"的代码，邮箱410251819@qq .com