logo
publist
写文章

简介

该用户还未填写简介

擅长的技术栈

可提供的服务

暂无可提供的服务

【后端教程】如何处理代码中的魔术数字(Magic Number)

我真的很不喜欢“魔术数字(Magic Number)”这个说法。我看到很多人都搞错了。我见过不少次 code review,有人一看到代码中的任何数字,就会评论说,“这是一个魔术数字,一定要把它放到文件前面并定义一个名字。”(我也比较怀疑把所有的变量都放在文件最前面的必要性,这个话题下次再聊)。我觉得可以在代码中使用各种数字,只是你需要注意操作方式。什么是魔术数字?通过谷歌搜索,你可以得到...

#算法#java#python +2
【后端教程】Nginx的client_header_buffer_size和large_client_header_buffers学习

测试方法nginx主配置中加入配置项:(在主配置中将header大小控制在1k)删除所有干扰vhost,仅留下一个:构造请求的shell:(构造header超过1k的请求)1第一次测试结果测试得到的结果和之前看到的文章的结果不同,该长url请求成功被nginx处理。什么情况啊?于是查看和文章中环境上的不同,发现很重要的一点:我只有这一个vhost。于是添加了另外一个vhost...

#java#nginx#python +2
【前端教程】一种前端灰度发布方案

本文介绍一种前端灰度发布方案,主要解决的是传统的灰度发布只能以机器维度进行分组的问题。提供一种用户维度分组的灰度发布机制。传统灰度发布,因为是以机器分组,所以要求服务是无状态的。所谓无状态就是对请求的处理是上下文无关的。有长连接、读写文件、缓存等场景,就是所谓”有状态“的。有状态的服务,如果用户的前一个请求打在机器A,后一个请求打在机器B,就会出问题。所以,有状态的服务灰度发布,要做到:同...

#java#python#数据库 +2
【后端教程】给 DSL 开个脑洞:无状态的状态机

最近在一个项目中,因为涉及很多状态的流转,我们选择使用状态机引擎来表达状态流转。因为状态机 DSL(Domain Specific Languages)带来的表达能力,相比较于 if-else 的代码,要更优雅更容易理解。另一方面,状态机很简单,不像流程引擎那么华而不实。一开始我们选用了一个开源的状态机引擎,但我觉得不好用,就自己写了一个能满足我们要求的简洁版状态机,这样比较 KISS(Keep.

#编程语言#python#人工智能 +2
【后端教程】Elasticsearch能检索出来,但不能正确高亮怎么办?

1、问题引出微信群里的线上实战问题:诸位大哥,es中:keyword类型的字段进行高亮查询,值为 123asd456,查询 sd4,高亮结果是 em 123asd456 em有没有办法只对我查询的sd4高亮?明明查询id的一部分,却高亮结果是整个id串,怎么办?死磕Elasticsearch技术微信群2、一个Demo描述清楚问题注:本文示例DSL在7.2版本运行ok,6.X之前早期...

#java#数据库#人工智能 +1
媲美微信的二维码识别库

1. 为什么要做这个库?相信大家在平常的生活中,如果遇到扫码的场景第一个想到的应该就是微信了,可以说微信使用二维码打开了移动互联网的另一扇大门,并且在扫码体验上及其优秀,本该有一定要求的扫码过程,在经过微信的优化之后,让用户在使用时拥有了一种『随意性』,像拍一张照片一样简单,像发一句消息随意,像摆弄一件玩具一样有趣。有了这样的『标杆』存在,大家在潜意识里面也都有了标准,你们的扫一扫为什么不好用?为

#算法#python#java +1
处理pascal voc2012及其增强数据集以用于弱监督语义分割

弱监督语义分割系列-2、处理pascal voc2012及其增强数据集以用于弱监督语义分割摘要: 在这个系列的第一篇文章中我们提到了弱监督语义分割的几个研究方向以及汇总了近五年各大顶会、顶刊上发表的弱监督语义分割论文。我们知道,没有数据就没有深度学习。弱监督也是一样。所以,在这篇文章中,我们将为你介绍在弱监督语义分割中最常用的数据集-pascal voc 2012及其增强版本。并在此基础上进一步介

#深度学习#计算机视觉#机器学习 +2
【后端教程】Saas 应用12个架构规范

引言如今,软件通常会作为一种服务来交付,它们被称为网络应用程序,或软件即服务(SaaS)。12-Factor 为构建如下的 SaaS 应用提供了方法论:使用标准化流程自动配置,从而使新的开发者花费最少的学习成本加入这个项目。和操作系统之间尽可能的划清界限,在各个系统中提供最大的可移植性。适合部署在现代的云计算平台,从而在服务器和系统管理方面节省资源。将开发环境和生产环境的差异降至最低,...

#数据库#大数据#分布式 +2
K8S 中 scheduler 组件的选主逻辑

概述在 k8s 中,kube-scheduler 和 kube-controller-manager 两个组件是有 leader 选举的,这个选举机制是 k8s 对于这两个组件的高可用保障,虽然 k8s 的存储使用了 etcd,但并没有使用 etcd 来实现选主,而是对 endpoint 这个资源做抢占,谁想抢到并将自己的信息写入 endpoint的 annotation 中,谁就获得了主。因为项

#java#golang#redis +1
    共 11 条
  • 1
  • 2
  • 请选择