BLCL的博客小馆

binance闲置资金记得放理财!立即注册立享高达 $1,100 的交易手续费返还券!!

home

about

archive

Shell 脚本中 set -ex 命令的作用

刚刚学会了一个很实用的 shell 命令 set -ex,在这里分享一下。 稍有常识的人都能看出,这是 set 命令加上了 -e 和 -x 两个参数 (废话么这不是)。那么,我就把这两个参数拆开,分别说一下它在脚本中的用处。 set -e先说说 set -e,这个参数的含义是,当命令发生错误的时候,停止脚本的执行。 通常来说,我们会习惯于使用 && 来实现这样的功能,比如: 123#!/bin/bashecho 1 && rm non-existent-file && echo 2 但是,写成一行呢,可读性有点差,分成多行的话,也得注意换行符 \ 和 && 号,我就有过好几次忘了加这俩东西,还是挺麻烦的是吧。 更麻烦的是,&&..

read_more

分环境为 Git 指定单独的配置

有的小伙伴,在公司需要使用公司的 Git 来干活,同时自己也有些托管在 GitHub 等其他仓库的代码,在这种情况下会有一个烦恼,就是怎么样在多个仓库之间使用不同的配置。比如在公司仓库和个人仓库之间使用不同的身份信息,或者在公司仓库和个人仓库之间,使用不同的 GPG 签名。 在 2.13 版本之前,大概你就只能单独为每一个仓库单独设定这些信息了,但是,在 2.13 这个版本中,Git 引入了一个名为 “按条件引入”(Conditional includes) 的功能。这个功能允许用户通过指定一定的条件,来使 Git 从不同的配置文件中取得配置项。 准备工作“按条件引入” 功能可以根据目录或者分支来决定使用哪个配置,显然根据分支无法区分工作环境和私人环境,所以首先需要分别为工作环境和私人环境创建各自的目录。比..

read_more
loading..

使用 Tailscale 部署虚拟局域网

最近折腾了下用 Tailscale 搭建虚拟局域网,在这里记录一下折腾的过程和一些心得。 什么是 Tailscale说起 Tailscale,就不得不提到最近很火的 Mesh VPN 这个概念。 经典的 VPN 是作为一个网关,让外网用户通过它来访问内网。比如传统的 L2TP VPN: 但是 Mesh VPN 提出了一种全新的拓扑结构,这种结构中每个节点之间都相互连接,不再存在中心的 VPN 服务器。 上图提到的 Wireguard 就是一个 Mesh VPN 的实现,但是 Wireguard 配置比较繁琐,维护成本也比较高,所以 Tailscale 在基于 Wireguard 的基础上做了一些优化,比如用于 NAT 穿透的 DERP 协议、建立了公网 coordinator 服务器用于下发配置,以及集..

read_more
loading..

配置 Caddy 作为静态网站服务器和前置代理

之前听闻有个新的 Web Server,名曰 Caddy,其配置简单,还默认启用 HTTP/2,并且可以自动申请 Let’s Encrypt 的 HTTPS 证书。试用了一番,觉得不错,便把这个博客的服务程序换成了 Caddy。在这里呢,记录一下安装和配置的过程。 安装万事第一步,先安装。 下载页面概览打开 Caddy的下载页面,页面的内容简洁明了,左侧是 4 个要配置的项,右侧是每个配置项实际的内容。 选择运行平台首先,选择好 Caddy 要在哪个操作系统下运行。Caddy 支持的平台还是足够多的,而且覆盖到了主流的操作系统,所以甭管您是 Windows,还是 Linux,抑或是 BSD,都可以运行 Caddy。因为我的服务器运行的是 64 位 Ubuntu,所以选择 Linux 64-bit。 实话说..

read_more
loading..

追根究底:不打开 DevTools 时,console.log 会不会内存泄漏?

TL;DR:会。并且虽然 Chromium 有试图做限制,但因为方法不合适所以并没能解决问题。JavaScript 的内存泄漏原因有很多,例如 DOM、计时器、闭包、意外的全局变量,以及本文的主题:console.log。关于 console.log 会不会造成内存泄漏,掘金上面有大佬发过两篇文章:千万别让 console.log 上生产!用 Performance 和 Memory 告诉你为什么console.log 一定会导致内存泄漏?不打开 devtools 就不会这两篇文章的结论是:在打开 DevTools 时一定有泄漏(文中的代码很显然可以证明),但如果没打开 DevTools,似乎就不会有问题了(文中 performance 的数据也可以证明)。但我结合自己之前的经验,产生了一个疑惑:如果不会造成内..

