Skip to main content

𝘩𝘰𝘯𝘦𝘰𝘬 𝘤𝘩𝘢𝘯𝘯𝘦𝘭 🌺

𝘩𝘰𝘯𝘦𝘰𝘬 𝘤𝘩𝘢𝘯𝘯𝘦𝘭 🌺
𝘩𝘰𝘯𝘦𝘰𝘬 𝘤𝘩𝘢𝘯𝘯𝘦𝘭 🌺

  3. 被裁了大半年，我还能找到好工作吗？

    本文来自微信公众号： 猎聘 ，作者：白天数星星

    昨天直播时，后台收到了很多类似这样的私信——

    "已经gap了8个月了，还有公司会要我吗？"

    "面试时被问到为什么离职这么久，我不知道怎么回答……"

    "投了几十封简历没有回音，是不是因为我有空窗期？"

    说实话，看到这些留言，比求职者更着急的，反而是HR。

    因为在他们眼里，你根本没有你以为的那么"难录用"。

    空窗期，HR真正在意的是什么？

    我们问了几位不同行业的资深HR，得到了几乎一致的答案：

    "空窗期本身不是问题，问题是你在空窗期里'暴露'出来的问题。"

    换句话说，HR看空窗期，不是在看你"失业了多久"，而是在看——

    ● 你对这段经历的解释是否合理自洽？
    ● 面试时你的状态和表现是否在线？
    ● 你对眼前这个机会，是否真的做了准备？

    一家上市能源公司的招聘总监甚至直接说："处于离职状态的候选人，能更快到岗，有时候反而是优势。"

    所以，先放下包袱。

    真正让你与offer失之交臂的，其实是这几件事

    ❶状态飘了——要么亢奋，要么emo

    长期没有工作，人容易走向两个极端。

    一种是压抑太久，面试时突然"满血复活"，话多到停不下来，生怕面试官不知道自己有多适合这个岗位——结果面试官真正想问的问题，一个都没答到。

    另一种是还没从"失业"的情绪里走出来，整场面试都透着一股低气压，面试官感受到的只有：不自信、没状态、负能量。

    这两种状态，都是在用自己的情绪问题，替HR做了淘汰决定。

    怎么破？面试前，认真做一件事：把这次面试从"背水一战"降级成"一次对话"。你不是在求职，你是在和一家可能适合你的公司互相了解。心态平了，表达才会稳。

    ❷思路窄了——只盯着"原来那条路"

    很多人空窗期久了，不是因为没有机会，而是亲手关掉了太多门。

    "我只做过这个方向，跨方向投肯定没戏。"、"我没在大厂待过，投过去也是陪跑。"、"这家公司我没听说过，应该不靠谱……"

    这些念头，在你点开猎聘APP之前，就已经替你拒绝了大量机会。

    不妨换个思路，把自己的核心技能作为圆心，往外画圈：原行业的上下游、甲乙方切换、技能相通的跨行业岗位……可选择的面，其实比你想的宽得多。

    ❸准备少了——空窗期反而成了减分项

    这是HR们提到最多、也最让他们无奈的一点。

    "空窗期意味着你有更多时间准备，所以一旦出现准备不足的情况，扣分会比在职的人更重。"

    一份简历海投所有岗位、连公司官网都没看过就去面试、项目经历说不清楚……这些失误，放在在职候选人身上还能理解，放在空窗半年的人身上，很难不让HR皱眉。

    反过来，一位gap了近一年的候选人，在面试前把公司近五年的财报研读了一遍，还做了二十多页的分析报告——他在十几位候选人中脱颖而出，拿下了那个offer。

    准备充分，本身就是一种竞争力。

    空窗期，你可以做的事比你想的多

    ①想清楚自己的优先级

    薪资、职级、通勤、行业、工作强度……每一项都想要，往往每一项都得不到。

    在保持开放心态的前提下，先想清楚哪些是底线，哪些可以让步。方向明确的人，在面试中的表现往往更果断，拿到offer的速度也更快。

    ②让简历真正为你说话

    不同的岗位，值得准备不同版本的简历。花时间把项目经历说清楚、说出彩，比海投一百封模板简历有效得多。

    ③多面试，把手感练回来

    很多人空窗期长了会发现，连自我介绍都说得磕磕巴巴。

    把面试当练兵，每次结束后复盘没答好的问题。也可以把简历和目标岗位的JD丢给AI，让它模拟面试官提问——成本低，效果实在。

    空窗期不是污点，更不是终点。

    市场上有空窗期的求职者里，从不缺优秀的人——成熟的企业和HR，不会因为一段空档期，就把真正合适的候选人推开。

    调整好状态，认真做准备，把每一次面试当成重新出发的起点。

    机会，留给准备好了的人。

    你现在处于求职状态吗？在评论区聊聊你的困惑，我们一起想办法。

    via 虎嗅 (author: 猎聘)

  4. 我的Claude Code最佳实践 & 7个技巧 | 原文
    Telegraph
    我的Claude Code最佳实践 & 7个技巧
    上篇帖子写了关于Vibe Coding的技术栈Blog，获得了很好的反响，这篇便来写写CC的最佳实践，7个技巧。 用CC差不多半年多，消耗几十亿tokens也是有了，学习了很多大佬和官方的方法，也有自己的沉淀心得，这里便分享给大家。 使用 Claude Code 没有唯一正确的方式，本身开箱即用效果就很好， 我的标准便是如何组合出高效、生成相对有品味的工作流。 ——————————————————————— 💎 TLDR: 文章会提到的内容 - 先 Plan 再动手：复杂任务用 plan 模式讨论清楚再执行，用…

  9. Github 有大佬写了 Xray 的 xhttp 五合一配置服务端和客户端

    经过折腾，我终于在 mihomo 客户端也点亮五个节点了 😋

    注意 mihomo 内核版本必须大于或等于 v1.19.22

    配置如下

    proxies:
  # 1. XTLS(Vision)+Reality 直连
  - name: "出站1-XTLS+Reality"
    type: vless
    server: "<VPS_IPV4>"          # VPS 的 IP 或域名
    port: 443
    uuid: "YOUR_UUID_01"
    encryption: "none"
    flow: xtls-rprx-vision
    network: tcp
    tls: true
    alpn: [h2]
    servername: "reality.com"     # Reality 伪装域名 (SNI)
    client-fingerprint: chrome
    reality-opts:
      public-key: "YOUR_PUB_KEY"
      short-id: "YOUR_SHORT_ID"

  # 2. xhttp+Reality 直连
  - name: "出站2-xhttp+Reality"
    type: vless
    server: "<VPS_IPV4>"          # VPS 的 IP 或域名
    port: 443
    uuid: "YOUR_UUID_02"
    encryption: "none"
    flow: ""
    network: xhttp
    tls: true
    alpn: [h2]
    servername: "reality.com"     # Reality 伪装域名 (SNI)
    client-fingerprint: chrome
    reality-opts:
      public-key: "YOUR_PUB_KEY"
      short-id: "YOUR_SHORT_ID"
    xhttp-opts:
      path: /xhttp_path           # 必须与服务端配置的 path 一致
      mode: auto                  # Reality 模式下 auto 会自动选择 stream-one
      # host: "reality.com"       # 直连时可省略，默认继承 servername

  # 3. 上行 xhttp+TLS+CDN | 下行 xhttp+Reality
  - name: "出站3-cdn上行+xhttp下行"
    type: vless
    server: x.x.x.x               # CDN / 优选 IP / CNAME 域名 (上行连接地址)
    port: 443
    uuid: "YOUR_UUID_02"
    encryption: "none"
    flow: ""
    network: xhttp
    tls: true                     # 上行走 TLS+CDN
    alpn: [h2]
    servername: "cdn.com"         # 写你套 CDN 对应的子域名，CDN 通过它回源服务器 (SNI)
    client-fingerprint: chrome
    skip-cert-verify: true
    xhttp-opts:
      host: "cdn.com"             # CDN 转发所需的 HTTP Host，与 servername 保持相同
      path: /xhttp_path
      mode: auto                  # CDN 模式下 auto 会自动选择 stream-up (H2)
      download-settings:          # 下行设置
        server: "<VPS_IPV4>"      # 下行地址 (VPS 直连)
        port: 443
        servername: "reality.com" # Reality 伪装域名 (SNI)
        reality-opts:
          public-key: "YOUR_PUB_KEY"
          short-id: "YOUR_SHORT_ID"
        # host 继承自外层或省略；mode 强制继承外层

  # 4. xhttp+TLS+CDN (上下行不分离)
  - name: "出站4-cdn上下行"
    type: vless
    server: x.x.x.x               # CDN / 优选 IP / CNAME 域名
    port: 443
    uuid: "YOUR_UUID_02"
    encryption: "none"
    flow: ""
    network: xhttp
    tls: true
    alpn: [h2]
    servername: "cdn.com"         # 写你套 CDN 对应的子域名，CDN 通过它回源服务器 (SNI)
    client-fingerprint: chrome
    skip-cert-verify: true
    xhttp-opts:
      host: "cdn.com"             # CDN 转发所需的 HTTP Host，与 servername 保持相同
      path: /xhttp_path
      mode: auto

  # 5. 上行 xhttp+Reality | 下行 xhttp+TLS+CDN
  - name: "出站5-上xhttp+Reality下xhttp+TLS+CDN"
    type: vless
    server: "<VPS_IPV4>"          # 上行地址 (VPS 直连)
    port: 443
    uuid: "YOUR_UUID_02"
    encryption: "none"
    flow: ""
    network: xhttp
    tls: true
    alpn: [h2]
    servername: "reality.com"     # Reality 伪装域名 (SNI)
    client-fingerprint: chrome
    skip-cert-verify: true
    reality-opts:
      public-key: "YOUR_PUB_KEY"
      short-id: "YOUR_SHORT_ID"
    xhttp-opts:
      host: "cdn.com"             # CDN 转发所需的 HTTP Host，与 servername 保持相同
      path: /xhttp_path
      mode: auto
      download-settings:
        path: /xhttp_path
        host: ""                  # host 继承自外层或省略；mode 强制继承外层
        server: x.x.x.x           # CDN / 优选 IP / CNAME 域名 (下行连接地址)
        port: 443
        tls: true
        alpn: [h2]
        servername: "cdn.com"         # 写你套 CDN 对应的子域名，CDN 通过它回源服务器 (SNI)
        client-fingerprint: chrome
        skip-cert-verify: true
        reality-opts: { public-key: "" }
        # 如果 download-settings 里的 reality-opts 为空，它会自动继承最外层的 Reality 公钥
        # 导致下行连接虽然是去连 CDN，却带上了 Reality 的握手信息，CDN 识别不了 Reality，直接就把连接掐断了
        # 所以必须在这里写一个 reality-opts: { public-key: "" } 来强制覆盖掉外层配置
    GitHub
    xhttp 五合一配置 ( reality 直连与过 CDN 共存, 附小白可抄的配置) · XTLS Xray-core · Discussion #4118
    xhttp 五合一配置 ( reality 直连与过 CDN 共存, 附小白可抄的配置) · XTLS Xray-core · Discussion #4118
    根据R佬的文章 #4113 ，写了 xhttp 五合一的配置，在同一台 VPS 的 443 端口实现了： XTLS(Vision)+Reality 直连 xhttp+Reality 直连 上行 xhttp+TLS+CDN | 下行 xhttp+Reality （上下行不同SNI） xhttp+TLS 过CDN 上行 xhttp+Reality | 下行 xhttp+TLS+CDN （上下行不...

  16. 极简版Linux TCP参数（只有必要的，不必要的一律没有）：
    非Alpine系统：
    cat > /etc/sysctl.conf << EOF
