今天在开发android，在开发过程中在思考一个问题，如果是从0开始，并没有完善的基建，那么如何知晓接口返回的情况那，于是打算重新熟悉charles进行抓包
https://www.charlesproxy.com/download/latest-release/
proxy-> proxy setting来创建代理端口，点击enable transparent http proxyingproxy-> ssl proxy setting来容许所有流量流入查看根证书在本地的位置，并导出证书为cer文件
将cer文件转化为pem文件
openssl x509 -inform der -in android.cer -out android.pem
adb push android.pem /sdcard/
接着就可以开始抓包了。
目前进展发生偏差，今年目标就是搞跨端 RN + Android + IOS. - ios就不搞了
今天在调试项目的时候想着尝试用一下vscode debugger，本来没抱有什么期望，但是在使用后，感觉就是调试能力很强大，终于感觉vscode是个强大的ide了。
今天调试的任务是npm run start,然后在启动的时候有个三方包从其他地方tsc到node_moduels中，然后我再三方包中打断点调试，这个launch.json如下:
{
"version": "0.2.0",
"configurations": [
{
"name": "Launch via NPM",
"type": "node",
"request": "launch",
"runtimeExecutable": "npm",
"runtimeArgs": [
"run-script",
"start:crn"
],
"skipFiles": [
"<node_internals>/**"
],
"cwd": "${workspaceFolder}/xtaro-demo1", // 设置当前工作目录为 xtaro-demo1
"outFiles": ["${workspaceFolder}/xtaro-demo1/node_modules/**/*.js"]
}
]
}
name: Docker Build and Push to Aliyun
on:
push:
tags:
- 'v*' # 当推送符合 'v*' 格式的标签时触发
jobs:
build-and-push:
runs-on: ubuntu-latest
steps:
- name: Checkout Code
uses: actions/checkout@v2
- name: Login to Aliyun Container Registry
run: |
echo "${{ secrets.ALIYUN_CONTAINER_REGISTRY_PASSWORD }}" | docker login --username ${{ secrets.ALIYUN_CONTAINER_REGISTRY_USERNAME }} --password-stdin registry.cn-shanghai.aliyuncs.com
- name: Extract Git Tag for Version
id: tag
run: echo "::set-output name=version::$(git describe --tags --abbrev=0)"
- name: Build Docker Image
run: |
docker build --platform linux/amd64 -t registry.cn-shanghai.aliyuncs.com/${{ secrets.ALIYUN_CONTAINER_REGISTRY_NAMESPACE }}/yiwen-blog-website:${{ steps.tag.outputs.version }} .
- name: Push to Aliyun Container Registry
run: |
docker push registry.cn-shanghai.aliyuncs.com/${{ secrets.ALIYUN_CONTAINER_REGISTRY_NAMESPACE }}/yiwen-blog-website:${{ steps.tag.outputs.version }}
说明：
今天因为需要购买了一台ec2服务器，但是在登录实例的时候发现始终无法登录，后面对登录进行了研究，ec2不同于国内的ecs等服务器，ec2的登录只能使用密钥对登录，而如果在创建实例的时候没有设置密钥对，那么则需要自己在服务器中设置，而不是控制面板。以下是详细流程:
# 本地创建密钥对
ssh-keygen -t rsa -b 2048 -f ~/my-aws-key
# 获取公钥内容
cat ~/my-aws-key.pub
# 将公钥添加到 EC2 实例
vim ~/.ssh/authorized_keys
# 添加公钥内容
# 本地登录
ssh -i ~/my-aws-key ec2-user@instance-ip
在最近的开发过程中碰到一个问题，每次拉取master分支开发完成后，会有其他人已经合并到master分支，这个时候 我往往是通过merge来做，但是merge导致每次提交都会多出一条提交记录，在问题追溯的时候总是不太好。所以我想着如何解决这个问题
git fetch origin master
git rebase origin/master
工作方式：rebase 会重新应用一个分支上的更改到另一个分支。它首先找到两个分支的共同祖先，然后将改动的每个提交应用于目标分支。
提交历史：使用 rebase 会创建一个更线性的历史。它实际上是移动了一系列的提交到新的基线（base）。这会改变这些提交的哈希值，因为Git中的提交包括父提交的哈希值。
冲突解决：在 rebase 过程中遇到的冲突需要在每个重新应用的提交过程中逐个解决。这与 merge 不同，merge 是在最后创建合并提交之前一次性解决所有冲突。
适用场景：rebase 更适用于当你想要一个干净、线性的提交历史时。它常用于整理特性分支的提交历史，使其更加整洁和有序，然后再将这个特性分支合并到主分支。
提交历史的清晰度：merge 保留了所有分支的历史和合并点，而 rebase 则提供了一个更线性、更干净的历史。
历史的改变：merge 保留了原始的提交哈希值和历史，而 rebase 会改变提交的哈希值（因为提交的上下文发生了改变）。
冲突解决的方式：rebase 可能需要在多个提交上反复解决相同的冲突，而 merge 则是一次性解决所有冲突。
最佳使用时机：如果你需要频繁地从一个长期存在的分支（如 main 或 develop）中获取最新的更改，rebase 是一个很好的选择，因为它避免了多余的合并提交。而 merge 更适合在最终整合长期分支时使用，因为它保留了分支之间的合并点和关系。
merge 和 rebase 都是处理分支间差异的强大工具，选择使 用哪一个取决于你的具体需求、团队规范以及你希望维护的历史类型。rebase 对于维持一个清洁、线性的历史非常有效，而 merge 则提供了一个直观、真实的开发历史视图。在协作的环境中，理解并正确使用这两种方法对于维护一个健康、可管理的代码库至关重要。
当您使用 rebase 将您的分支（例如，特性分支）放到 master 分支的最新提交之上时，如果 master 分支的最新提交修改了与您在特性分支中修改的相同的代码部分，就会出现冲突。
不要在公共分支rebase
君子慎独、开源、自习室
生活
创业
编程
人文
跑步
2023年是我人生中非常重要的一年，这一年充满戏剧性、不确定性以及挑战，但是也因为这种不确定性和重重挑战，我经历了很多，战胜了一些困难，也成长了许多。今天，2023年的最后一天，我在上海记录这这一切，记录2023年的酸甜苦辣，总结，然后重新出发、成长，更为更好的自己。我一直认为自己是个不够强大的人，一个情绪怪异，死板畏首畏尾的人，可是当我回忆2023年发生的这一切，我的想法变了，我想说2023年您辛苦了。往事历历在目，在经过漫长的黑夜后，貌似都过去了，但是那时那刻的情绪依旧存于脑海，每当想起，心中难免心生涟漪。
我在想从何开始讲述2023年的故事，想了一会，大概是从2022年8月份开始讲起吧。2022年8月2日晚，佩洛西访问台湾，我很愤怒，我去了美国驻华大使馆，打算抗议，虽然最后没有进行任何抗议，但是这对我的职业生涯产生了极大影响，因为我觉得身为一个程序员什么也改变不了，或许我该从政，这样我能改变很多。怀揣着美好的想法和对当时在美团工作的不满，我在8月初提交了辞呈，我打算考研，然后通过定向选调成为公务员，从基层做起，一步一个脚印，实现自己的理想。想在回想起当时的想法，我依旧不觉得幼稚，因为冲动的理想往往能够对一些死板的事务产生巨大的影响。
在2022年9月7日，我从美团离职后，我奔赴成都参与封闭式考研培训，起初是好的，每晚挑灯夜战，极大的克制，学习有了长足进展，但是在事务每每变好的情况下又出了意外，因为更换了培训机构，但是不适应的饭菜以及各类琐事，我又开始沉沦了，日复一日，期间经过无数次的自救，但是结果依然是失败的，我失败了，我在考验最后阶段放弃了，本来就极短的备考时间和过高的目标，再加上自暴自弃，结果不言而喻。
在2022年12月23日考研结束的那个夜晚，我试图通过自我欺骗来麻痹自己，所以我焦虑和急躁这等待着考研成绩公布。当然我深知是一点希望也没有了，但是只要成绩不公布，我就可以继续欺骗自己。于是我战战兢兢的陪家人去福建旅游，然后回家过完年，可能是当时内心的痛苦，从而对外界细微的美好都感受良好，终于心满意足的过完了春节。然后因为舍不得离开家乡，更是等到正月15过完年才慢慢离开家，前往成都。
在成都的这两个月也是我挑战的开始，为什么说这是挑战的开始那？这就要从我为什么想考研不想工作原因之一说起了，因为感觉个人编程能力不足，无法胜任程序员的工作，因为一直有这样的感觉，所以更谈不上爱好了。从9月份离开编程岗位后，我完全不怎么接触编程，但是到2月份要去找工作，6个月的0接触，我完全忘记了之前的编程技巧，现在又要重新开始了，但是这种抗拒涌上心头，一直在于自己做斗争，日子一天天过去，当然也没有找到像样的工作，期间也有用大环境不好来欺骗自己，但是深知核心原因和大环境无关。
鉴于在成都的状态实在不好，我在3月下旬离开了成都，只身前往深圳。来到深圳后，我想大概是只身一人的原因，加上手里没有钱，生活也没有任何盼头，我反而轻松了。我不在去思考那些压力，我试着放轻松，反正已经坏成这样了，还能坏成什么样那，于是我开始接触我抵触的事情了，编程。但是一个你讨厌的东西，你不可能一下子就喜欢上他，但我遇到了改变我2023年一整年的一件事情，因为我表姐在深圳，所以到深圳后和表姐吃饭聊天，表姐跟我极力推荐ChatGPT,虽然之前因为各类新闻，接触过Chatgpt，但是接触不深。但是经过这次交谈后，我尝试着将gpt和我的学习融入到一起，令人惊讶的事情发生了，我真的学习的很快，然后因为是面试的缘故，我尝试用chatGPT训练自己的面试能力，在尝试了大约2周后，马上就收到了效果，我拿到了携程和同花顺的Offer，如果说2023年我最感谢地人和事务是什么，我想一定是我表姐和Chatgpt,因为他们改变了我的生活轨迹，因为她们又给了我机会让我重新活了一次。我想无论过了多久，我都会想起那些我在深圳的夜晚，因为住的地方离深圳人才公园很近，每天晚上，我尝尝会去散步，我一圈一圈的走来走去，我看到了孔雀东南飞，我看到了隔海相望的香港，我也看到了灯火辉煌的阿里巴巴，我想如果我也能在这里上班该有多好啊！但是我觉得或许一切不可能了，在我最失望最压抑的时候，我在表姐的推荐下认识了GPT，它太棒了，帮我快速学习，快速积累知识，当然给了我一次新的重新再来的机会，因为这些特殊的回忆，我想我爱深圳，一个开放包容的城市，一个没有冬天的城市，在哪里我又获得新生。
在深圳求职成功后，我过完5.1，到上海携程上班。在来到携程后，我马上接到了第一个任务，就是菜单重构，因为长期都是理论知识的积累，实际开发经验还是不足，所以在入职后，真的是挑灯夜战，每天上班比老板早，下班比狗晚，经过了一个多月，虽然没有很好的完成项目，但是还是提交了一个说的过去的版本，我遇到了后面的任务，我要进行xtaro框架开发。这是一个非常棘手的项目，因为这个项目它很被老板器重，所以我被调去参与框架建设和开发，我依然记得刚开始参与xtaro项目的开发，我先是解决了一些bug，后面尝试用xtaro进行项目开发，但是之前的坑太多了，甚至无法正常开发，我倾注了很多，那些日子，没日没夜，我建设了文档网站，我建设了效果预览，我极大的优化和补全了脚手架，还有最近让我很伤脑筋的组件市场。因为也参与了很多事情，慢慢的与他有了感情...但是这些等会再说。
在这里继续要讲述的是我和Gpt的故事，在入职携程后，我依然还是惶惶不可终日，我还是害怕那 天被开除了，所以我在工作之余极大的补充自己的编程知识，我开始全面接触各类编程知识。因为离开大学后，第一份工作时web相关工作，所以其实只会一些网站开发和被深入包装的rn开发，在此之外，可以说什么都不怎么了解。我想改变这一切，我开始学习Java后端开发，我重新捡起了大三放弃的Java后端开发，我貌似又回到的大三在教室自习的时光，我爱Java，虽然它确实不怎么容易开发。在学完Java后，我又开始Ios开发，因为我喜欢用Ios体系，我当时觉得能开发Ios应用真是一件很酷的事情，我也简单了解和入门了一些Ios开发知识，接着是Android开发，Flutter开发，以及原生RN开发，这一切实属不易，因为每个方向对应的就是一段计算机历史和方向，虽然我入门不深，但是我觉得我建立了完整的软件开发体系，我还是会想起那些和意志作斗争的夜晚，那些日子闪闪发亮，因为艰难所以热爱。在经过了6个月的学习和开发后，我大概可以说建立起了一个体系，虽然体系建立起来了，但是想要里面的内容有效和正常运转还需要大量的实践才行，当然这也是我2024年的规划。
说完2023年的学习经历，继续说起携程的工作情况，期间一直参与xtaro开发，遇到了很多问题，也解决了很多问题，但是在接触越深后，感觉这个项目越像是个坑，因为项目底子太薄，感觉走不远，但是我话语太轻，没有人听，而且我在工作之余还有其他学习和开发事情要做，也无法全身心的进行xtaro的优化，所以目前xtaro进展不太顺利。但是意外的是，xtaro项目在年末的项目评奖中获得了技术中心的正式奖... 如果客观平海xtaro，这是一个起点很高的项目，因为高起点，所以有大量的工作要做，而这些工作需要大量的投入，但是目前投入还是很不足，所以产出有限，但是如果对架构等问题进行重构后，继续发展下去，我想它大概会成为集团核心技术栈之一。
在说完事业和学习后，还有一个事情对我而言非常重要。那就是治疗痘痘，从皮肤开始出现痘痘算起，今年已经是第10个年头了，高中三年，大学四年，工作两年多，这一路上如果谁一直陪着我，那就是痘痘，它重塑了我的性格，我的一切。痘痘在很大程度上是有大的副作用的，但是在另一程度来说也帮了我很多...但是，一切事物有始有终，我想这一切应该要结束了，在11月份我去瑞金医院皮肤科开药治痘痘(泰尔丝)，截止12月底，效果良好，虽然皮肤疤痕很多，但是痘痘确实不怎么看得见了。但是说到这里又要说到泰尔丝的另一个问题，那就是致抑效果，在服用泰尔丝之后需要同外界有积极联系，否则将有可能抑郁。当然这也是我2024年着重需要注意的意向事情。
说完了回顾，那就不得不说挑战。不知道是长期同外界接触较少，还是最近项目波折较大(一问故事进展受挫和xtaro组件市场问题)，亦或者泰尔丝问题，最近心中明显压力较大，反映在精神内耗和失眠等方面。每天乏力，感觉本该一天完成的事情，两三天时间都无法完成，并且对特定事物有明显抗拒表现。马上要过2024年了，我想该采取有效措施去解决这些问题，而不是一味的烦恼或者拖延。在2023年还有一件事情表现不佳，那就是跑步，在2022年5月开始，我连续进行了3个月的跑步计划，总共跑步260公里，这是一项有积极效果的运动，反馈极佳，但是2023年并没有很好的保持，尝尝因为各类理由放弃或者停更，导致效果不明星。马上要新年了，这两天上海天气也转暖了，我想是时候跑起来了。
总结2023年，思绪万千，因为他是充满挑战的，挑战贯穿整个周期，现在也面对新的挑，但是我在想，我有在深圳时候的窘迫吗，我想是没有的。人的一生尝尝被挑战所包围，但是也是因为挑战，我们才成长，才收获，才让我们感觉活着。如果没有了挑战，那我们的时候又会是如何，直面挑战，乐观向上的青春万岁！奥利给！马上要跨年了，说一下对上海的感受，这也是一个温暖的城市，虽然12月份有几天真的冻惨了，但是这几天属实还好，每每漫步于公园，海风从四处出来，湿润的空气难免让人心旷神怡，我爱上海，我爱江南。
2023，可以说是极其侥幸的一年，那么从这一年我学到了什么，我想那就是学习，无论外面风吹雨打，无论时代如何喧嚣，通过学习，照样能够守护自己的心灵的一方净土。
2023年和呆子重归于好，经过4年的爱情长跑，虽然期间经历很多考验，但我们依然在一起。我们去了南京，去了杭州，她也看到了我工作学习的地方，也知道了我所面对的困难和挑战，而对于她我想我也更为了解，我会站在身后支持她，而她也需要更为勇敢，去踏上她新的道路，去寻找困扰我们每个人心中的问题答案，那就是人生的意思与远方。我想当你看到我的2023年的年度总结的时候对你说，当我4月份在深圳的时候，我感觉我的天塌了，因为从接受教育以来，我在想是什么样的结果才能配得上这一路的颠沛流离。我想绝不是这小小的蜗居的青年旅社，应该是诗和远方，但是现实总是残酷的，它会击碎所有人的美好幻想，带来各类的挑战和苦难。但是，反过来想，如果能够克服和战胜这些苦难和挑战，那就能获得相应的报酬和奖励，当 然这些知识物质层面或者说不那么重要的，重要的是，我们更接近自己的理想。
我们终会老区，在一个花甲之年的午后，我们躺卧竹椅，我们该如何会议我们的一生，我希望那时候，我们能够讲我们渡过了一个燃情岁月，一段艰难但是又向上的岁月。
2024年我想我们的爱情应该需要有一个明确的未来。我想我们会更谅解和体贴对方，我们会一起成长，一起去看海。往事历历在目，未来依然有些距离，相向而行，跨越山海。
编程体系
创业
人文
跑步
生活
其他
2024展望的核心事件，第一就是保持良好作息，完成跑步等重要事情的完成。只有有了这些基础，才能说是可以继续向前了。第二就是App的开发，体系已经建立，但是里面实质是空的，需要通过实践来补充内核。第三就是人工智能方向，这是未来的伏笔，也是最大的变量。
总结，2024首先要完成一等大事情，就是保持健康积极向上的心态，其余就是努力完成知识体系架构，核心是跑步等问题。2024需要和过去做个和解，需要和呆子的爱情有个明确的未来。
在服务器使用过程中我们会经常发现各类问题，但是这类问题都有一个公共问题，就是很多时候没法正常访问github资源或者google资源，从而导致部署卡壳。那么如何处理此类问题就显得尤为重要，在这里我介绍一种我使用的clash + centos的解决方案。
安装 clash-linux-amd64-latest.gz
# 解压压缩文件，会生成一个没有 .gz 的同名文件
gzip -d clash-linux-amd64-latest.gz
# （可选项）修改程序文件名
mv clash-linux-amd64-latest.gz clash
# 添加运行权限
chmod +x clash
# 先运行服务
# 在运行钱请将自己的 config.yaml 复制到 /root/.config/clash 下面
# 如果有Country.mmdb报错 那可能需要 wget -O Country.mmdb https://www.sub-speeder.com/client-download/Country.mmdb 解决
./clash
//添加守护进程
cp clash /usr/local/bin
// 添加配置
vim /etc/systemd/system/clash.service
# start
[Unit]
Description=Clash daemon, A rule-based proxy in Go.
After=network.target
[Service]
Type=simple
Restart=always
ExecStart=/usr/local/bin/clash -d /root/.config/clash
[Install]
WantedBy=multi-user.target
# end
# 系统启动时运行
systemctl enable clash
# 立即运行 clash 服务
systemctl start clash
# 查看 clash 服务运行状态
systemctl status clash
# 查看运行日志
journalctl -xe
# 使用时临时修改
export http_proxy=http://127.0.0.1:7890
export https_proxy=http://127.0.0.1:7890
# 测试
curl https://www.google.com
docker hub在国内使用的时候会有几率出现链接超时问题，这时需要给docker设置代理来解决这个问题。
Get https://registry-1.docker.io/v2/: net/http: request canceled while waiting for connection (Client.Timeout exceeded while awaiting headers)
https://docs.docker.com/engine/daemon/proxy/
从两者来看需要手动设置代理
/etc/systemd/system/docker.service.d/http-proxy.conf[Service]
Environment="HTTP_PROXY=http://127.0.0.1:7890"
Environment="HTTPS_PROXY=http://127.0.0.1:7890"
sudo systemctl daemon-reload
sudo systemctl restart docker