Reading view

There are new articles available, click to refresh the page.

荷兰月付 0.9 欧 1c1g25g, 10G 口 150T 流量,三网直连,联通快乐机

MJJMJJ:

这家买之前要先注册和充值,月付 0.9 欧支持 Paypal 支付 三网直连,联通快乐机

购买地址 AgACAgUAAyEGAASEm0VLAAMPZ3p8O7LFkGXb5xgPwaxneEJSe0AAApnEMRuAEtBXWMyhJmqkuFcBAAMCAAN3AAM2BA.png 输入优惠码

NEWYEAR

--------------------- A Bench Script By spiritlhl ----------------------
                   测评频道: https://t.me/vps_reviews                    
VPS 融合怪版本:2025.01.02
Shell 项目地址: https://github.com/spiritLHLS/ecs
Go 项目地址: https://github.com/oneclickvirt/ecs
---------------------基础信息查询--感谢所有开源项目---------------------
 CPU 型号          : QEMU Virtual CPU version 2.5+
 CPU 核心数        : 1
 CPU 频率          : 2699.998 MHz
 CPU 缓存          : L1: 64.00 KB / L2: 4.00 MB / L3: 16.00 MB
 AES-NI 指令集      : ✔ Enabled
 VM-x/AMD-V 支持    : ❌ Disabled
 内存              : 98.13 MiB / 964.53 MiB
 Swap              : [ no swap partition or swap file detected ]
 硬盘空间          : 1.05 GiB / 24.44 GiB
 启动盘路径        : /dev/sda1
 系统在线时间      : 0 days, 5 hour 25 min
 负载              : 0.80, 0.27, 0.13
 系统              : Debian GNU/Linux 11 (bullseye) (x86_64)
 架构              : x86_64 (64 Bit)
 内核              : 5.10.0-33-amd64
 TCP 加速方式       : cubic
 虚拟化架构        : KVM
 NAT 类型           : Full Cone
 IPV4 ASN          : AS197477 Moritz Mantel
 IPV4 位置         : Aachen / North Rhine-Westphalia / DE
 IPV6 ASN          : AS197477 Moritz Mantel
 IPV6 位置         : Germany
 IPV6 子网掩码     : 48
----------------------CPU 测试--通过 sysbench 测试-------------------------
 -> CPU 测试中 (Fast Mode, 1-Pass @ 5sec)
 1 线程测试(单核)得分:          722 Scores
---------------------内存测试--感谢 lemonbench 开源-----------------------
 -> 内存测试 Test (Fast Mode, 1-Pass @ 5sec)
 单线程读测试:          14111.70 MB/s
 单线程写测试:          10427.84 MB/s
------------------磁盘 dd 读写测试--感谢 lemonbench 开源--------------------
 -> 磁盘 IO 测试中 (4K Block/1M Block, Direct Mode)
 测试操作               写速度                                  读速度
 100MB-4K Block         21.1 MB/s (5148 IOPS, 4.97s)            22.5 MB/s (5497 IOPS, 4.66s)
 1GB-1M Block           945 MB/s (901 IOPS, 1.11s)              1.1 GB/s (1082 IOPS, 0.92s)
