running-records

202504

  • 250412: 27.62km, 4t*6.90km/t, 6’44”/km
  • more easy, feel better
  • weight: 58kg

202503

  • 2503: 88.78km, 12*7.39km/t, 7’12”/km

202501-02

  • 2502: 80.29km, 12*6.69km/t, 7’12”/km
  • 2501: 116.29km, 15*7.75km/t, 7’03”/km
  • weight loss 5kg, from 66-67 to 61-62, 57.08 lightest
  • stronger leg
  • thinner arm, need to exercise tobe stronger
  • knee hurt after long running, but recorver in shorter time
  • concentration is stronger
  • control temper easy, more peaceful

2024

  • 2412: 122.07km, 20t*6.10km/t, 7’18”/km
  • 2411: 58.42km, 10t*5.84km/t, 8’57”/km
  • 2410: 36.60km, 10t*3.66km/t, 8’33”/km
  • 2409: 23.51km, 6t*3.91km/t, 7’56”/km
  • 2408: 12.79km, 5t*2.55km/t, 9’14”/km
置顶

展开全文 >>

Ubuntu 22.04 服务器网络问题定位与解决

Ubuntu 22.04 服务器网络问题定位与解决：从底层到上层的全面排查

在配置 Ubuntu 22.04 服务器的网络时，我遇到了无线网卡（wlp3s0）和有线网卡（enp4s0）无法自动连接的问题：运行 netplan apply 会导致无线网络被屏蔽，未运行时无线网卡无法分配 IP，有线网卡也无法自动获取 IP。经过一系列排查，我从硬件层到用户空间逐步定位问题，最终解决了网络配置的难题。本文将详细介绍 Ubuntu 22.04 的网络管理逻辑，并提供一个从底层到上层的排查方法与自动化脚本，下次应对类似问题就有了思路和参照。

Ubuntu 22.04 网络管理逻辑

Ubuntu 22.04 的网络管理涉及多个层次，以下是从底层到上层的启动流程：

more >>

展开全文 >>

docker container network connect with host and another local area network host with macvlan

基于 Docker 的 Macvlan 网络容器管理完整解决方案

一、背景与目标

在分布式系统、实验平台等场景中，往往需要动态批量创建容器，并要求容器能与局域网服务器、宿主机实现双向通信。为了满足该需求，我们采用 Docker Macvlan 网络方案，结合两种容器批量创建方法（Docker Compose 和 Docker SDK for Python / docker-py），实现灵活的容器管理平台。

二、网络方案设计

2.1 需求回顾

  • 宿主机 IP：172.21.2.6
  • 容器 IP 范围：172.21.2.100-172.21.2.200
  • 网关：172.21.2.1
  • 容器、宿主机、局域网其他设备互通

Docker Networking Principles:

  • Bridge Network: Default local communication on the same Docker host.
  • Host Network: Container shares host’s network namespace.
  • Overlay Network: Cross-host communication in Swarm or Kubernetes.
  • Macvlan Network: Containers appear as physical devices on the network.
  • ipvlan: Give users total control over both IPv4 and IPv6 addressing.

根据需求，测试了ipvlan和macvlan，最终只有macvlan通过测试。

more >>

展开全文 >>

用ai帮同事做了个Excel考勤统计的前后端

AI + Flask + Docker：从实际需求到完整解决方案

同事每个月需要统计学生出勤率，我看了下，90个左右的学生，表格需要手动数，太耗时间，想起自己以前学数据处理的情形，很像；再想到现在ai助手这么多，干脆试试一行代码不写看看能不能出来一个程序；一试吓一跳，真不用写一行代码，给我做规划，写代码，调试，部署，一气呵成；感觉快失业了。

下面是我跟ai聊天，完成任务后，让他做的整理总结，姑且做个记录吧。

1️⃣ AI 工具的强大之处

在这次项目中，我深刻体会到 AI（比如 ChatGPT）在实际编程任务中的高效帮助。无论是代码优化、问题排查，还是技术方案设计，AI 都能快速提供解决方案，并且随着沟通深入，能够逐步调整代码逻辑，直到最终实现完整功能。

在这次实践中，我主要使用 AI 来：

  • 需求分析与功能规划
  • 代码编写与优化
  • 错误调试与修复
  • Docker 部署方案设计
  • 网络与安全问题排查

这不仅极大提升了开发效率，还让我能专注于更核心的业务逻辑，而不必陷入重复性的细节调试。

