分类 工作&技术 下的文章

虽然看参数和说明觉得在Cloudflare面前似乎没有什么优势，不过白嫖的小玩意总要试试对吧。

国内版是免费一个月，国际版看来是因为设置错误，在今天14:00前都允许无限续杯，有人续到30xx年去了。我考虑到我年纪也不小了，就续25年算了。看看以后阿里会如何处理这问题吧。

和cloudflare不同，esa支持cname模式，所以迁移比较方便，不用动ns。不过，我设定好后，始终出现521错误，当然，我源站肯定是好的。后面研究发现，是因为回源只支持协议跟随，就是https访问必须https回源了，我一向用http回源。。 具体原因有空再说。然后查找下来居然发现，esa居然要高级版本才能支持自定义回源协议。欧买噶。

我使用香港服务器（Alice)来测试这个blog，源站在德国Netcup，Cloudflare基本是瞬间访问完成，但是esa需要花超过1秒才能访问好，阿里的回源服务器和源之间的线路问题有点堪忧。

另一个问题是不支持cname拉平检测。因为我的域名是在cloudflare上，cloudflare对@记录强制进行cname拉平，@一旦拉平，esa会误以为没有设置cname，而不会激活域名。所以，托管在cloudflare的域名的@记录是无法使用于esa的。

结论，不推荐，和cloudflare不在一个层次上。唯一的好处，也许是不太会象cf那样会被间歇性阻断吧，但只是猜测。

ali2.jpg

ali3.jpg

ali1.jpg

其它能见到的私聊转发机器人，比如 LivegramBot 等，都是在 Telegram 里进行操作，要用回复转发的对话等方式很不直观和方便，而且所有的会话都混在和机器人的单一对话窗口中，消息找不到啊。

现在这个机器人，在提供了基础的手机Telegram转发的同时提供了一个 web 界面，就像聊天 app 一样直接在 web 上操作了，和每个人的会话也是单独分开的。

附带的另一个好处是，这是直接访问自己服务器，不会被某种众所周知的玩意屏蔽，不用科学直接就可以上。

所有的数据均只保存于内存中，docker 一旦重启，就没有了。虽然不做违法乱纪的事，但也不想让别人来研究自己说了些啥和谁约了炮是吧。 数据指，对话人清单，对话的内容。

如果你想极致隐私，那就别填BOT_OWNER。这样，消息将不会转发到手机，只会在web会话可以看到，而且重启即永久消失。

操作很简单，首先加 @BotFather，建立自己的机器人，获得 token，然后，加 @userinfobot，获得自己的 id，然后填到 docker-compose.yml 中，然后 docker compose up -d，一把梭了。

同所有的bot一样，如果你想收到自己bot的消息，请先随便和自己的bot说句话，就是要/start，这样才能双向消息。

浏览器 http://你的ip:8010 就可以访问到机器人的消息页面，但强烈建议使用Cloudflare或者Caddy等通过https来访问。（回源用http)。

示例docker-compose.yml:

version: '3.8'

services:
  tg_bot:
    image: yessure/tg_fwd_web_bot:latest
    container_name: tg_fwd_web_bot
    environment:
      - BOT_TOKEN=botfather获得的token
      - BOT_OWNER=userinfobot获得的id。所有机器人收到的消息将会转发到这个号，当然，你也可以填0，或者压根不要这行，那就不转了。
    ports:
      - "8010:8010"

demp1.jpg

这几天通义灵码IDE在大做软文，出于好奇，我也安装了一下。

第一反应这图标，咳咳。。我好象看到了康帅傅。

然后实际做了个简单测试。我在我的go语言工程全局变量表文件里，随便找了个全局变量，叫 STOPNOW = true，我让cursor来解释它的用途。 Cursor告诉我这是要紧急停机的，然后通过搜索相关源文件，它告诉我，需要怎么进入STOPNOW状态，在STOPNOW后，哪些服务会紧急停止，重点是，哪些服务会停止，比如购买、注册等等。

而通义呢，它只是通过字面上告诉我这大概是要停机，就结束了。然后我再追加问它，是哪些要停，然后它也不去索引其它源文件，直接告诉我，我在当前文件没看到有这方面定义。

这差距真的是大学生和幼儿园的区别了。 不是我不支持国产，这个差得实在太多，卸载，结束。

lm.jpg

今天突然发现，有台机器的网卡流量居然为0，然后再看了一下别的所有的机器，也都通通是0。
这肯定不是某台机器的偶发问题了，基本可以断言是前几天的apt upgrade弄坏掉了，当时注意到升级了几十个包，蛮大的一次升级。
没流量数据问题本身不大，不过蛮搞笑，本以为升级升坏是微硬的专利，结果不是。

root@api:~# ifconfig
eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.7  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::5054:ff:fe78:aa5e  prefixlen 64  scopeid 0x20<link>
        ether 52:54:00:78:aa:5e  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1000  (Local Loopback)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

root@api:~# uptime
 16:58:41 up 75 days,  4:06,  2 users,  load average: 0.02, 0.02, 0.00
  1. 1
  2. 2
  3. 3
  4. 4
  5. ...
  6. 21