net.core.default_qdisc=fq_codel
net.ipv4.tcp_congestion_control=bbr
net.ipv4.tcp_rmem=4096 131072 33554432
net.ipv4.tcp_wmem=4096 16384 33554432
EOF
sysctl -p && sysctl --system

    Alpine系统：
    cat > /etc/sysctl.conf << EOF
net.ipv4.tcp_congestion_control=bbr
net.ipv4.tcp_rmem=4096 131072 33554432
net.ipv4.tcp_wmem=4096 16384 33554432
EOF
sysctl -p

  17.  #!/usr/bin/env bash
set -euo pipefail

# ========= 配置 =========
DB1="/opt/nezha/dashboard/data/sqlite.db"
DB2="/opt/nezha/dashboard_v0/data/sqlite.db"

TG_API="https://api.telegram.org/XXXXXXXXXX/sendMessage"
TG_CHAT_ID="XXXXXXXXXX"

# ========= 函数 =========
clean_if_exists() {
    local db="$1"
    local table="$2"
    local msg="$3"

    if [[ ! -f "$db" ]]; then
        echo "⚠️ 跳过，不存在数据库: $db"
        return 0
    fi

    sqlite3 "$db" <<EOF
DELETE FROM $table;
VACUUM;
EOF

    echo "✅ 已清空 $table ($db)"
    curl -s -X POST "$TG_API" \
        -F chat_id="$TG_CHAT_ID" \
        -F text="$msg" >/dev/null
}

# ========= 执行 =========
clean_if_exists "$DB1" "service_histories" \
"[service_histories] 哪吒面板清理完成 "

clean_if_exists "$DB2" "monitor_histories" \
"[monitor_histories] 哪吒面板清理完成 "

echo "🎉 清理任务结束"