more >>

展开全文 >>

weekend_thoughts

Shenzhen Japanese Kid Killed by a Looser/Crazy Person

  • So sad to hear this news.
  • I feel deep sympathy for his parents.
  • It’s a pity how the government responded.
  • Society hasn’t responded much, especially in my Wechat friend zone.
  • Hate education is so widespread. What can i do to protect my child?
  • Society is changing into something unfamiliar to me.
more >>

展开全文 >>

2024ParisOlympicGame_Basketball_record.jap.usa.serb.md

看日本男篮在巴黎奥运会的表现，对亚洲篮球的发展启示

在巴黎奥运会上，日本男篮的表现给亚洲篮球带来了深刻的启示。通过张佳玮的分析，我们可以更清晰地理解比赛背后的细节和趋势。

2024年Paris Olympic Games，我想看的当然是自己最热爱的篮球赛事。最近看了几场日本队的比赛，真的感触良多。

比分与球员表现

在比赛中，日本男篮展现了出色的团队协作和个人能力。关键球员如渡边雄太和八村塁，他们在场上的表现值得关注。他们的得分和助攻能力不仅帮助日本队保持竞争力，也为其他亚洲球队树立了榜样。尤其是日本172米的后卫河村永辉的表现，惊艳全世界。很能说明一些问题。

more >>

展开全文 >>

network connect error, route conflict

🚀 内网跨网段通信异常排查与解决实战总结

最近在工作中遇到了一次跨网段通信异常问题，经过排查、分析和处理，不仅解决了问题，还复盘了不少网络基础知识。特此记录。

🧩 1. 问题背景

在内网环境中，我们有如下网络结构：

  • A 服务器：172.21.2.1
  • B 服务器：172.21.2.6
  • 客户端 C：192.168.20.163

现象：

  • C 机器需要访问 B 服务器的某个服务，但通信不通（ping 不通，业务请求失败）。
  • 确认了防火墙关闭，服务已启动，网络线正常。

🧰 2. 问题排查过程

more >>

展开全文 >>

MongoDB 连接数异常增长及优化实践：从排查到提升系统稳定性

MongoDB 连接数异常增长及优化实践：从排查到提升系统稳定性

1. 背景：系统运行不稳定，接口性能波动

最近，我们的系统出现了一个棘手的问题：接口响应时间会在一段时间后显著变慢，而重启服务后又恢复正常。经过多次复现，我们发现：

  • 接口在初始阶段表现良好，查询响应时间较短；
  • 随着系统运行，MongoDB 连接数不断增长，最终稳定在一个高位，不再下降；
  • 当连接数达到一定阈值后，查询变慢，影响系统稳定性。

为了解决这一问题，我们开始深入分析 MongoDB 连接管理、索引优化等方面的潜在问题，并制定了一系列优化措施。

2. 排查过程：找出 MongoDB 连接数异常增长的根因

2.1 观察 MongoDB 连接数变化

more >>

展开全文 >>

排查并解决vpn访问内网的路由不对称问题

排查并解决VPN访问内网的路由不对称问题

背景：问题的起源与链路

最近我在通过VPN访问公司内网时遇到了一个奇怪的问题：配置了两个内网子网，其中192.168.10.55可以正常访问，而192.168.20.166无法访问，但同一子网的192.168.20.254却没问题。这让我困惑不已，于是开始了排查之旅。

问题链路如下：

  • 客户端：我的电脑通过VPN（IP: 10.10.10.2）连接内网。
  • 目标服务器：一台Ubuntu 22.04服务器（IP: 192.168.20.163，问题中提到的166类似，后续以163为例）。
  • 内网设备：
    • 交换机（Waiwang_S5560_HX，IP: 192.168.20.254）。
    • 中间路由设备（IP: 192.168.100.2）。
  • 现象：VPN能ping通192.168.20.254和192.168.20.123，但192.168.20.163超时。

分析过程：从现象到假设

more >>

展开全文 >>

tag:

    缺失模块。
    1、请确保node版本大于6.2
    2、在博客根目录（注意不是yilia-plus根目录）执行以下命令：
    npm i hexo-generator-json-content --save

    3、在根目录_config.yml里添加配置： 

      jsonContent:
    meta: false
    pages: false
    posts:
      title: true
      date: true
      path: true
      text: false
      raw: false
      content: false
      slug: false
      updated: false
      comments: false
      link: false
      permalink: false
      excerpt: false
      categories: false
      tags: true