七天进阶elasticsearch[Three]

排序与分页

localhost:9200/book/_search  get请求{"query":{"match_all": {}},"sort": [{"price": {"order": "desc"}}], "from":0,"size":3}简化body
{"query": {"bool": {"should":[{"match":{"_index":"book"}}]}},"sort":[{"price":"desc"}],"from":0,"size":5}

以上是浅分页~即每次只读取指定数据量的的数据,这样我们在分页的时候要获得下一页就得再次去读取,这就会造成频繁请求,显然是不符合我们设计程序的要求的;

~由于当前PC设计时读取一次数据大小为4K,即一次会多读取一些数据(PC认为这些相邻的数据也可能时我们需要的)

下面我们就会用到深分页

深分页

http://localhost:9200/book/_search?scroll=5m get 请求

{"query": {"match_all": {}},"size": 1,"from": 0,"sort": [{"price": "asc"}]}

请求中的scroll=5m 表示当前查询上下文保留时间 5min

返回结果:

{"_scroll_id": "FGluY2x1ZGVfY29udGV4dF91dWlkDXF1ZXJ5QW5kRmV0Y2gBFm9JWUxmMHVMUmo2Q1FtVV9LNGdXQVEAAAAAAAAoyRZDUFlvWlFNR1NCYU9kcTg2bnpBY2hn","took": 1,"timed_out": false,"_shards": {"total": 1,"successful": 1,"skipped": 0,"failed": 0},"hits": {"total": {"value": 2,"relation": "eq"},"max_score": null,"hits": [{"_index": "book","_type": "_doc","_id": "4","_score": null,"_source": {"id": 4,"title": "中华上下五千年","price": 100},"sort": [100.0]}]}
}

获取下一页:

{"scroll_id":"FGluY2x1ZGVfY29udGV4dF91dWlkDXF1ZXJ5QW5kRmV0Y2gBFm9JWUxmMHVMUmo2Q1FtVV9LNGdXQVEAAAAAAAAoyRZDUFlvWlFNR1NCYU9kcTg2bnpBY2hn","scroll": "5m"
}

使用上面的请求返回的结果中包含一个 scroll_id，这个 ID 可以被传递给 scroll API 来检索下一个批次的结果。
返回:

{"_scroll_id": "FGluY2x1ZGVfY29udGV4dF91dWlkDXF1ZXJ5QW5kRmV0Y2gBFm9JWUxmMHVMUmo2Q1FtVV9LNGdXQVEAAAAAAAAoyRZDUFlvWlFNR1NCYU9kcTg2bnpBY2hn","took": 1,"timed_out": false,"_shards": {"total": 1,"successful": 1,"skipped": 0,"failed": 0},"hits": {"total": {"value": 2,"relation": "eq"},"max_score": null,"hits": [{"_index": "book","_type": "_doc","_id": "5","_score": null,"_source": {"id": 5,"title": "三国志2","price": 100},"sort": [100.0]}]}
}

GET 或者 POST 可以使用
URL不应该包含 index 或者 type 名字——这些都指定在了原始的 search 请求中。
scroll 参数告诉 Elasticsearch 保持搜索的上下文等待另一个 1m
scroll_id 参数
每次对 scroll API 的调用返回了结果的下一个批次直到没有更多的结果返回，也就是直到 hits 数组空了。

注意：初始搜索请求和每个后续滚动请求返回一个新的 _scroll_id，只有最近的 _scroll_id 才能被使用。
即之前的scroll_id失效，需要重新获取新的scroll_id

查询时候要考虑分词

  1. 搜索的时候要考虑分词
    原始数据:
{"took" : 0,"timed_out" : false,"_shards" : {"total" : 1,"successful" : 1,"skipped" : 0,"failed" : 0},"hits" : {"total" : {"value" : 3,"relation" : "eq"},"max_score" : 1.0,"hits" : [{"_index" : "book","_type" : "_doc","_id" : "4","_score" : 1.0,"_source" : {"id" : 4,"title" : "中华上下五千年","price" : 100}},{"_index" : "book","_type" : "_doc","_id" : "5","_score" : 1.0,"_source" : {"id" : 5,"title" : "三国志2","price" : 100}},{"_index" : "book","_type" : "_doc","_id" : "10","_score" : 1.0,"_source" : {"id" : 10,"title" : "陈寿写的三国志","price" : 199}}]}
}

