[GIN-debug] [WARNING] You trusted all proxies, this is NOT safe. We recommend you to set a value. 在学习Golang中的gin框架的时候，遇到了下面的warning :[GIN-debug] [WARNING] You trusted all proxies, this is NOT safe. We recommend you to set a value.对于上面的WARNING翻译出来之后也就是 : 您信任所有代理，这是不安全的。我们建议您设置一个值。对于Goland编译器给出的建议 :Please check https://pkg.go.dev/github.com/gin-gonic/gin#readme-don-t-trust-all- proxies for details.也就是去看文档去了解细节，额，好像又啥也没说!那么怎么解决呢?根据warning也就是给gin设置一个信任ip : 127.0.0.1代码 :router := gin.Default() router.SetTrustedProxies([]string{"127.0.0.1"})

工作六不做&四个时间段不工作 纯属娱乐，请勿学习！工作我有六不做1，会的，不做，完全没有成长空间，都会了还浪费时间做什么;2，不会的，不做，反正都不会，没法做:3，要被检查的，不做，工作是为了累积工作经验学习知识提升自己，并不是为了完成任务去敷衍领导的;4，不被检查的，不做，辛辛苦苦做半天，甚至没人看一眼，那做什么;5，不到ddl的，不做，enfp心善，工作陪了这么久，临了临了，做完的话，于心不忍6，不能创造奇迹的，不做，一个人，一台电脑，一个夜晚，创造一个奇迹，最好能让公司直接上市!四个时间段不工作上班我有四个时间段不工作1.早上9:00-10:30我不工作，因为刚到公司要先吃点东西，休息一下，调整好状态再工作2.上午10:30-12:00我不工作，因为快要吃饭了我要准备餐具去食堂吃饭3.下午13:30-15:30我不工作，刚午休结束头脑还不清醒容易出错4.下午15:30-18:00我不工作，因为要下班了我得收拾好东西准备回家

Redis 只会用缓存？16种妙用让同事直呼牛X redis 的妙用

Gin 框架在中间件中获取 response body 的方法 在写一个Gin框架日志中间件的时候，需要记录请求和响应相关的一些数据，例如请求参数、请求方法、请求时间、请求头、耗时、响应状态码、响应数据等，gin为获取这些数据基本都提供了现成的方法，但是获取响应数据还是有一定难度和复杂度的。那么，该如何获取响应数据也就是 response body 呢？先上代码。代码示例1、先写一个 middleware ，简单打印一下 response bodypackage middleware import ( "bytes" "fmt" "github.com/gin-gonic/gin" ) //自定义一个结构体，实现 gin.ResponseWriter interface type responseWriter struct { gin.ResponseWriter b *bytes.Buffer } //重写 Write([]byte) (int, error) 方法 func (w responseWriter) Write(b []byte) (int, error) { //向一个bytes.buffer中写一份数据来为获取body使用 w.b.Write(b) //完成gin.Context.Writer.Write()原有功能 return w.ResponseWriter.Write(b) } func PrintResponse(c *gin.Context) { writer := responseWriter{ c.Writer, bytes.NewBuffer([]byte{}), } c.Writer = writer c.Next() fmt.Println("response body：" + writer.b.String()) } 2、引用 middleware ，看看效果package main import ( "github.com/gin-gonic/gin" "hello/middleware" "net/http" ) func main() { r := gin.New() //添加获取响应内容 middleware r.Use(middleware.PrintResponse) r.GET("/test", func(c *gin.Context) { c.JSON(http.StatusOK, gin.H{"name": "laofan"}) }) // Listen and Server in 0.0.0.0:8080 r.Run(":8080") } 打开浏览器访问http://127.0.0.1:8080/test ，即可在控制台中看到 response body 的输出内容response body：{"name":"laofan"}原理通过上面的代码可以看出，gin 通过调用如下方法写入了 response bodyc.JSON(http.StatusOK, gin.H{"name": "laofan"})追进 JSON 方法，源码如下，调用了 Render 方法package gin func (c *Context) JSON(code int, obj interface{}) { c.Render(code, render.JSON{Data: obj}) }追进 Render 方法， 可以看出 gin.Context.Writer 作为参数传给了 r.Render() 方法，这里形参 r 的实参为 render.JSON{Data: obj} ，所以实际调用的是 func (r JSON) Render(w http.ResponseWriter) 方法。package gin // Render writes the response headers and calls render.Render to render data. func (c *Context) Render(code int, r render.Render) { c.Status(code) if !bodyAllowedForStatus(code) { r.WriteContentType(c.Writer) c.Writer.WriteHeaderNow() return } if err := r.Render(c.Writer); err != nil { panic(err) } } func (r JSON) Render(w http.ResponseWriter) 源码如下package render // Render (JSON) writes data with custom ContentType. func (r JSON) Render(w http.ResponseWriter) (err error) { if err = WriteJSON(w, r.Data); err != nil { panic(err) } return } // WriteJSON marshals the given interface object and writes it with custom ContentType. func WriteJSON(w http.ResponseWriter, obj interface{}) error { writeContentType(w, jsonContentType) jsonBytes, err := json.Marshal(obj) if err != nil { return err } _, err = w.Write(jsonBytes) return err } 在 func (r JSON) Render() 方法中，gin.Context.Writer 被传到了 WriteJSON() 方法中，最终写入数据调用的是 gin.Context.Writer.Write() 方法。gin.ResponseWriter 源码如下package gin type Context struct { //... writermem responseWriter Writer ResponseWriter //... } // ResponseWriter ... type ResponseWriter interface { //... http.ResponseWriter //... } 可以看出 gin.Context.Writer 类型为 interface gin.ResponseWriter。package http type ResponseWriter interface { //... Write([]byte) (int, error) //... } 要实现 gin.ResponseWriter 接口，必须实现Write([]byte) (int, error) 方法。所以写入 response body 调用的是 gin.Context.Writer.Write() 方法，gin.Context.Writer 需要是type gin.ResponseWriter interface 的一个具体实现。到此，可以看出上面代码示例的思路：实现 type gin.ResponseWriter interface 并重写 Write([]byte) (int, error) 方法，该方法在实现 gin.Context.Writer.Write() 原有功能的同时，再向一个 bytes.buffer 中写一份数据来用于获取 response body 使用。

