shaojz2005

也可以做一个服务，是用户输入自己各个平台的账号地址，然后远程爬取形成自己的数据，不过这样始终是存储在提供该服务的平台上，不算是带回家。

楼上提到油猴或者浏览器插件应该是不错的想法，就是做个插件，监测访问的是哪个网站，然后提交内容时，把提交后的内容取出来，post 到自己的数据系统。无论什么平台的数据，不外乎就是标题、内容、图片 /视频、日期而已，可以在这个基础上再扩展多一点，比如豆瓣的书籍信息、影视信息等等。那么数据系统其实比较简单，一般的 cms 都可以满足。

我想了解一下，如何做出一款比肩百度搜索质量的搜索引擎。据我了解，百度这种搜索引擎应该是需要蜘蛛不断爬取新的内容进行收录的，这样的话需要的计算和存储资源都是海量的吧，整个投入会非常大。

莫非上面提到的搜索引擎都是在用户提交搜索词时，去爬取百度这些大搜索引擎的结果，再经过筛选过滤呈现给用户的？

这样是不是用着别人的资源还骂别人不好了？

在公司和家里都是挂耳，感觉买咖啡豆的话，喝得太慢。
挂耳是 ucc ，雀巢，blendy 轮流买。

等保要的是分数而已，不代表所有的问题都要整改。

mix2s ，如果开着 wifi ，热点就是 wifi ；没 wifi ，热点就是数据网络。

我是这么理解的，当原生分辨率（非缩放）宽度大于 1920 时，浏览网页还要不要全屏就变成一个可探究的问题了，因为全屏的可视面积太大了。这种情况下，让网页保持 1920 宽度的最佳浏览体验是合理的。

如果让背景或者通栏的内容适配完整宽度，可能带来的问题有：
1. 背景图的分辨率不足，全屏适配会变得模糊，如果提升背景图的分辨率，则浪费带宽，导致网页加载变慢；
2. 如果是宽度 100%、高度自适应，则可能会让高度变得很大，而内容领域一般不会相应适配到 100%宽度，整体观感会变得很奇怪；
3. 如果是宽度 100%、高度维持不变，则背景的可视内容会变得跟预设的不太一样，换而言之就是可视内容变少了。

所以，很少会让背景、通栏内容无限地适配宽度。

更何况，高于 2K 分辨率时，很多时候都会采用缩放来让浏览的内容不至于太小，又可以带来文字更清晰的体验，所以大部分情况下，观感上的分辨率都不会大于 2K 。