查询

GET /book/_search
{"query": {"match": {"title": "三国志"}}
}

结果:

{"took" : 1,"timed_out" : false,"_shards" : {"total" : 1,"successful" : 1,"skipped" : 0,"failed" : 0},"hits" : {"total" : {"value" : 3,"relation" : "eq"},"max_score" : 5.8973975,"hits" : [{"_index" : "book","_type" : "_doc","_id" : "10","_score" : 5.8973975,"_source" : {"id" : 10,"title" : "陈寿写的三国志","price" : 199}},{"_index" : "book","_type" : "_doc","_id" : "18","_score" : 1.5520117,"_source" : {"id" : 18,"title" : "三个国家的孩子拥有不同的状志","price" : 199}},{"_index" : "book","_type" : "_doc","_id" : "5","_score" : 1.0465285,"_source" : {"id" : 5,"title" : "三国志2","price" : 100}}]}
}

为什么会查到关于三国志的全部数据?
我们首先得要知道分词如果没有为索引指定分词,那么默认使用标准分词器standard

standard分词器对 三国志进行分词

{"tokens" : [{"token" : "三","start_offset" : 0,"end_offset" : 1,"type" : "<IDEOGRAPHIC>","position" : 0},{"token" : "国","start_offset" : 1,"end_offset" : 2,"type" : "<IDEOGRAPHIC>","position" : 1},{"token" : "志","start_offset" : 2,"end_offset" : 3,"type" : "<IDEOGRAPHIC>","position" : 2}]
}

我们在查询三国志的时候
standard分词 三 国 志 ,因此只要是title包含 这三个中的一个就会被检索到

我们添加数据到book中


PUT /book/_doc/20
{"id" : 20,"title" : "三","price" : 199
}PUT /book/_doc/21
{"id" : 21,"title" : "国","price" : 199
}

再次查询时,hui’fa按刚刚添加的 三 国 数据也被检索到了,这显然并不是目前我们想要的
我们需要使用别的分词器,比如ik分词器对中文进行分词;

但是由于我们创建时没有指定分词器,因此es使用了默认的分词器,所以我们需要修改分词器

修改分词器:

在修改索引的分词器的时候我们先要关闭索引,添加完成后再打开索引

关闭索引:

localhost:9200/book/_close
返回结果:
{"acknowledged": true,"shards_acknowledged": true,"indices": {"book": {"closed": true}}
}

然后我们再次查询/添加/修改book索引的时候:

{"error" : {"root_cause" : [{"type" : "index_closed_exception","reason" : "closed","index_uuid" : "QUzu_Db5Q-6Rlv2e-Dd36w","index" : "book"}],"type" : "index_closed_exception","reason" : "closed","index_uuid" : "QUzu_Db5Q-6Rlv2e-Dd36w","index" : "book"},"status" : 400
}

修改分词器

localhost:9200/book/_settings    put
{"analysis":{"analyzer":{"ik_filter":{"type":"ik_max_word"}}}
}

打开索引:

localhost:9200/book/_open  post

查看索引设置

localhost:9200/book/_settings   get返回结果
{"book": {"settings": {"index": {"routing": {"allocation": {"include": {"_tier_preference": "data_content"}}},"number_of_shards": "1","provided_name": "book","max_result_window": "10000","creation_date": "1717588143904","analysis": {"analyzer": {"ik_filter": {"type": "ik_max_word"}}},"number_of_replicas": "1","uuid": "QUzu_Db5Q-6Rlv2e-Dd36w","version": {"created": "7172199"}}}}
}

再次请求时会发现依然不满足要求

GET /book/_search
{"query": {"match": {"title":"三国志"}}
}

别着急,我们先看看ik分词器ik_max_word分词器对三国志是怎么分词的

