MonkeyWie's Blog

转载申明

文章转载自互联网，如有侵权，请联系删除
本文仅作为学习交流，禁止用于非法用途

1. 背景

阿里系当前采用的加密版本是 6.3，6.2 版本的大家几乎都解决了，6.3 的网上资料很少，这里讲讲 6.3 的解密过程

1. 阿里系通用这一套加密算法，主要是 x-sign，x-sgext，x_mini_wua，x_umt 这四个加密参数，解决了其中一个 app，其他的比如淘 X，咸 X 等 app 都相差不大了，改改参数，或者替换不同的方法名称就行；
2. 使用的是 frida-rpc 主动调用的方法（对加密算法解密的话，难度很高，我没做出来）；
3. 本次做的是阿里系的某生鲜平台 app， 仅作为学习交流，禁止用于商业使用

前言

最近想给gopeed的文档网站添加一个统计用户的访问量的功能，所以就想到了 firebase 的 analytics，但是在 vuepress 中整合 firebase 的 analytics 并不是很简单，所以就有了这篇文章。

前言

想在 wsl 上安装 flutter 跑一跑我的gopeed项目，在安装完 flutter 并设置好环境变量后，运行flutter doctor提示bash\r: No such file or directory，搜索了一番发现没有找到解决方案，于是自己摸索了一番，记录下来。

前言

在 Go 中，可以通过传递指针来改变函数外部变量的值，例如：

1
2
3
4
5
6
7
8
9
10
11

func main() {
    var a int = 1
    fmt.Println(a) // 1
    change(&a,2)
    fmt.Println(a) // 2
}

func change(a *int, b int) {
   // 通过解引用来改变外部变量的值
    *a = b
}

但是在某些情况下，我们可能需要传递interface{}来接收任意的指针变量，这时候就会遇到一个问题，interface{}类型声明的变量是不能直接赋值指针的，例如：

1
2
3
4
5
6
7
8
9
10
11

func main() {
    var a int = 1
    fmt.Println(a) // 1
    change(&a,2)
    fmt.Println(a) // 2
}

func change(a interface{},b interface{}) {
    // 这一行会报错: invalid operation: cannot indirect a (variable of type interface{})
    *a = b
}

背景

最近碰到一个神奇的网站，在浏览器可以打开，但是通过 curl 或者 代码访问就直接 403，我估摸着这肯定是做了UA校验，于是请求的时候把浏览器的 UA 给带上，然后访问发现还是 403，不过这也难不倒我，肯定是还有校验其它的请求头，直接浏览器打开 network，把所有的请求头复制过来并且带上，确保我和浏览器在 http 协议层面的请求完全一样，这样不可能会失败了吧，然而运行完发现还是 403。

放个地址: https://pixabay.com

// TODO

为了开发公司的一些效率工具 UI，我选择了 Vuetify，它是一个基于 Vue 的 UI 框架，它提供了一个简单的组件库，可以让我们快速开发出一些简单并且好看的 material design 的 UI。

但是通过官方脚手架生成的项目，默认是通过引入外网 cdn 的方式导入图标以及字体文件，然而国内的网络访问这些资源比较慢，所以就想把这些资源放到本地，提高访问速度。

前言

最近在给公司新架构做技术选型，刚好 Java 17 也正式发布一段日子了，而且是LTS长期支持版本，就想着直接用起来吧，里面有些特性还是非常好用的，比如：

• JEP 378：文本块支持
• JEP 395：Record 类型
• JEP 286：变量类型推导
• More…

背景

由于公司内部所有服务都是跑在阿里云 k8s 上的，然后 dubbo 提供者默认向注册中心上报的 IP 都是Pod IP，这意味着在 k8s 集群外的网络环境是调用不了 dubbo 服务的，如果本地开发需要访问 k8s 内的 dubbo 提供者服务的话，需要手动把服务暴露到外网，我们的做法是针对每一个提供者服务暴露一个SLB IP+自定义端口，并且通过 dubbo 提供的DUBBO_IP_TO_REGISTRY和DUBBO_PORT_TO_REGISTRY环境变量来把对应的SLB IP+自定义端口注册到注册中心里，这样就实现了本地网络和 k8s dubbo 服务的打通，但是这种方式管理起来非常麻烦，每个服务都得自定义一个端口，而且每个服务之间端口还不能冲突，当服务多起来之后非常难以管理。

于是我就在想能不能像nginx ingress一样实现一个七层代理+虚拟域名来复用一个端口，通过目标 dubbo 提供者的application.name来做对应的转发，这样的话所有的服务只需要注册同一个SLB IP+端口就可以了，大大的提升便利性，一方调研之后发现可行就开撸了！

项目已开源：https://github.com/monkeyWie/dubbo-ingress-controller

前言

最近由于某些需求，需要在linux环境下做 java 开发，刚好可以试试wsl2 gui，一通折腾下来总算符合自己的预期了，这里就记录下踩坑历程。