read_more
loading..
Markdown

Obsidian踩坑

Foreword Obsidian很早之前就听说了,忍着很久都没用,也没试过,这次试一试,看看能否替换当前的组合 使用Obsidian之前,建议先看看oldwinter关于他的介绍和你是否需要他,也有很多他关于Obsidian和JekyII的实践,可以作为参考,防止重复造轮子 https://github.com/oldwinter/knowledge-garden Obsidian 知识谱系图,可惜我的现在还没有链接起来 https://obsidian.md/ 下载安装总体都非常快,启动甚至比typora都快,给人第一感还是非常不错的。 意外发现Obsidian的白板非常好用,可以插入文字、文章、视频、图片等等内容,可以联系在一起,用来开会或者头脑风暴,非常不错 但是..

read_more
backupsvmwareVMwareesxi

Veeam Backup & Replication 12 安装和激活

介绍只需单个平台即可保护并管理所有工作负载、应用及数据:云端、虚拟、物理、SaaS、Kubernetes、VMware、Hyper-V、Windows、Linux、UNIX、NAS、AWS、Azure、企业应用等。个人主要用于备份ESXi上的虚拟机,可以实现单次完整备份,和定时的增量备份。此文章提供了ISO安装文件的下载和安装激活。下载ISO 具体版本为:**12.0.0.1420_20230209 **官方网站下载ISO第三方存档下载ISO安装要求(推荐)操作系统推荐 Windows Server 2016-2022CPU要求至少四个内核、内存建议4GB以上。存储空间建议100GB以上,备份用空间根据需求来算。数据库可使用自带的PostgreSQL 15.1 或安装 SQL Server 2012-2022进..

read_more
loading..
5秒盾爬虫Python

一日一技:【最新】再次突破CloudFlare五秒盾付费版

去年我写了一篇文章:一日一技:如何捅穿Cloud Flare的5秒盾 ,这篇文章使用的第三方库『cloudscraper』可以绕过免费版的五秒盾。但遇到付费版就无能为力了。最近在爬币圈的网站,其中有一个网站叫做:Codebase使用的就是付费版的CloudFlare五秒盾。当我们使用CloudScraper去爬时,报错如下:那么现阶段,付费版的CloudFlare五秒盾,有没有什么办法绕过呢?其实方法非常简单。只需要使用Docker运行一个容器就可以了。启动命令为:123456docker run -d \ --name=flaresolverr \ -p 8191:8191 \ -e LOG_LEVEL=info \ --restart unless-stopped \ ghcr.io/flares..

read_more
loading..
OpenWRT

random:crng init done导致系统启动过长

Foreword OpenWRT系列遇到一个问题 random:crng init done 这个会导致系统整体被卡住,在输出之前,任何CLI的修改命令都会等到他输出以后才会执行 这个问题比较常见,一般就是系统需要随机数,但是随机数熵值太小了,随机性无法保证,导致系统挂起等待熵值填充。 一般来说可以通过一些组件快速增熵,非加密设备或者对安全性要求特别高的,可以这么使用 OpenWRT编译 更新所有相关包 sh scripts/xxxx-feed-setup.sh 配置内核 make kernel_menuconfig 配置各种应用 make menuconfig 编译,生成固件 make -j9 V=s 最终固件生成位置 ./bin/targets/ 解决方案 ..

read_more
V2rayVPS

V2ray ws tls Caddy使用动态端口并不可行

Foreword 新买的2个BWG,没挺过一个月,443端口就被墙了,还有一个CN2的也是莫名其妙被墙了,套了CF,感觉还是非常浪费的,于是打算做个实验,试一试动态端口是否还会被墙。 以目前的经验来看,墙是基于他的检测周期内(他的检测时间未知),如果有不明的大流量,tls套tls,那么这种不明流量,大概率会被直接封端口。但是他的检测到底是基于某一ip的总流量呢,还是某一端口的总流量,那就不知道了。最坏的情况也就是IP被封,然后再套CF,既然不能更差,那就试试动态端口吧。 配置动态端口 平常用动态端口的比较少,可以参考的ws+tls+caddy或者nginx的配置都很少,所以试了几次才弄好。 配置动态端口,只需要服务端设置即可,客户端基本可以不变。首次通信还是原协议,然后沟通以后,通过detour重新约..

read_more
1525354555695