{"tokens" : [{"token" : "三国志","start_offset" : 0,"end_offset" : 3,"type" : "CN_WORD","position" : 0},{"token" : "三国","start_offset" : 0,"end_offset" : 2,"type" : "CN_WORD","position" : 1},{"token" : "三","start_offset" : 0,"end_offset" : 1,"type" : "TYPE_CNUM","position" : 2},{"token" : "国","start_offset" : 1,"end_offset" : 2,"type" : "CN_CHAR","position" : 3},{"token" : "志","start_offset" : 2,"end_offset" : 3,"type" : "CN_CHAR","position" : 4}]
}

看样子仅仅通过分词器是不能满足我们的需求的,还需要做下面的修改

GET /book/_search
{"query": {"match": {"title": {"query": "三国志","minimum_should_match": 3}}}
}

之后:

{"took": 1,"timed_out": false,"_shards": {"total": 1,"successful": 1,"skipped": 0,"failed": 0},"hits": {"total": {"value": 3,"relation": "eq"},"max_score": 1.4711425,"hits": [{"_index": "book","_type": "_doc","_id": "5","_score": 1.4711425,"_source": {"id": 5,"title": "三国志2","price": 100}},{"_index": "book","_type": "_doc","_id": "10","_score": 1.1695743,"_source": {"id": 10,"title": "陈寿写的三国志","price": 199}},{"_index": "book","_type": "_doc","_id": "18","_score": 0.79115736,"_source": {"id": 18,"title": "三个国家的孩子拥有不同的状志","price": 199}}]}
}

minimum_should_match 最小匹配分词数

还有一种方式是再查询的时候指定拆分的行为:

GET /book/_search
{"query": {"match": {"title": {"query": "三国志","operator": "and"}}}
}GET /book/_search
{"query": {"match": {"title": {"query": "三国志","operator": "or"}}}
}

operator 拆分行为 是and 还是or ~效果自己可以试一下

如果指定operator为and,那么查询的时候默拆分行为默认为or

以上是我们在不了解es的情况下来获得我们需要的结果,但是es本身提供了很多高级的查询,我们来试试

比如 match_phase

GET /book/_search
{"query":{"match_phrase": {"title": "三国志"}}
}

返回结果是三 国 志 这三个组合在一块的搜索结果

假设我们需要查"三志",那又会出现什么结果呢?

GET /book/_search
{"query":{"match_phrase": {"title": "三志"}}
}

结果是查不到数据,因为分词的时候没有出现三志这个组合;
我们在改造一下,查询title的时候

GET /book/_search
{"query":{"match_phrase": {"title":{"query":"三志","slop": 1}}
}
}

再查看检索结果:

{"took" : 1,"timed_out" : false,"_shards" : {"total" : 1,"successful" : 1,"skipped" : 0,"failed" : 0},"hits" : {"total" : {"value" : 2,"relation" : "eq"},"max_score" : 0.7056085,"hits" : [{"_index" : "book","_type" : "_doc","_id" : "5","_score" : 0.7056085,"_source" : {"id" : 5,"title" : "三国志2","price" : 100}},{"_index" : "book","_type" : "_doc","_id" : "10","_score" : 0.5246588,"_source" : {"id" : 10,"title" : "陈寿写的三国志","price" : 199}}]}
}

slop 允许的最大偏移量,即允许title中"三"和"志"之间的距离为多少
当我们查询时候slop用于指定查询的时候分词间允许的最大偏移量;

有时候我们查询的时候只想找到最相关的一条,

multi_match

multi_match 顾名思义就是提供在多个字段上查询的意思


{"query": {"multi_match": {"query": "三国","fields": ["title","desc"]}},"form":0,"size":1
}

这里我们查询了title字段,并按照相关度倒序排序,取相关度最高的
multi_match查询时有很多参数:

query
来自用户输入的查询短语
fields
数组，默认支持最大长度1024，可以单独为任意字段设置相关度权重，支持通配符；fields可以为空，为空时会取mapping阶段配置的所有支持term查询的filed组合在一起进行查询

type 定义内部大打分方式