---------------------磁盘 fio 读写测试--感谢 yabs 开源----------------------
Block Size | 4k            (IOPS) | 64k           (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 67.82 MB/s   (16.9k) | 909.80 MB/s  (14.2k)
Write      | 67.99 MB/s   (16.9k) | 914.59 MB/s  (14.2k)
Total      | 135.81 MB/s  (33.9k) | 1.82 GB/s    (28.5k)
           |                      |                     
Block Size | 512k          (IOPS) | 1m            (IOPS)
  ------   | ---            ----  | ----           ---- 
Read       | 2.15 GB/s     (4.2k) | 2.37 GB/s     (2.3k)
Write      | 2.26 GB/s     (4.4k) | 2.52 GB/s     (2.4k)
Total      | 4.41 GB/s     (8.6k) | 4.90 GB/s     (4.7k)
------------流媒体解锁--基于 oneclickvirt/CommonMediaTests 开源-----------
以下测试的解锁地区是准确的,但是不是完整解锁的判断可能有误,这方面仅作参考使用
----------------Netflix-----------------
[IPV4]
您的出口 IP 完整解锁 Netflix ,支持非自制剧的观看
NF 所识别的 IP 地域信息:荷兰
[IPV6]
您的出口 IP 完整解锁 Netflix ,支持非自制剧的观看
NF 所识别的 IP 地域信息:荷兰
----------------Youtube-----------------
[IPV4]
连接方式: Youtube Video Server
视频缓存节点地域: 荷兰阿姆斯特丹(AMS15S45)
[IPV6]
连接方式: Youtube Video Server
视频缓存节点地域: 荷兰阿姆斯特丹(AMS15S45)
---------------DisneyPlus---------------
[IPV4]
当前出口所在地区解锁 DisneyPlus
区域:NL 区
[IPV6]
当前出口所在地区解锁 DisneyPlus
区域:NL 区
解锁 Netflix ,Youtube ,DisneyPlus 上面和下面进行比较,不同之处自行判断
----------------流媒体解锁--感谢 RegionRestrictionCheck 开源--------------
 以下为 IPV4 网络测试,若无 IPV4 网络则无输出
============[ Multination ]============
 Dazn:                                  Yes (Region: NL)
 Disney+:                               Yes (Region: NL)
 Netflix:                               Yes (Region: NL)
 YouTube Premium:                       Yes (Region: US)
 Amazon Prime Video:                    Yes (Region: NL)
 TVBAnywhere+:                          Yes
 Spotify Registration:                  No
 OneTrust Region:                       NL [Limburg]
 iQyi Oversea Region:                   INTL
 Bing Region:                           NL
 YouTube CDN:                           Amsterdam
 Netflix Preferred CDN:                 Frankfurt
 ChatGPT:                               Yes
 Google Gemini:                         Yes (Region: USA)
 Wikipedia Editability:                 Yes
 Google Play Store:                     United States 
 Google Search CAPTCHA Free:            Yes
 Steam Currency:                        EUR
 ---Forum---
 Reddit:                                Yes
=======================================
 以下为 IPV6 网络测试,若无 IPV6 网络则无输出
============[ Multination ]============
 Dazn:                                  IPv6 Is Not Currently Supported
 Disney+:                               IPv6 Is Not Currently Supported
 Netflix:                               Yes (Region: NL)
 YouTube Premium:                       Yes (Region: DE)
 Amazon Prime Video:                    IPv6 Is Not Currently Supported
 TVBAnywhere+:                          IPv6 Is Not Currently Supported
 Spotify Registration:                  No
 OneTrust Region:                       DE [Unknown]
 iQyi Oversea Region:                   IPv6 Is Not Currently Supported
 Bing Region:                           DE (Risky)
 YouTube CDN:                           Amsterdam
 Netflix Preferred CDN:                 [RETN] in [Warsaw]
 ChatGPT:                               Failed (Network Connection)
 Google Gemini:                         No
 Wikipedia Editability:                 Yes
 Google Play Store:                     Germany 
 Google Search CAPTCHA Free:            Yes
 Steam Currency:                        IPv6 Is Not Currently Supported
 ---Forum---
 Reddit:                                IPv6 Is Not Currently Supported
=======================================
---------------TikTok 解锁--感谢 lmc999 的源脚本及 fscarmen PR--------------
 Tiktok Region:         Failed
-------------IP 质量检测--基于 oneclickvirt/securityCheck 使用-------------
数据仅作参考,不代表 100%准确,如果和实际情况不一致请手动查询多个数据库比对
以下为各数据库编号,输出结果后将自带数据库来源对应的编号
ipinfo 数据库  [0] | scamalytics 数据库 [1] | virustotal 数据库   [2] | abuseipdb 数据库   [3] | ip2location 数据库    [4]
ip-api 数据库  [5] | ipwhois 数据库     [6] | ipregistry 数据库   [7] | ipdata 数据库      [8] | db-ip 数据库          [9]
ipapiis 数据库 [A] | ipapicom 数据库    [B] | bigdatacloud 数据库 [C] | cheervision 数据库 [D] | ipqualityscore 数据库 [E]
IPV4:
安全得分:
声誉(越高越好): 0 [2] 
信任得分(越高越好): 0 [8] 
VPN 得分(越低越好): 100 [8] 
代理得分(越低越好): 100 [8] 
社区投票-无害: 0 [2] 
社区投票-恶意: 0 [2] 
威胁得分(越低越好): 100 [8] 
欺诈得分(越低越好): 0 [1 E] 
滥用得分(越低越好): 0 [3]
ASN 滥用得分(越低越好): 0.0088 (Elevated) [A] 
公司滥用得分(越低越好): 0.0039 (Low) [A]
威胁级别: low [9 B] 
黑名单记录统计:(有多少黑名单网站有记录):
无害记录数: 0 [2]  恶意记录数: 0 [2]  可疑记录数: 0 [2]  无记录数: 94 [2]  
安全信息:
使用类型: unknown [C] business [8 A] isp [0 7] corporate [9] FixedLineISP [3]
公司类型: business [A] isp [0 7]
是否云提供商: No [7 D] 
是否数据中心: Yes [1 A] No [0 5 6 8 C]
是否移动设备: No [5 A C] Yes [E]
是否代理: No [0 1 4 5 6 7 8 9 A B C D E] 
是否 VPN: No [0 1 6 7 A C D E] 
是否 TorExit: No [1 7 D] 
是否 Tor 出口: No [1 7 D] 
是否网络爬虫: No [9 A B E] 
是否匿名: No [1 6 7 8 D] 
是否攻击者: No [7 8 D] 
是否滥用者: No [7 8 A C D E] 
是否威胁: No [7 8 C D] 
是否中继: No [0 7 8 C D] 
是否 Bogon: No [7 8 A C D] 
是否机器人: No [E] 
DNS-黑名单: 314(Total_Check) 0(Clean) 5(Blacklisted) 25(Other) 
IPV6:
安全得分:
欺诈得分(越低越好): 0 [1] 
滥用得分(越低越好): 0 [3]
ASN 滥用得分(越低越好): 0.0088 (Elevated) [A] 
公司滥用得分(越低越好): 0.0039 (Low) [A] 
威胁级别: low [B] 
安全信息:
使用类型: FixedLineISP [3] business [A]
公司类型: business [A] 
是否云提供商: No [D] 
是否数据中心: Yes [1 A] 
是否移动设备: No [A] 
是否代理: No [1 A B D] 
是否 VPN: No [1 A D] 
是否 Tor: No [1 3 A B D] 
是否 Tor 出口: No [1 D] 
是否网络爬虫: No [A B] 
是否匿名: No [1 D] 
是否攻击者: No [D]
是否滥用者: No [A D] 
是否威胁: No [D] 
是否中继: No [D] 
是否 Bogon: No [A D] 
DNS-黑名单: 314(Total_Check) 0(Clean) 0(Blacklisted) 314(Other) 
Google 搜索可行性:YES
-------------邮件端口检测--基于 oneclickvirt/portchecker 开源-------------
Platform  SMTP  SMTPS POP3  POP3S IMAP  IMAPS
LocalPort ✔     ✔     ✔     ✔     ✔     ✔    
QQ        ✔     ✔     ✔     ✘     ✔     ✘    
163       ✔     ✔     ✔     ✘     ✔     ✘    
Sohu      ✔     ✔     ✔     ✘     ✔     ✘    
Yandex    ✔     ✔     ✔     ✘     ✔     ✘    
Gmail     ✔     ✔     ✘     ✘     ✘     ✘    
Outlook   ✔     ✘     ✔     ✘     ✔     ✘    
Office365 ✔     ✘     ✔     ✘     ✔     ✘    
Yahoo     ✔     ✔     ✘     ✘     ✘     ✘    
MailCOM   ✔     ✔     ✔     ✘     ✔     ✘    
MailRU    ✔     ✔     ✘     ✘     ✔     ✘    
AOL       ✔     ✔     ✘     ✘     ✘     ✘    
GMX       ✔     ✘     ✔     ✘     ✔     ✘    
Sina      ✔     ✔     ✔     ✘     ✔     ✘    
----------------三网回程--基于 oneclickvirt/backtrace 开源----------------
北京电信 219.141.140.10  电信 163    [普通线路] 
北京联通 202.106.195.68  联通 4837   [普通线路] 
北京移动 221.179.155.161 检测不到回程路由节点的 IP 地址
上海电信 202.96.209.133  电信 163    [普通线路] 
上海联通 210.22.97.1     联通 4837   [普通线路] 
上海移动 211.136.112.200 检测不到回程路由节点的 IP 地址
广州电信 58.60.188.222   电信 163    [普通线路] 
广州联通 210.21.196.6    联通 4837   [普通线路] 
广州移动 120.196.165.24  检测不到回程路由节点的 IP 地址
成都电信 61.139.2.69     检测不到回程路由节点的 IP 地址
成都联通 119.6.6.6       联通 4837   [普通线路] 
成都移动 211.137.96.205  移动 CMI    [普通线路] 移动 CMIN2  [精品线路] 
准确线路自行查看详细路由,本测试结果仅作参考
同一目标地址多个线路时,可能检测已越过汇聚层,除了第一个线路外,后续信息可能无效
---------------------回程路由--感谢 fscarmen 开源及 PR---------------------
依次测试电信/联通/移动经过的地区及线路,核心程序来自 ipip.net 或 nexttrace ,请知悉!
广州电信 58.60.188.222
0.40 ms         AS197477 荷兰 林堡省 艾赫尔斯霍芬 nerdscave-hosting.de
0.78 ms         AS49581 荷兰 林堡省 艾赫尔斯霍芬 tube-hosting.com
5.15 ms         AS4134 荷兰 北荷兰 阿姆斯特丹 www.chinatelecom.com.cn
300.85 ms       AS4134 [CHINANET-BB] 中国 广东 广州 www.chinatelecom.com.cn
251.26 ms       AS4134 [CHINANET-BB] 中国 广东 广州 www.chinatelecom.com.cn 电信
255.86 ms       AS4134 中国 广东 深圳 福田区 www.chinatelecom.com.cn 电信
广州联通 210.21.196.6
0.35 ms         AS197477 荷兰 林堡省 艾赫尔斯霍芬 nerdscave-hosting.de
0.53 ms         AS49581 荷兰 林堡省 艾赫尔斯霍芬 tube-hosting.com
51.58 ms        AS49581 荷兰 林堡省 艾赫尔斯霍芬 tube-hosting.com
4.71 ms         AS174 [COGENT-BONE] 荷兰 北荷兰省 阿姆斯特丹 cogentco.com
11.00 ms        AS174 [COGENT-BONE] 德国 黑森 美因河畔法兰克福 cogentco.com
11.66 ms        AS174 [COGENT-BONE] 德国 黑森 美因河畔法兰克福 cogentco.com
12.29 ms        AS174 [COGENT-BONE] 德国 黑森 美因河畔法兰克福 cogentco.com
24.30 ms        AS174 [COGENT-149] 德国 黑森 美因河畔法兰克福 cogentco.com
* ms    AS4837 [CU169-BACKBONE] 中国 广东 广州 chinaunicom.cn 联通
166.62 ms       AS4837 [CU169-BACKBONE] 中国 广东 广州 chinaunicom.cn 联通
* ms    AS4837 [CU169-BACKBONE] 中国 广东 广州 chinaunicom.cn 联通
171.29 ms       AS17816 [UNICOM-GD] 中国 广东 深圳 chinaunicom.cn 联通
171.11 ms       AS17623 [APNIC-AP] 中国 广东 深圳 chinaunicom.cn 联通
253.58 ms       AS17623 中国 广东 深圳 宝安区 chinaunicom.cn 联通
广州移动 120.196.165.24
0.43 ms         AS197477 荷兰 林堡省 艾赫尔斯霍芬 nerdscave-hosting.de
0.83 ms         AS49581 荷兰 林堡省 艾赫尔斯霍芬 tube-hosting.com
4.28 ms         AS5405 德国 柏林州 柏林 inter.link
9.83 ms         AS5405 德国 黑森 美因河畔法兰克福 inter.link
9.76 ms         AS2914 [EU-NTTEUROPE] 德国 黑森 美因河畔法兰克福 gin.ntt.net
9.83 ms         AS2914 [NTT-BACKBONE] 德国 黑森 美因河畔法兰克福 gin.ntt.net
10.19 ms        AS2914 [NTT-BACKBONE] 德国 黑森 美因河畔法兰克福 gin.ntt.net
23.03 ms        AS2914 [NTT-BACKBONE] 英国 英格兰 伦敦 gin.ntt.net
92.90 ms        AS2914 [NTT-BACKBONE] 美国 弗吉尼亚 阿什本 gin.ntt.net
154.15 ms       AS2914 [NTT-BACKBONE] 美国 加利福尼亚 洛杉矶 gin.ntt.net
* ms    AS2914 [NTT-BACKBONE] 新加坡 gin.ntt.net
239.32 ms       AS2914 [NTT-BACKBONE] 新加坡 gin.ntt.net
248.61 ms       AS2914 [NTT-GIN] 新加坡 gin.ntt.net
289.27 ms       AS58453 [CMI-INT] 中国 广东 广州 cmi.chinamobile.com 移动
290.51 ms       AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动
290.58 ms       AS9808 [CMNET] 中国 广东 广州 I-C chinamobileltd.com 移动
286.58 ms       AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动
293.26 ms       AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动
289.62 ms       AS9808 [CMNET] 中国 广东 广州 chinamobileltd.com 移动
289.67 ms       AS56040 [APNIC-AP] 中国 广东 深圳 gd.10086.cn 移动
--------------------自动更新测速节点列表--本脚本原创--------------------
位置             上传速度        下载速度        延迟     丢包率
Speedtest.net    1559.28 Mbps    2895.40 Mbps    0.53     0.0%
法兰克福         1141.01 Mbps    1827.98 Mbps    8.15     0.0%
洛杉矶           518.06 Mbps     831.25 Mbps     138.70   0.4%
联通 WuXi         137.35 Mbps     613.26 Mbps     168.65   0.0%
电信 Suzhou5G     79.45 Mbps      239.86 Mbps     265.84   NULL
电信 Zhenjiang5G  16.23 Mbps      414.22 Mbps     222.48   NULL
移动 Chengdu      1.08 Mbps       283.90 Mbps     273.24   NULL
------------------------------------------------------------------------
 总共花费      : 7 分 21 秒
 时间          : Sun Jan  5 12:26:40 UTC 2025
------------------------------------------------------------------------
  短链:
    https://paste.spiritlhl.net/#/show/M3JfB.txt
    http://hpaste.spiritlhl.net/#/show/M3JfB.txt

AgACAgUAAyEGAASEm0VLAAMQZ3p-iSEG9v43FBUGOWESIE4xaVsAAqDEMRuAEtBXX96MltHtcPQBAAMCAAN5AAM2BA.png

debian 中的 zerotier 升级 1.14.2 后联网困难怎么回事?

balduncle: 一、当前网络配置
A 区:办公区 win10 电脑一台( A 电脑)
B 区:宿舍区 win10 电脑一台( B 电脑),基于 debian 的 omv 系统的 nas 一台( B NAS )
C 区:外地老家 win10 电脑一台
还有其他若干极路由
之前通过 zerotier 配置好,一直是稳定运行。同时还在 nas 部署了 tailscale 备用,但是一般都用 zerotier 。主要是 A 区和 B 区都是我们单位内部局域网,联网比较方便,特别是 zerotier 可以直接 smb ,那么电脑 A 和电脑 B 可以直接通过网络邻居分享文件,很方便。

其中 zerotier 的配置,是常规配置,并且做了局域网转发,也做了 iptable 的保留。

二、问题的发现:
最近在 B 区域的主力 nas 升级了 zerotier 为 1.14.2
https://github.com/zerotier/ZeroTierOne/releases
在办公区 A 电脑的网络邻居怎么都发现不了办公区域 B 的节点,就感觉有问题,升级是 nas 系统的自动推送更新的,不是命令行做的。但是奇怪的是,登录 zerotier 的网页后台,多数时候可以看到各个节点都在线,除了几个作为旁路由的极路由中的 zerotier 插件节点不在线,但是这个不影响大局。

三、主要症状
1.B 区域 nas 节点里面,偶尔会断线,通过 zerotier-cli info 查看,有概率是 offline 的,也就是节点没在线,通过 systemctl status zerotier-one.service,发现服务是正常的;
2.A 区域节点电脑之前是 1.86 版本,其他主要的也是 1.10 以下版本。
3.A 区域的节点和 B 区域的节点,还有我在 B 区域中女朋友家的电脑节点都是可以 ping 通(但是相互发现打洞感觉没之前那么快,除了 A 区域的电脑中升级了 zerotier ,其他都没动)
4.B 区域 NAS 节点经常隐身看不到,或者看到了过一会又看不到。
5.现在 A 区域电脑里面 zerotier 已经更新到了 1.14.2 ,又发现 ui 面板有点问题,一直出不来,只能通过 cmd 后台 join 原来的网络。

四、已经做了修复尝试
前后大概有 2 个礼拜了,已经尝试过各种方法,依然没有解决
1.在 zerotier 官网查询各种文档,通过页面聊天小工具联系工程师,但是只给我推送了常见问题链接,并没有解决我的根本问题。
2.通过问询 gpt ,将 nas 里面的 zerotier 卸载,然后重新用 zerotier 的 sh 命令安装,基本按照官方说明来配置,也重新输入了防火墙命令。(这些之前都配置好了,良好运行几年)
3.对 A 区域的 win10 电脑,最早节点是 1.806 ,以为是程序版本问题,就卸载掉重新安装。但是只找到 1.10 版本程序,几次都无法重新注册。后面又不断删除 win 中残留的 zerotier 文件夹,最后用 1.142 新版本重新安装上。但是 ui 界面一直出现问题。

五、困惑
1.是否因为 1.14.2 版本有 bug ?
2.是否因为单位内墙变高了,检测更强了?因为除了 nas 中的 zerotier 版本改变,其他东西没怎么变化。(但是我系统中,nas 也偶尔会更新,主要是 tailscale 和 systhing )
3.现在应该怎么办?按照 gpt 的指令,能操作的,都已经操作了。问题依然没有解决。

补充:
发现目前手上所有,win ,linux ( debian ),ios 中的客户端只要版本在 1.10 以上,通过 zerotier 后台查看 ip 地址,都是 unknow 。

Lan8742 芯片 ping 出现丢包现象

VchentozV: 问一个弱智问题,原贴地址在 :

https://forum.microchip.com/s/topic/a5CV40000002kBdMAI/t399326

从原理图上看,2 块以太网芯片的引脚一样,所用的外部晶振都是 25 起振到 50 ,mcu 是 6ull ,设备树没变过,参考时钟都是输入,fae 回答说没有用过此类芯片,软件方面我能想到的就是调试收到的包,V 友高手多,请问应该从什么角度排查?或者去 6ull 论坛问吗?

合租国内杜甫

saobilin: 自己 8 月份脑子一热托管了个杜甫到国内机房
机器配置 2680v4*2 256GB 内存 带宽 1G 下 50Mbps 上 无限流量 带 100G 防御 宁波电信线路 NAT 共享一个 ipv4 免费提供 ipv6 带一个 Tesla P4 显卡 目前已经启用 VGPU
想找俩哥们合租一下 目前使用的 Proxmox 作为虚拟化系统 用 Ikuai 接管了网络(无脑转发)
可以建站 有 80 443 端口
除了黄赌毒和梯子你想干啥都行 解码可以提供 vgpu
可提供一定范围的技术支持(我会的就行)提供 pve 的管理账号 方便你自己折腾你的🐔🐔

看到有人吐槽 cursor,我也忍不住吐槽一下。

sfdev:

其实早就想吐槽了。他只能做一些纯编码的出力活,稍微不把控就出现鬼打墙的情况。改了后面错了前面,反反复复前后矛盾的操作时有发生。经常为了修一个 bug 大刀阔斧的变更整个项目,前后不顾。对系统的架构和设计理解只能保持很短时间的记忆,稍不注意就把前面的改了。不得已只能写一份要求文档,对他所有的操作进行规范限制,但是往往也只能记一会,到后面就放飞自我了。必须时时刻刻审核,反复提醒,体验一言难尽。

electron 公证请教

ClearMoki: 请问最近有大佬在公证吗,或者有遇到这个情况吗,无论是直接使用 notarytool 命令行还是 electron/notarize 一直在 progress 中也不报错也不停止
版本号:
"electron": "^33.2.1",
"electron-builder": "^25.1.8",
"@electron/notarize": "^2.5.0",

盘点一下 1.2T 卡罗拉最近这一年的花费

wangweei: 2019 年 12 月买的 1.2T 丰田卡罗拉,到现在已经 5 年了,不过开得少,前三年才开 9000 公里,后两年一年一万多公里,到现在还不到 35000 公里。
24 年 1 月 3 号晚上加满油,25 年 1 月 3 号晚上又加满了油,正好一年整,总共加了 6650 元的油,跑了 13340 公里。
这一年间在车上的花销还包括 5 月份换机油机滤 205 元,10 月份四轮换位和全车检查 30 元,买一瓶防冻液 15 元,加了一瓶玻璃水 7 元,12 月投保交强险、三者险、车船税 1300 元,以及小区车位管理费 12 个月共 1200 元。
每天上下班来回 40 公里,周末偶尔出去玩,平均一个月 1000 公里出头,算下来这一年在车上所有花销将近一万块。

漫游香港-移动流量包使用体验

starinmars: 在支付宝-“境外上网”开通的移动流量包,本地接入。

在星光大道 4G 测速:上 21Mbit/s 下 21Mbit/s ,5G 刚始下行能跑到 50Mbit/s 但会降回来。延迟 37 左右,感觉比回地强很多(成都某小区延迟 70+)

获取到的 IP 202.68.200.72 归属地:香港,Google TG X 都能上响应速度很快。

总结:比单独买 sim 要方便很多。

[VilVil] - 您的多平台视频下载助手!

LiuJiang:

VilVil - 您的多平台视频助手!一键操作,轻松获取您喜爱的内容。支持 YouTube 、Instagram 、Twitter 、小红书等多个主流平台,界面简洁直观,使用便捷。

核心优势:

  • 多平台支持,一站式解决
  • 操作简单,一键下载
  • 界面清爽,使用直观
  • 支持高清画质
  • 持续更新,稳定可靠

下载即用,让精彩内容随时相伴!访问地址: https://vilvil.cn

电脑端

手机端

文本传输助手-一个方便在手机和电脑之间快捷传输文本的工具

stardust21:

已经有很多在电脑和手机之间传输文本的工具了,为什么要再做一个呢?

主要是在下面的场景下没有找到合适的工具:

  • 电脑不方便登录个人微信等通讯软件
  • 手机和电脑不在一个局域网
  • 期望使用起来方便快捷

有一些在线的剪贴板可以满足需求,但是在手机浏览器上使用起来不太方便,所以基于一个免费的在线剪贴板服务做了一个手机 APP 和本地的 html 文件,内容保存到网站之前做了一个 base64 + 移位的简单编码,没有上 AES 加密主要是觉得这个场景一般也不会传输特别敏感的信息,不用太复杂的加密。

手机端只做了 Android 版本,因为没有苹果开发者账号就没做 iOS 版本,不过使用 Flutter 写的,要支持也不麻烦

截图

iPhone screenshotPC screenshot

项目地址

texttransfer

当贝 H3S 无法按照 Plex TV 版,有没有好用的电视盒子推荐

zyxfsky: 爸妈家里之前用了一个小米盒子,最近开不了机,想重新搞个盒子,最近看了下当贝性价比还不错,腾讯极光的太贵了

但是买来后发现 Plex 10.18 apk 版本因为没有签名安装不了,虽然选择了允许未知应用安装,但依然失败,然后又尝试 ApkMirror 的 apkm 格式,安装成功了,但是打开后一点击登录就闪退。 后面也尝试安装了 Emby ,可以启动登录,但是播放任何一个电影都会 App 重启

之前小米盒子安装使用 Plex 还是比较顺利的,但是新款盒子感觉很坑

我的需求是可以安装 Plex 和极空间,电视是比较老的 LG 电视,非 Android 系统,一般用 Plex 看我 NAS 里的电视剧和纪录片,也会用极空间看看照片
爸妈家里放了一个极空间给他们存照片,我家里是 QNAP 的 NAS ,两边各放了一个蒲公英的盒子,平常都是 P2P 连接建好,我不怎么追求画质,下载的电影一般都是 1080p 或者 2k ,之前远程观看是没问题的

现在就想找一个好用的盒子,甚至想搞个二手 4 代 AppleTV ,有没有好的方案推荐,跪谢

MBP Macbook Pro 大陆版本和其他版本的区别

moguiyu: 终于准备入手 m4 macbook pro ,目前可以选择欧版,或者国内购买大陆或者香港版本。
除了电源插头,键盘版本区别外,请问在不同区域使用功能上会有什么不同吗?
例如 facetime 的功能,apple intellengent 的功能等,我查了一会发现各个地方说法不一。

非常感谢已经入手的大佬分享下,多谢。

基于 IOS 的快捷指令和火山引擎的图片翻译 API,实现的移动端屏幕翻译功能

rexue123:

自己平时会看一些英文网站,但英文水平太差。PC 端还好,有各种浏览器插件,但是移动端没有跨 APP 的翻译软件。如果看到几个不认识的单词,需要先选中,复制,切换 APP ,再粘贴,翻译,十分繁琐。

基于以上原因,我使用 IOS 的快捷指令和火山引擎的图片翻译 API ,实现了一个移动端屏幕翻译功能。具体内容看下面链接。

https://mp.weixin.qq.com/s/1ij8lw6Essg-ehRcFnZSEg

关于 [伟途亦可思] App 加广告说明

ydatong:

我是 [伟途亦可思] 开发者,最近有不少人通过 App 反馈问我为什么加广告了,以及 V 站上也有几个相关的帖子,所以我说明一下。

1.为什么开发 [伟途亦可思]

App 是 19 年上线的,因为我之前属于 V 站重度用户(截止今天 V 站连续 1500 天),我个人又比较喜欢用 App 来浏览内容,所以我就开发了 [伟途亦可思] 这款 App ,然后上架到 AppStore 并且在 V 站做了一些推广。我的初心是打算一直免费并维护,做到最好的 V 站第三方 App 。从 19 年到最近,也确实是一直没收费,并且去年开发了 Android 版本,同样也是免费无广告的。

2.为什么最新版本要加广告?

去年我的开发者账号是 10 月份到期,我没有继续续费了,因为这些年除了 [伟途亦可思] 我基本也没有别的 App 长期上架,加上我最近逛 V 站频率很低了,所以不打算继续维护了,而且 Apple 每年 688 的账号费用也不想继续交了。下架了以后,一直有用户通过邮件或者在 V 站问我,怎么不上架了,下不到了。在犹豫了一段时间后,上周我还是又续费了 Apple 账号。但是我想的是这次我想把这个账号费用赚回来,不然我没有继续维护的动力了。所以重新上架后,我就开通了收费下载,但是开了一天以后,我就感觉我应该先加广告,然后后面再做一个无广告版本,然后我就改成免费的。没考虑到 App 变成限免这回事,导致那两天下载量飙增,V 站竟然有人说我是为了骗下载。。。(我看了一下数据,那天就一个付费下载用户,如果看到这个帖子,可以联系我,后面出了收费版我送给你。)

然后在最近的版本,我就加上广告了。我之前上架过不少 App ,这次是第一次加广告,可能广告展示的太大,然后就看到 V 站有几个帖子在说要卸载,广告太恶心,也有用户在 AppStore 评价号召大家一起卸载。。。

3.后续

后面广告我还是会一直加的,不喜欢 App 内有广告的,可以卸载,这一点我觉得没什么好说的。 后续还会出一个收费下载版,无广告,功能上是同步的。

4.想法

经过这个事,以后我也不打算再做完全免费的产品了,产品做的再好,只要开始有广告或者收费,用户就会弃之而去,还不如开始就奔着赚钱去

有还在用 [伟途亦可思] 的 V 友可以继续反馈问题跟建议,只要我自己还在逛 V 站,App 我就会继续优化下去,毕竟我自己一直在用。

[北京/全职] 招聘 Elasticsearch 开发工程师 20-40K - 极限科技(INFINI Labs)

liaosy:

「新岁启程,与君同行」极限科技诚招 Elasticsearch 开发工程师!

欢迎搜索技术热爱者加入我们,共同打造高效、智能的搜索解决方案!

在招岗位介绍

岗位名称

Elasticsearch 开发工程师

岗位职责

  1. 维护和开发基于 Elasticsearch 的搜索业务代码,优化搜索功能,提升用户体验;
  2. 深入研究 Elasticsearch 和 Lucene 内核,定制优化底层功能以满足业务需求;
  3. 优化索引策略、查询性能和存储效率,提升系统扩展性与稳定性;
  4. 负责搜索集群的配置、监控和维护,确保高可用性与安全性;
  5. 编写技术文档,与团队协作解决复杂问题,支持业务需求落地。

岗位要求

  1. 计算机相关专业,本科及以上学历,3 年以上 Elasticsearch 开发经验;
  2. 熟悉 Elasticsearch 和 Lucene 核心模块,掌握 Java 后端语言;
  3. 深入研究过 ES 或者 Lucene 代码,能基于 ES 开发插件;
  4. 深入理解全文检索原理、索引优化与查询性能调优;
  5. 有分布式系统开发经验,能够诊断并解决性能瓶颈;
  6. 有 Elasticsearch 二次开发或插件开发经验;
  7. 善于分析和解决问题,具备良好的沟通与协作能力;
  8. 北京全职,接受出差或客户现场驻场开发。

加分项

  1. 有自己的博客、Github 、顶级开源项目贡献者优先;
  2. 有 Lucene 或者 Elasticsearch 源码 Commit 贡献优先;
  3. 有 Elastic Certified Engineer 认证优先;
  4. 有较强的学习能力,愿意致力于新技术的研究。

简历投递

  1. 邮件: hello@infini.ltd (邮件标题请备注姓名+求职岗位)
  2. 微信:INFINI-Labs (加微请备注求职岗位)

我们期待有才华、有激情的你加入我们,一起探索数据搜索的未来,共同创造无限可能!

关于极限科技

如果你还不了解 极限科技( INFINI Labs ) 是谁,在做什么,需要什么样的小伙伴,那么请看下文:

我们是谁

极限科技,全称极限数据(北京)科技有限公司,是一家专注于实时搜索与数据分析的软件公司。旗下品牌极限实验室( INFINI Labs )致力于打造极致易用的数据探索与分析体验。

极限科技是一支年轻的团队,采用天然分布式的方式来进行远程协作,员工分布在全球各地,希望通过努力成为中国乃至全球企业大数据实时搜索分析产品的首选,为中国技术品牌输出添砖加瓦。

官网: https://infinilabs.cn

我们在做什么

极限科技( INFINI Labs )正在致力于以下几个核心方向:

1 、开发近实时搜索引擎 INFINI Easysearch
INFINI Easysearch 是一个分布式的搜索型数据库,实现非结构化数据检索、全文检索、向量检索、地理位置信息查询、组合索引查询、多语种支持、聚合分析等。Easysearch 可以完美替代 Elasticsearch ,同时添加和完善多项企业级功能。Easysearch 助您拥有简洁、高效、易用的搜索体验。详情参见: https://infinilabs.cn

2 、打造下一代实时搜索引擎 INFINI Pizza
INFINI Pizza 是一个分布式混合搜索数据库系统。我们的使命是充分利用现代硬件和人工智能的潜力,为企业提供量身定制的实时智能搜索体验。我们致力于满足具有挑战性的环境中高并发和高吞吐量的需求,同时提供无缝高效的搜索功能。详情参见: https://pizza.rs

3 、打造 Coco AI — 搜索、连接、协作
Coco AI 是一个人工智能驱动的统一的搜索平台,将您的所有企业应用程序和数据(如 Google Workspace 、Dropbox 、Confluent Wiki 、GitHub 等)整合到一个强大而简洁的搜索界面中。本项目包含适用于桌面和移动端的 COCO 应用,用户可以通过该应用在不同平台上搜索并与企业数据互动。详情参见: https://coco.rs

4 、积极参与全球开源生态建设
通过开源 Coco AI 、Console 、Gateway 、Agent 、Loadgen 等搜索领域产品和社区贡献,推动全球开源技术的发展,提升中国在全球开源领域的影响力。INFINI Labs Github 主页: https://github.com/infinilabs

5 、提供专业服务
为客户提供包括搜索技术支持、迁移服务、定制解决方案和培训在内的全方位服务。

6 、提供国产化搜索解决方案
针对中国市场的特殊需求,提供符合国产化标准的搜索产品和解决方案,帮助客户解决使用 Elasticsearch 时遇到的挑战。

极限科技( INFINI Labs )通过这些努力,旨在成为全球领先的实时搜索和数据分析解决方案提供商。

想请教一下网络大佬们, Surge 的 Ponte 在 Apple TV 上内网穿透回家访问 NAS 没成功,是哪里出错了呢?

GabrielleBellamy:

本人是网络相关的小白。最近因为把 Surge 升级到最新了,于是想尝试一下 Ponte 内网穿透,连接家里的 NAS ,但一点都没成功。我已经把站里大部分与 Surge Ponte 有关的帖子都看了一遍,也照着更改了几遍,但我的设备还是没法正常运行,请大佬支支招~

情况如下:

  1. 我有一个 Apple TV ,上面运行了 Surge ,设定了 Always On ,因此应该是不会断开的。
  2. 所有设备上都装有 Surge ,都是最新版本。
  3. Apple TV 上打开了 Ponte ,设置的类型为 NAT Traversal 。设置这个类型是因为我用 MacBook Pro 上的 Surge 检测了一下,可以支持 Full Cone NAT ,于是就选择了这个类型。其他类型我也都试过,都没成功。(没有公网 IP ,因此静态端口转发肯定不会成功)名称设置成了 appletv 。
  4. Apple TV 端使用了独立的配置文件,配置文件中不包含 IP-CIDR 到其他设备的规则。
  5. 同时,Apple TV 配置文件的开头,skip 的部分保留了192.168.0.0/16, 而在所有客户端上将这一条删去了。
  6. 在客户端上,设置规则IP-CIDR,192.168.0.185/24,DEVICE:appletv,放在配置文件较后的位置,具体位于 GEOIP,CN,"🎯 全球直连"FINAL,🐟 漏网之鱼的前面,彼此紧接着。192.168.0.185 是我家里网络里 NAS 的地址,这样写应该是没问题的吧?
  7. 接着我配置了各个设备端,然后想测试一下官网手册给出的用例,结果都失败了。其中,连接系统文件共享服务是用 MacBook Pro 作为服务器测试的,当然不出意外也是失败的。报错为“The operation couldn't be completed. Operation not supported”。在测试通过这个 Ponte 访问家中其他设备时,自然也是连不上。
  8. 我发现,当我在家里(服务器端)的网络下时,Ponte 诊断显示一切正常,只是提醒我在同一个网段下的时候 ponte 转发不会被激活。然而当我离开家、换成别的网络的时候,在 Surge 内的 Ponte 似乎也显示异常,诊断结果是“Surge on the remote device may not be turned on. (POSIX:61)”。这样来说其实还是没有成功打通的样子。

请问各位大佬们,我漏掉了什么步骤吗?或者路由器的什么设置需要我特别配置的?我没有公网 IP ,暂时就不考虑这个类型了(很多教程都是基于公网 IP 的,似乎更顺利一些)。谢谢谢谢🙏

阿里云的 Sqlserver 六七百万的数据,插入慢,各位有什么排查或者解决建议

ZZ74:

不是宽表。表结构 id 是自增列,一个 varchar 列,类似于订单号,建了索引。剩下就是创建更新时间,以及四五个 varchar 类型的列。
过程是
产生一个单号
每个单号 3 到 4 条数据要插入这个表,用的 batch 插入。每个 batch 都是一个事务。
插入的同时另外有服务拿着单号从这个表里取数据。

现象是插入慢,log 看每次插入要一到两秒不止。

降低表中的数据到 3 百万或者更少,就没问题了

看看各位有啥思路或者经验

「送码」私人音乐云盘 app 接手做了一年,挺艰难的

sheeeran: 23 年底换工作后,开始在新公司接手做一款小众音乐 app 。从一开始的斗志昂扬,到现在已经有点生无可恋:新增留存率不太行,产品数据上不去。其中难点不展开说了,只想让大家评价下这个产品,看是否有继续的必要。现在不确定产品是否伪需求,还是说需求存在但我做得不够好(确实也知道哪些地方做得不好)。

App 名:云赏 HIFI ,一款私人无损音乐云盘产品,特色为:
1️⃣支持轻松搭建私人音乐库。无需研究复杂昂贵的 nas 、公网访问、播放器配置,就像使用网盘产品一样,轻松使用;灵活的管理能力,支持自定义专辑封面、排序、歌词等信息,支持自定义分类。
2️⃣对无损格式的充分支持。支持各种无损格式音乐的上传和在线播放;支持 dlna 无损投播到音箱,突破 AirPlay 和蓝牙的码率限制; Android 支持独占 usb 输出,突破系统采样率限制。
3️⃣多端同步。私人收藏的无损音乐,无需人肉来回转移拷贝,支持 iOS 、Android 、网页端、小程序同步使用。
4️⃣数万手正版免费无损音乐,以古典乐为主。
5️⃣简洁、无任何广告。

各大应用市场均可搜索「云赏 HIFI 」下载。
https://apps.apple.com/cn/app/%E4%BA%91%E8%B5%8Fhifi/id1579022810

对于喜欢收藏专辑、听专辑,且对音质、风格简洁有要求的音乐爱好者,可以尝试一下。不同于主流音乐 app 的订阅式租用,云赏是用户可以私人占有的音乐角落,就像是实体收藏唱片墙的数字版分身。

「送码说明」
App 免费也可使用,会员能多一些权益。
1️⃣如需会员兑换码,可直接留言,我周一找同事配置后回复,可兑换 30 天会员。
—兑换码使用方式:
——Android 客户端:打开 app → 我的 →会员中心 →拉到页面底部的“兑换会员”→ 输入口令兑换;
——iOS 客户端:苹果商店不允许提供会员兑换手段,可移步微信小程序里的会员中心兑换(点击头像旁边的会员标签进入)
2️⃣如果不想留言,也可直接通过我的好友邀请链接注册,注册成功后使用 app 登录,自动享有 30 天会员。
https://m.imusic.cn/h5v/yunting/ShareForAwardH5/rewardIndex?signature=7609233aefe816429ef768e43a07e08e&cc=5206

求问 Linux 下多网卡多 IP 的服务器提供服务的最佳实践是怎样的

LxnChan:

目前有一台服务器,具备 4 个千兆电口,与交换机的 4 个电口做了聚合,交换机的聚合口设置为了 Trunk 口,允许 vlan 1-20 ,服务器上创建了 nm-bond.01-20 共 20 个 VLAN 的虚拟网卡,每个虚拟网卡上都配置有单独的网关和 IP 地址。

所以目前的话是服务器上有 20 个 IP ,想指定出去的流量都走某个 VLAN 接口,但同时还需要向所有网卡提供服务(如 DNS 、nginx 等),求问此时最佳实践是怎么样的。


Ps:我这里试过了不使用接口的默认路由,然后手动创建路由到接口,但此时外部无法访问该接口提供的服务。

日志见 pastebin: https://paste.ubuntu.com/p/xJxFbXDfTf/

#ChatGPT#openAI

Tiaa: 想问问大家什么原因,为什么最近使用 gpt 生成一些代码或则其它内容(文字性)时,gpt 出现的内容总是会出现缺少的问题,或则说压根就不给你出现了,我暂时用的是手机热点来使用的,测试了一下感觉不太可能是网络问题,不知道有没有其它的朋友遇到了这种情况呢?

被 cursor 气出脑血栓

wryyyyyyyyyyyy: 究竟是谁在说 2 、3 天就能写一个网站出来,之前都是自己写,不懂就 chat ;最近总看到不懂程序的小白啊,产品经理啊,没有基础靠 cursor 就能写出一个网站来 ,就用了一下 composer ,确实速度很快生成了一大堆代码,但 python 库一多,就骨头不顾屁股,bug 一大堆。

举个例子:

我用 fastapi 些项目 ,需要迁移,迁移是不支持用异步驱动的,但 fastapi 生成的时候用的异步,cursor 就像用异步的库来配置 alembic ,发现不支持,就把异步删了换同步,顺便把 fastapi 的异步库删了,但前面的代码都是用的异步代码,他有自己给加回来,然后又把同步的库删掉, 开始循环。

是 fastapi 有什么难度吗?还是我的操作有问题?
❌