百度搜索指定网站内容(高效使用Google的搜索完整匹配()最后推荐)

　　百度搜索指定网站内容(高效使用Google的搜索完整匹配()最后推荐)

　　高效利用谷歌搜索，完全匹配

　　在谷歌的输入框中，所有空格都被理解为加号。如果输入mysql外键，返回的搜索结果中可能同时存在mysql和外键，但不一定是mysql外键。此外，过于常用而单独没有意义的词汇往往被忽略，例如/a/that等。

　　如果要查找收录短语mysql外键的文章，那么无论是否使用全角字符（“或者")或者半角字符(")，Google还是可以正确处理的。这就是引号的作用：返回完全匹配的结果。

　　过滤

　　为了进一步过滤搜索结果，您还需要学习另一个符号——减号 (-)。例如“mysql外键”-“nodejs”要求谷歌返回文章收录mysql外键但nodejs不存在。

　　通配符

　　程序员熟悉的另一个符号是常规规则中最常见的星号。当您看到星号时，您会下意识地想到通配符。在谷歌的搜索规则中也是如此。输入“mysql connect error *”将返回所有关于MySQL连接错误的已知文章。

　　在网站内搜索

　　最后，我推荐一个强大的语法，让您有机会再次过滤搜索结果。比如程序员查bug，stackoverflow是最可信最全面的网站我个人认为，所以我经常使用站点魔术，比如“mysql外键”站点：会返回对应的=500 language:javascript，结果将是大于等于500的javascript项目集合

　　搜索条件是可选的

　　例如：in:name spring cloud stars:>5000 language:java push:>2019-01-01

　　github 搜索位置

　　"in:name 关键词"（包括名称和描述）

　　如：in:name xxx 搜索项名称收录‘xxx’

　　"in:description 关键词" (查找描述内容)

　　例如：in:description xxx 搜索描述收录‘xxx’

　　"in:readme 关键词"（在readme中查找内容）

　　例如：in:readme xxx search readme contains ‘xxx’

　　github 搜索条件

　　"starts:" 和 "forks:" 限制集合和分叉的数量

　　开始：>=500 集合大于或等于 500

　　开始：10..20（间隔）

　　forks:>1000 限制fork数量

　　"language:关键词"有限语言

　　例如：language:javascript 语言类型为javascript

　　"size:>=5000" 仓库大小大于5000K "pushed:>2020-04-01" 更新时间 "license:apache-2.0" (部分未开源) "user: shenbh”搜索某个人或组织的仓库如何避免问“愚蠢”的问题来回答判断问题

　　如果你可以给回答者一个判断性问题，试着给它一个判断性问题。比如，经过一番思考和实验，你问他，“查了半天，觉得是这个原因造成的问题，你觉得是这个原因吗？？”。在这种情况下，其他人只需要回答“是”或“否”，这将大大减少您被他人占用的时间。

　　如果你不能给出一个真假问题，试着给回答者多选题

　　如果您不能给出真假问题，请尝试给回答者提供多项选择题。比如这样一个问题，“我查了一下，这个问题可能是这些原因造成的，一个可能是……另一个可能是……你有更多的经验，你觉得哪个？”，这种情况下，其他人只需要帮你选择1或2、3或4，自然会节省很多时间。

　　如果你不能给出多项选择题，试着填空

　　如果你不能给出多项选择题，你只能尝试填空。比如“我遇到了一个问题，我查过了，应该用一个命令来处理，但是我不能活的好好检查。对于这个命令，你知道XXX命令是什么吗？”这是一道典型的填空题。其他人只需要告诉你命令是什么。

　　如果连空白题都答不出来，那你就只能给出主观题了

　　如果你连填空题都答不出来，你只能给出主观题，比如直接问别人，“你认为这个问题的原因可能是什么？”这是一个典型的主观问题。但我个人并不推荐这种提问方式，因为主观提问基本上相当于你直接把问题抛给别人。您唯一能做的就是提供尽可能多的信息，例如错误日志、源代码或调查后得到的一些线索。

　　前题补充题背景

　　对于上一个问题的补充，无论你问什么问题，一定要记得介绍问题的背景，否则其他人可能会混淆。

　　高效学习1、整体学习策略2、整体学习技巧3、Beyond整体学习4、整体学习总结提高开发效率，提高开发质量问题回顾客户反馈Android问题处理流程

　　前提：与客户场景一致：官网测试线、账号密码、存储、操作步骤

　　与ios vs. ios相同的问题：最初定位为界面问题，抓取界面到后台IOS正常：Android重复客户场景Android正常：最初定位为不同版本的问题->旧抓包界面Android 重现异常：查看日志有错误日志：定位问题没有错误日志：抓接口到后台Android开发过程澄清需求：如果不清楚与产品沟通确认工作小时（如果已经开发了后台，说明一般后台操作流程） 拆分需求：确认每个需求 粗略的开发周期开发。对于新功能，先写一个demo，然后集成到项目中进行自测。用ios互相测试。想出更多的临界值进行测试。 Android包升级代码：更改Build Variants：选择对应渠道的发布版本。更改常量：更改链接。更改 build.gradle：更改版本号/名称。本地操作验证。下载平台上的旧安装包并安装到本地（注意保存旧包）。验证：打包新包，覆盖安装，向客户确认。运维：重命名新包，发布到新包和安装路径。平台：（通用：选择性升级）升级验证：重新打开应用并执行升级