1,best_fields 按照match检索，所有字段单独计算得分并取最高分的field为最终_score，虽然是默认值，但不建议使用，数据量上来后查询性能会下降
2,most_fields 按照match检索，融合所有field得分为最终_score
3,cross_fields 将fields中的所有字段融合成一个大字段进行match检索，此时要求所有字段使用相同分析器
4,phrase 按照match_phrase检索，默认slop为0，执行短语精确匹配，所以即便设置 minimum_should_match 也无效; 取最高字段得分
5,phrase_prefix 按照match_phrase_prefix检索，滑动步长slop默认为0；取最高字段得分
6,bool_prefix 按照match_bool_prefix检索

当best_fields、most_fields与operator 或 minimum_should_match 参数连用时会要求用户输入词必须在任意单一字段上完全满足的文档才会出现;

{"took": 1,"timed_out": false,"_shards": {"total": 1,"successful": 1,"skipped": 0,"failed": 0},"hits": {"total": {"value": 5,"relation": "eq"},"max_score": 0.8321978,"hits": [{"_index": "book","_type": "_doc","_id": "5","_score": 0.8321978,"_source": {"id": 5,"title": "三国志2","price": 100}}]}
}

query_string

localhost:9200/book/_search get请求
{"query":{"query_string":{"query":"陈寿 OR 三国志"}}
}

匹配陈寿 三国志 的文档文档中所有的字段 OR是或,AND是且

查询指定字段:

{"query":{"query_string":{"fields":["title","desc"],"query":"陈寿 AND 三国志"}}
}

返回:

{"took": 0,"timed_out": false,"_shards": {"total": 1,"successful": 1,"skipped": 0,"failed": 0},"hits": {"total": {"value": 0,"relation": "eq"},"max_score": null,"hits": []}
}

简单字符串查询 simple_query_string

用法跟query_string 差不多,只不过AND 用+ 代替,| 代替OR -代替NOT

localhost:9200/book/_search  get
{"query":{"simple_query_string":{"fields":["title","desc"],"query":"陈寿+三国志"}}
}

关键字查询:

关键词查询 TermTerm 用来使用关键词旬（精确匹配 ),
还可以用来查询没有被进行分词的数据类型。
Term 是表达浯意的最小单位，搜索和利用统计浯言模型讲行自然浯言处理都需要处理 Term 。 match在匹配时会对所查找的关键词进行分词，然后按分词匹配查找，而 term 会直接对关键词进行查找。一般模糊查找的时候，多用 match, 而精确查找时可以使用 term 。
ES 中默认使用分词器为标准分词器（ Standardard), 标准分词器对于英文单词分词，
对于中文单字分词,在 ES 的 Mapping Type 中 keyword ， date ， integer, long ， double ， boolean or ip 这些类型不分词，只有 te×t 类型分词。

一个简单的关键字查询:

{"query": {"term": {"title": {"value":"三国志2"}}}
}

结果是什么也查询不到,这是为啥啊呢


{"took": 2,"timed_out": false,"_shards": {"total": 1,"successful": 1,"skipped": 0,"failed": 0},"hits": {"total": {"value": 0,"relation": "eq"},"max_score": null,"hits": []}
}

按道理,三国志2 拆分 三 三国 三国志 应该能查到数据才对,但是为什么查不到呢?按道理我们也应该查询到呀;

我们看一下索引的映射:


GET /book/_mapping结果:
{"book": {"mappings": {"properties": {"id": {"type": "long"},"price": {"type": "float"},"title": {"type": "text","fields": {"keyword": {"type": "keyword","ignore_above": 256}}}}}}
}

看到title中有type 为 keyword,我们查询的时候查询关键字就可以了,此时terms就不会在去分词查询了:

{"query": {"term": {"title.keyword": {"value":"三国志2"}}}
}

结果:

{"took" : 1,"timed_out" : false,"_shards" : {"total" : 1,"successful" : 1,"skipped" : 0,"failed" : 0},"hits" : {"total" : {"value" : 1,"relation" : "eq"},"max_score" : 1.6739764,"hits" : [{"_index" : "book","_type" : "_doc","_id" : "5","_score" : 1.6739764,"_source" : {"id" : 5,"title" : "三国志2","price" : 100}}]}
}