为什么父辈能存到钱，而我们不能 ? 父辈:水我:星巴克、瑞幸、霸王茶姬、茶颜悦色、奈雪、喜茶、古茗一点点、茶百道、百分茶.....父辈养狗:剩饭我养狗:狗粮、洗澡美容、零食、保健品、衣服、玩具、狗窝.....父辈:锅我:炖锅、炒锅、煎锅、奶锅、珐琅锅、雪平锅、砂锅、空气炸锅.....父辈:吃饱我:火锅、日料、韩餐、西餐、中餐、简餐、减肥餐、下午茶、烧烤、海鲜.....父辈:大宝我:水、乳、精华、眼霜、面霜、气垫、隔离、粉底、腮红、眼影、修容、假睫毛、美瞳......父辈:什么矿泉水20块钱?渴着回家喝我:什么矿泉水20块钱?买两瓶尝尝父辈:不能苦了孩子我:不能苦了自己父辈:存点钱，万一哪天要用呢我:存什么钱，万一明天就死了呢父辈:好好攒钱给儿女买车买房我:儿孙自有儿孙福，没有儿孙我享福父辈:打开电视就看我:打开电视看广告看毛广告开会员

pnpm add -g pnpm报错解决方案 pnpm add -g pnpm报错解决方案

微信支付&支付宝支付回调出口IP段查询 微信支付&支付宝支付回调出口IP段查询

基于thinkorm分页所用的分页样式 基于thinkorm分页所用的分页样式

typecho 优化（持续更新中） 1、前台：开启gzip 加速根目录/index.php//开启gizp ob_start('ob_gzhandler'); 2、后台：删除官方日志admin/index.php 此文件后边。删除下段代码：<div class="col-mb-12 col-tb-4" role="complementary"> <section class="latest-link"> <h3><?php _e('官方最新日志'); ?></h3> <div id="typecho-message"> <ul> <li><?php _e('读取中...'); ?></li> </ul> </div> </section> </div>