在 ES 中，对输入不做分词。对输入作为一个整体，在倒排索引中查找准确的词项，并且使用相关度算分公式为每个包含该词项的文档进行相关度算分。

这里有一个大坑,就是…比如下面这个例子:
我们还是在索引book中添加数据

{"id":12,"title":"JAVA","pricr":99
}

添加完之后使用term查询

我们发现是查不到的:

{"query":{"term":{"title":"JAVA"}}
}结果:
```json
{"took": 682,"timed_out": false,"_shards": {"total": 1,"successful": 1,"skipped": 0,"failed": 0},"hits": {"total": {"value": 0,"relation": "eq"},"max_score": null,"hits": []}
}

这是为什么呢?
我们来看一下 分词器对JAVA是怎么分词的:

localhost:9200/_analyze  post
{"analyzer":"ik_max_word","text":"JAVA"
}返回结果:{"tokens": [{"token": "java","start_offset": 0,"end_offset": 4,"type": "ENGLISH","position": 0}]
}

可以看到,JAVA被分词器转换成小写的了,所以我们查询JAVA的时候要使用java,否则查不到


GET /book/_search
{"query":{"term": {"title": {"value": "java"}}}
}
结果:
{"took" : 0,"timed_out" : false,"_shards" : {"total" : 1,"successful" : 1,"skipped" : 0,"failed" : 0},"hits" : {"total" : {"value" : 1,"relation" : "eq"},"max_score" : 2.6464858,"hits" : [{"_index" : "book","_type" : "_doc","_id" : "12","_score" : 2.6464858,"_source" : {"id" : 12,"title" : "JAVA","pricr" : 99}}]}
}

这样会有一个问题就是如果查询java的时候,返回的结果可能会有一下集中Java,JAvA等等多种情况,此时如果要精准匹配JAVA那么就需要制定 keyword
keyword 是 ES 中一个特殊的类型，它不会进行分词，而是直接使用原始值进行匹配。


GET /book/_search
{"query":{"term": {"title.keyword": {"value": "JAVA"}}}
}

ES优化1

ES优化~精确查询的时候避免算相关度
上面的查询我们看到了有一个_score 字段,这个字段用于表示查询到的这一个数据与我们想要查询的数据的相关度,但是当我们查询的时候,我们希望的是精确查询,但是ES默认是会进行相关度算分的,这个相关度计算是需要消耗算力的,那么怎么在精确查询的时候不使用_score算分呢?

1,可以通过Constant Score Query 来实现,Constant Score Query 是 ES 提供的一个查询类型,它可以将查询条件包装成一个常量分数,然后返回匹配到的所有文档,而不进行相关度算分。
2,filter 可以有效利用缓存

示例:

GET /book/_search
{"query":{"constant_score":{"filter":{"term":{"title.keyword":"JAVA"}}}
}}

这个查询和上面查询的效果是一样的,但是这个查询不会进行相关度算分(默认相关度为1),所以性能会好很多

ES优化2

我们在查询 bool 数字等类型的时候可以使用term查询

比如

{"query": {"term": {"price": 100}}
}

这里查询bool,数字等类型的时候就不用特别指定 constant_score了;

term—>
关键词查询Term
被进行分词的数据类型。Term是表达语意的最小单位，搜索和利用统计语言Term用来使用关键词查询(精确匹配),还可以用来查询没有型进行自然语言处理都需要处理Term。match在匹配时会对所查找的关键词进行分词，然后按分词匹配查找，而term会直接对关键词进行查找。一般模糊查找的时候，多用match，而精确查找可以使用term。
),标准分词器对于英文单词分词,对于中文单字分词，·ES中默认使用分词器为标准分词器(StandardAnalyze,double,boolean orip 这些类型不分词，只有text类型分词在ES的MappingType 中 keyword , date ,integer, long

关于term查询为什么会查不到数据~首先term精确查询的时候是不分词的,但是存的时候的倒排表是按照分词进行存储的,比如我们使用term查 三国志,查询的时候他是不分词的, 但是倒排表中是分词的(三国志,三国,三,国…)

前缀搜索

它会对分词后的 term 进行前缀搜索·它不会分析要搜索字符串，传入的前缀就是想要查找的前缀。默认状态下，前缀查询不做相关度分数计算，它只是将所有匹配的文档返回，然后賦予所有相关分数值为 1 。它的行为更亻象是一个过滤器而不是查洵。两者实际的区别就是过滤器是可以被缓存的，而前缀查询不行。prefix的原理：需要遍历所有倒排索引，并比较每个 term 是否已所指定的前缀开头。

注意.这里的前缀是指分词后的一个前缀而不是我们存入的数据的前缀

例如:

{"query": {"prefix": {"title": "三"}}
}
结果:
{"took": 3,"timed_out": false,"_shards": {"total": 21,"successful": 21,"skipped": 0,"failed": 0},"hits": {"total": {"value": 4,"relation": "eq"},"max_score": 1.0,"hits": [{"_index": "book","_type": "_doc","_id": "5","_score": 1.0,"_source": {"id": 5,"title": "三国志2","price": 100}},{"_index": "book","_type": "_doc","_id": "10","_score": 1.0,"_source": {"id": 10,"title": "陈寿写的三国志","price": 199}},{"_index": "book","_type": "_doc","_id": "18","_score": 1.0,"_source": {"id": 18,"title": "三个国家的孩子拥有不同的状志","price": 199}},{"_index": "book","_type": "_doc","_id": "20","_score": 1.0,"_source": {"id": 20,"title": "三","price": 199}}]}
}

{"query": {"prefix": {"title": "国"}}
}

本文来自互联网用户投稿，该文观点仅代表作者本人，不代表本站立场。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如若转载，请注明出处：http://www.mzph.cn/bicheng/23519.shtml

如若内容造成侵权/违法违规/事实不符，请联系多彩编程网进行投诉反馈email:809451989@qq.com，一经查实，立即删除！

相关文章

Linux “ 软件管理 “

Linux “ 软件管理 “

软件管理 widows 安装 方法一&#xff1a; 双击exe安装包&#xff0c;就可以安装。 用exe安装的软件会破记录到注册表中。 注册会记录安装位置&#xff0c;软件名称。 方法二&#xff1a; 用绿色方式进行安装。 不用写到注册表中&#xff0c;因此无法在开始菜单里面查看和卸…
阅读更多...
AppInventor2有没有删除后的撤销功能？

AppInventor2有没有删除后的撤销功能？

问&#xff1a;不小心删除了组件&#xff0c;能撤回吗&#xff1f; 答&#xff1a;界面&#xff08;组件&#xff09;设计界面&#xff0c;没有撤销功能。代码&#xff08;逻辑&#xff09;设计视图&#xff0c;可以使用 CtrlZ 撤销&#xff0c;CtrlY 反撤销。 界面设计没有撤…
阅读更多...
AIGC绘画设计——midjourney有哪些好用的关键词？

AIGC绘画设计——midjourney有哪些好用的关键词？

midjourney有哪些高级关键词&#xff1f; 这一期继续分享一些高级的关键词&#xff0c; 我有一些案例也是从其他博主那学习来的&#xff0c; 但为了尽可能不出错&#xff0c;每个案例都是自己尝试了很多次后才拿出来的。 挑选了几个效果比较好&#xff0c;使用场景较高的类型…
阅读更多...
Odoo：全球用户规模最大的免费开源ERP，使用前必须关注的事项

Odoo：全球用户规模最大的免费开源ERP，使用前必须关注的事项

在数字经济时代&#xff0c;使用企业资源规划 (ERP) 工具管理业务是优化绩效和获得最佳结果的必要条件。 Odoo作为世界上最受欢迎的免费开源企业管理软件&#xff0c;已成功服务全球超过1200万以上的企业用户规模&#xff0c;开源智造作为Odoo亚太地区的金牌服务机构&#xff…
阅读更多...
JDK17新增的特性

JDK17新增的特性

1.yield关键字&#xff1a; 从Java13开始引入&#xff0c;yield关键字用于从case的代码块中获取返回值。 正常从case的代码中获取返回值&#xff1a; public static void main(String[] args) { int x1; int result0; switch (x){case 1,2,3,4,5:result10;break;case 10,20,3…
阅读更多...
【Mybatis】INSERT INTO 遇到NULL怎么处理？

【Mybatis】INSERT INTO 遇到NULL怎么处理？

目录标题 背景-使用Mybatis手写批量插入Insert方法测试核心代码&#xff0c;author字段为null&#xff0c;插入条件怎么写&#xff1f; MybatisPlus解决方案自动填充字段 Mybatis解决方案if标签处理 问题&#xff1a;如果不在工程里面设置默认值&#xff1f;如何直接使用数据库…
阅读更多...
Facebook广告账号Facebook新手如何避免账号被封？

Facebook广告账号Facebook新手如何避免账号被封？

Facebook作为全球最大的社交媒体平台之一&#xff0c;吸引着众多企业和个人用户进行社交和推广。然而&#xff0c;由于种种原因&#xff0c;Facebook账号有可能会被封禁。尤其是新号&#xff0c;在Facebook账号被封后不知道怎么办。今天小编整理了一些新手避免Facebook账号被封…
阅读更多...
26-unittest之装饰器（@classmethod）

26-unittest之装饰器（@classmethod）

unittest中的setUp可以在每个测试方法运行前执行&#xff0c;有效的减少了代码量。但有个弊端&#xff0c;比如打开浏览器操作&#xff0c;执行每个测试方法前都要重新打开一次&#xff0c;这样就会浪费很多时间。 是否可以只打开一次浏览器&#xff0c;执行完所有的测试方法后…
阅读更多...
Python做Web：深度剖析与多维评价

Python做Web：深度剖析与多维评价

Python做Web&#xff1a;深度剖析与多维评价 Python作为一种强大的编程语言&#xff0c;在Web开发领域也有着广泛的应用。然而&#xff0c;关于Python做Web的效果如何&#xff0c;却是一个充满争议和困惑的话题。本文将从四个方面、五个方面、六个方面和七个方面进行深入剖析和…
阅读更多...
Springboot jar运行时，将jar内的文件拷贝到文件系统中

Springboot jar运行时，将jar内的文件拷贝到文件系统中

背景 因为执行需要&#xff0c;需要把jar内templates文件夹下的的文件夹及文件加压到宿主机器的某个路径下&#xff0c; 以便执行对应的脚本文件 PS: 通过类加载器等方式&#xff0c;直接getFile遍历文件&#xff0c;在idea中运行是没问题的&#xff0c;但是当打包成jar运行就会…
阅读更多...
从零手写实现 nginx-07-大文件传输 分块传输（chunked transfer）/ 分页传输（paging）

从零手写实现 nginx-07-大文件传输 分块传输（chunked transfer）/ 分页传输（paging）

前言 大家好&#xff0c;我是老马。很高兴遇到你。 我们希望实现最简单的 http 服务信息&#xff0c;可以处理静态文件。 如果你想知道 servlet 如何处理的&#xff0c;可以参考我的另一个项目&#xff1a; 手写从零实现简易版 tomcat minicat 手写 nginx 系列 如果你对 n…
阅读更多...
金融科技重塑跨境支付：创新引领全球支付新纪元

金融科技重塑跨境支付：创新引领全球支付新纪元

一、引言 随着全球化的加速和科技的飞速发展，跨境支付作为国际贸易的“血脉”，正经历着前所未有的变革。金融科技以其强大的创新能力和技术支撑，正在重塑跨境支付领域的格局，推动全球支付行业向更加高效、安全、便捷的方向发展。本文将深入探讨金融科技如何引领跨境支付的创…
阅读更多...
Python高效计算库Joblib的详细入门教程

Python高效计算库Joblib的详细入门教程

文章目录 1. Joblib库是什么&#xff1f;2. 核心功能介绍及演示2.1 高效序列化和反序列化对象2.2 快速磁盘缓存2.3 并行计算 1. Joblib库是什么&#xff1f; Joblib 是一个用于在 Python 中进行高效计算的开源库&#xff0c;提供了一些用于内存映射和并行计算的工具&#xff0…
阅读更多...
图分类之Hierarchical Graph Differentiable Pooling （下）

图分类之Hierarchical Graph Differentiable Pooling （下）

作者代码链接 https://github.com/RexYing/diffpool 1. paper中介绍的图池化机制 SoftPoolingGcnEncoder 是为图结构数据设计的神经网络模型。它通过结合分层池机制扩展了传统图卷积网络&#xff08;GCN&#xff09;的功能。这种池化机制通过逐步减少节点数量&#xff0c;同…
阅读更多...
【Mongodb】Mongodb亿级数据性能测试和压测

【Mongodb】Mongodb亿级数据性能测试和压测

一&#xff0c;mongodb数据性能测试 如需转载&#xff0c;请标明出处&#xff1a;https://zhenghuisheng.blog.csdn.net/article/details/139505973 mongodb数据性能测试 一&#xff0c;mongodb数据性能测试1&#xff0c;mongodb数据库创建和索引设置2&#xff0c;线程池批量…
阅读更多...
React+TS前台项目实战（一）-- 项目初始化配置及开此系列的初衷

React+TS前台项目实战（一）-- 项目初始化配置及开此系列的初衷

文章目录 前言一、初始化项目二、基础配置1. 项目目录及说明如下2. TS版本使用Craco需注意 总结 前言 前面 后台管理系统实战 系列教程暂时告一段落了&#xff0c;想了解全局各种配置的可自行查看。本次教程将重点介绍React前台项目的实操&#xff0c;关于具体的配置&#xff…
阅读更多...
龙迅LT8712X TYPE-C或者DP转HDMI加VGA输出，内置MCU，只是IIS以及4K60HZ分辨率

龙迅LT8712X TYPE-C或者DP转HDMI加VGA输出，内置MCU，只是IIS以及4K60HZ分辨率

龙迅LT8712X描述&#xff1a; LT8712X是一种高性能的Type-C/DP1.2到HDMI2.0和VGA转换器&#xff0c;设计用于将USB Type-C源或DP1.2源连接到HDMI2.0和VGA接收器。LT8712X集成了一个DP1.2兼容的接收器&#xff0c;一个HDMI2.0兼容的发射机和一个高速三角机窝视频DAC。此外&…
阅读更多...
Python 可变长参数的魔法：灵活函数设计的秘密

Python 可变长参数的魔法：灵活函数设计的秘密

哈喽&#xff0c;大家好&#xff0c;我是木头左&#xff01; 什么是可变长参数&#xff1f; 在 Python 中&#xff0c;可变长参数允许你向函数传入任意数量的参数&#xff0c;而无需预先定义它们的个数。这为编写更加灵活和通用的函数提供了可能。可变长参数主要有两种形式&am…
阅读更多...
记录某书请求返回406及响应{“code“:-1,“success“:false}

记录某书请求返回406及响应{“code“:-1,“success“:false}

今天测试某个平台的爬虫时使用requests post请求正常写了个测试脚本把各种参数带上出来以后出现了406情况&#xff0c;和网站数据是完全一样的 以为是 X-S、X-T参接不对&#xff0c;但在postman里测试又是可以的成功&#xff0c;以为是检验了参数顺序&#xff0c;测试发现也没…
阅读更多...
JavaSE基础语法合集

JavaSE基础语法合集

随着不断学习&#xff0c;我们已经走完了JavaSE基础语法的所有内容&#xff0c;博主的单独语法篇共十二篇&#xff0c;感兴趣的也可以去看看&#xff0c;内容基本一致&#xff0c;目录是重新排布的&#xff0c;数组和方法都在初识Java章节。 适合&#xff1a;老手复习和新手从零…
阅读更多...
最新文章

Copyright @ 2022~2023