可用于Clickhouse的五个开源图形客户端 一款趁手的客户端查询工具非常重要，这里我就给大家推荐几款好用的支持Clickhouse的图形客户端。1、TabixUIhttps://github.com/tabixio/tabixTabix是一个纯前端，可以运行在浏览器中的Clickhouse的客户端，它为Clickhouse量身定制，又比较轻量。它用到了以下的开源库：http://Ajax.org 的Ace.JS百度 eCharteHandsontableLodashpivottableTabix支持以下的功能：直接从浏览器连接ClickHouse一起使用，而无需安装其他软件；查询编辑器，支持突出高亮SQL语法，对所有对象自动完成，包括字典和内置函数的上下文相关帮助。用于映射查询结果的图形，图表和地理参考，包含map / bar / heatmap / river / sankeys / treemap用于查询结果的交互式设计器数据透视表（pivot）；用于分析ClickHouse的图形工具；两种颜色的主题：浅色和深色。支持Clickhouse的Metrics支持Clickhouse的Schema2、SQLPadhttps://github.com/sqlpad/sqlpadSQLPad一个Web应用程序，用于编写和运行SQL查询并可视化结果。 通过ODBC支持Postgres，MySQL，SQL Server，ClickHouse，Crate，Vertica，Presto，SAP HANA，Cassandra，Snowflake，Google BigQuery，SQLite等。SQLPad支持几种基本的图表类型，包含Line，Bar，Scatter Plot，Stacked Bar。SQLPad采用了Client/Server架构，Server使用了Nodejs，客户端是React，图表库使用了D3.js如果你的工作需要用到除了Clickhouse之外的这几种支持ODBC的数据库，SQLPad可以一用。3、Supersethttps://link.zhihu.com/?target=https%3A//superset.apache.org/Superset是Airbnb开源的BI和数据可视化工具箱。 Superset快速，轻巧，直观，并带有各种选项，使各种技能的用户都可以轻松浏览和可视化其数据，从简单的折线图到高度详细的地理空间图。目前，Superset已在许多公司大规模运行。 例如，Superset在Kubernetes内的Airbnb生产环境中运行，每天为600多个活跃用户提供服务，每天查看超过10万张图表。Superset提供以下的功能：直观的界面，用于可视化数据集和制作交互式仪表板多种精美的可视化展示数据无代码可视化构建器，用于提取和呈现数据集世界一流的SQL IDE，用于准备数据以进行可视化，其中包括丰富的元数据浏览器轻量级的语义层，使数据分析人员能够快速定义自定义维度和指标对大多数说SQL的数据库提供开箱即用的支持无缝的内存中异步缓存和查询一种可扩展的安全模型，允许配置关于谁可以访问哪些产品功能和数据集的非常复杂的规则。与主要的身份验证后端（数据库，OpenID，LDAP，OAuth，REMOTE_USER等）集成添加自定义可视化插件的功能用于程序化定制的API云原生架构，专为大规模应用而设计4、Redashhttps://github.com/getredash/redashRedash旨在使任何人，无论技术水平如何，都可以利用数据的力量。 SQL用户可以利用Redash来探索，查询，可视化和共享来自任何数据源的数据。他们的工作反过来使组织中的任何人都可以使用数据。每天，全球成千上万个组织中的数百万用户使用Redash来开发见解并制定数据驱动的决策。Redash背后的公司创建于2015年，并于2020年被Spark的所有公司Databrick收购。Redash功能：基于浏览器：浏览器支持所有内容，均带有可共享的URL。易于使用：无需掌握复杂软件即可立即获得数据生产力。查询编辑器：使用浏览器快速编辑SQL和NoSQL查询并自动完成。可视化和仪表板：通过拖放创建漂亮的可视化文件，并将它们组合到单个仪表板中。共享：通过共享可视化文件及其关联的查询轻松进行协作，从而实现对报告和查询的同行审阅。计划刷新：自定义的定期自动更新图表和仪表板。告警：定义条件并在数据更改时立即收到警报。REST API：UI中可以完成的所有操作也可以通过REST API获得。对数据源的广泛支持：可扩展​的数据源API，具有对一长串常见数据库和平台的本机支持。Redash有非常丰富的数据源支持(超过35种)。包括SQL和NoSQL的支持。Redash原生支持Clickhouse，不需要额外再安装驱动。5、Metabasehttps://www.metabase.com/https://github.com/metabase/metabaseMetabase 2014年创建于美国硅谷，它的产品理念是公司中每个人都可以提出问题并从数据中学习的一种简单，开源的方式。Metabase需要通过plugin的方式来增加对Clickhouse的支持。ADD https://github.com/enqueue/metabase-clickhouse-driver/releases/download/0.7.3/clickhouse.metabase-driver.jar /plugins/Metabase支持中文，支持三种不同的方式来解决查询问题。Metabase的后端使用了Clojure，纵使是我见多识广，也是被惊到了。Clojure我不熟悉，这里我不做评价。前端框架使用了react，图表使用了d3js。Metabase有自己的企业版本，开源许可证采用了AGPL。这一点不是特别友好。总结好了看了这么多的开源的支持Clickhouse可视化客户端，应该有一款适合你吧。Tabix专门为Clickhouse定制，轻巧，支持Clickhouse的监控，如果你只需要连接Clickhouse做基本的查询，它很适合。SQLPad基于ODBC，本身也很简单，适合使用多种结构化支持ODBC数据源的场景Superset的可视化种类非常丰富，适合需要可视化展现的场景Redash的优势是支持的数据源的种类很多，包含很多NoSQL的数据源。而且它原生内置了Clickhouse的支持。它的SQL编辑，用户管理和安全特性也做得很友好。Metabase对于不懂SQL的非技术人员非常友好，适合非专业人士的数据分析工具。