iPhone 17 杀后台太严重了,还是买 iPhone 17 Pro 吧
iPhone 手机,只有内存才是最关键的参数指标
iPhone 手机,只有内存才是最关键的参数指标
RT ,今天他们好像还暂停订阅了,说是负载比较大
近期金价大涨,老婆想把结婚时候的金手镯拿出来戴 奈何当时买的这个是空心的,容易变形,就想着去周大福换成实心的 去店里问了一圈,搞不懂这个回收价格逻辑是什么
目前金的市场价格是 970 作用 周大福的回收并且买新的价格是 1115 (单回收价是 939 ) 新手镯的销售价格是 1268
旧手镯的克重是 15.64g , 新手镯的克重是 16.95g ,新手镯工本费是 620
也就是说,相差 1.3g 的镯子,以旧换新的话我需要补 4674 块。
为什么回收买新的价格会高于市场金价呢?这是资本家良心发现了吗?
请给位老哥 b 帮忙分析分析,这种以旧换新的方式有坑吗?
Top3 加密货币交易所,日交易量数十亿美元
如题。之前只用过 digitalocean ,不知道有没有更稳定,不容易 IP 被墙的主机?主要用来自建梯子。
比如有某个事(非保密事件)发生了,这个国家的官方媒体发布了消息,那才认为是真的;如果有其他人在官媒之前提前说了,会被认为是造谣而追究责任,即便这件事确实是发生了。
你们同意以上这种做法吗?不局限于杨振宁逝世这件事,也不局限于是哪个国家。
背景:本人一年左右 java 开发工作经验,在一家小公司干开发,数据库使用的是 MySQL,配置基本上都是默认,应用端数据库连接池使用的是 HikariCP ,也配置了一些参数,最近测试环境遇到连接数超的情况。在网上查询了一些方法看着有点迷。
尝试解决:
1 、调整数据库的 max_connections
2 、缩短系统设置的连接数的清除时间
3 、根本原因:存在长连接、慢 SQL 等占用连接不释放的情况
疑问:没有这方面的经验,请教各位前辈第二条数据库默认是 8 小时,是否建议调整呢?或者这个问题会不会还存在其他的原因呢?以及如何排查呢?
有些 EMO ,又不知所措。
ETH 这一波大回调,差点把账户余额清空了。
唉,也怪自己贪心,上了杠杆。
作为一个老二次元,我嚷嚷着去日本玩有好几年了。但真落实到行动时,却有点叶公好龙:担心开销大、没有特别想玩/想吃/想体验的东西,等等。办护照、买机票、定酒店,都是一步步“挪动”完成的。但或许正是因为没有太多期待,所以 2025 年秋天我自己去的这趟日本,反而体验不错。
这是我第一次出国。长沙到日本航线不多,到关西机场是最方便的,于是我选定了关西几大城市作为目的地。国庆假期比较长,我额外请了 4 天假,最终在日本待了 9 天 8 晚,加上国内一晚转机的话是 10 天 9 晚。
我先在 B 站看了一些视频,被推荐了Klook这个软件,在这个软件里意外发现大版/神户有城市周游卡,可以提前买好票,然后畅游城市里的大量景点,正适合我这种没啥预期+喜欢薅羊毛的人。
我在朋友们那打听到了可以去闲鱼上让卖家用积分预定酒店,价格会比较实惠;和我同时间去日本的同事给我推荐了廉价的地下民宿和微信的汇率优惠活动。
我还在小红书上简单看了下攻略,了解了 ICOCA 交通卡。我还用阿里的旅行规划师 AI (Qwen)做了规划,但效果很差,没用上。
总体来说,我推荐先用Klook这种相对专业的旅游工具搭好一个基础框架,然后用小红书/朋友交流/搜索引擎等完善框架内的细节。
同时推荐: [飞行社] 从零开始的赴日现地 live 攻略
知道了周游卡,我就确定了大阪/神户/京都三个城市(前两座城市可以用周游卡)。结合酒店价格和交通,再确定了具体路线:京都->神户->大阪。
挑选了一些感兴趣的景点后,我会把景点加入到滴答清单里,安排好日期时间。实际旅游时,我的行程和计划的基本一致,只是会根据现场情况略微做调整。
我的机票大概是提前 6 周定的,价格比较满意(来回总共两千左右)。去日本是在山东进行隔夜中转,为了省几百元机票多花了时间和精力……下次还是优先考虑直飞吧。
我的酒店是提前 3 周定的,但此时已经没有太多优惠的选择了,到大阪时恰逢世博会闭幕,一千元每晚的住宿条件依然很一般。最后在 Agoda 和闲鱼上预定了酒店,平均每晚 900 元左右。
ICOCA 交通卡我是在抵达日本后在机场用现金买的,抵达大阪后去往京都的 HARUKA 特快是提前在 Klook 买的;我在国内提前买了日本的上网卡,抵达日本后发现信号不稳定,于是我在中国移动开通了 10 日 10G 的日本流量套餐备用。
周游卡里大部分景点只需要现场扫描二维码,少部分景点需要提前网上预约。京都没有周游卡,但许多景点免费进入,少部分现场买票即可。
我去的大部分餐厅都没有提前预定位置(只有一次神户和牛预定了),而是直接用 Google Play 搜索附近餐厅然后直接 walk in ,少数排队太长的店我就直接放弃了。
除了长期出行必备的东西外,为日本准备了如下物品:护照、境外上网卡、日元现金、日元钱包(带硬币)、垃圾袋。
垃圾袋没有用上,我旅行时会尽量避免制造垃圾;产生垃圾的话会拿在手上或放在包里,然后尽早到便利店或酒店扔掉。
日本的双插头和中国是通用的,我出行只需要带一个支持 100v 宽伏的双口充电头就可以解决充电问题。
充气颈枕极大提升了我旅行体验,在飞机/博物馆/跨城交通等多个场景,我都可以打会盹来养精蓄锐。
本次旅行( 9 天 8 晚日本+1 天 1 晚转机)总共耗费 1.37 万元。略微超出了之前的预期( 1.2 万元),主要是酒店比我想象中的贵不少,还吃了一顿 1000 元的神户和牛。
其中 50%为酒店住宿,20%+为饮食,15%为机票,其余是当地交通、周游卡、景点门票、纪念品等杂费。国内的网购足够发达了,我没有进行大额购物。
比较超值的是神户的酒店,在闲鱼让别人预定了 3 晚的 choice 酒店,每晚 600 元就能住上宽敞的双人房;而在 agoda 上预定的大阪酒店,每晚 1000 元但房间里甚至难以摊开行李箱。
周游卡也很超值,某一天总共游览了超过 1 万日元的景点,但周游卡的成本只有 2500 日元。
出发前我听说日本很依赖现金,于是提前在银行换了 5 万日元,但抵达后发现只有少部分场景(酒店洗衣机、景点纪念品、某些小饭馆、ICOCA 卡充值等)必须要用现金,所以后面几天我尽量刷信用卡 or 微信支付来付款。
推荐
不推荐(至少是白天的)八坂神社,内容少+乏味。
京都五条假日酒店居住体验比较舒适,走几分钟到地铁,好评。
推荐
北野异人馆街相对一般,内容较为单薄。
Comfort Hotel Kobe Sannomiya 酒店靠近交通枢纽,用积分预定非常实惠,好评。
推荐
吐槽梅田空中庭园,在周游卡覆盖范围内,但晚上去只能打 9 折……人很多,上去之后都是玻璃幕墙,感觉很不值。
难波站前相铁 FRESA INN 饭店偏贵+狭小,最大的优点是难波站就在门口,不推荐。
城市内行动基本靠轨道交通+步行,巴士不太准点。一天可能要走两万步以上,如果再涉及爬山的话强度确实稍高。除非景点集中,否则还是得安排休息时间。
城市间移动有点困扰我,虽然 JR 城铁很便捷,但收拾东西+磨蹭一下,换城市得花一上午;由于日本酒店要下午 3 点后才能入住,我又不放心把电脑暂存在酒店大堂,入住当天我就只能背着电脑到处跑。
日本的轨道交通比较复杂,但严格按照 Google Map 提示+留意指示牌,我没有遇到大的阻碍。
我平时看动漫较多,来日本前紧急用多邻国补充了一些基础的语感,我发现只要敢于开口,我是能用简单的日语和英语在日本和他人沟通的。再加上流畅的行程安排,这都让我增强了独自处理问题的能力,也增加了我对自己的信心。
我之前对拍照不感兴趣,但这次我开始喜欢上用照片记录瞬间的感觉,拍照技术也在 AI 的指导下逐渐增加。
我对旅游的看法也有一些改观,体验新奇且高质量的美食、景色、公共服务,确实让人心情愉悦,也是人生体验中非常宝贵的部分,而不是单纯的挥霍钱财。
对于下次旅行,我会:
一些额外的资源:
一不小心写了很多内容,谢谢你看到这里。世界很大,祝你探索得开心~
在 github 上发现了一个基于 Docker 的网页版 Linux 微信,支持本地输入法,支持 X86 和 ARM ,支持图片复制,支持侧边栏传输上传和下载文件。
基础镜像是 docker-baseimage-selkies ,基于 selkies 的,比 no-vnc 和 kasm 都要体验好。
docker 拉取地址:git pull ghcr.io/nickrunning/wechat-selkies:latest
参考链接: https://github.com/nickrunning/wechat-selkies
https://www.ithome.com/0/890/443.htm 阴谋论太离谱了,想听下站里专业人士的分析
理工男脉冲理论指部分理工科背景的男性在婚恋中,平时表现较为沉寂,一旦觉得需要推进关系或解决矛盾时,便会突然进行密集的物质或情感付出,如同电脉冲一样短时间释放大量能量。
行为特征:这类男性会把女性抛出的每一个问题当作试卷上的考题,当女生提出想要某个东西或有某种需求时,如想要最新款的包、手机,或想跟闺蜜出去旅行但钱不够等,他们会立即满足。并且一旦一个问题没有解决,他们就会在女生的引导下,甚至自己主动反思自己的不足,认为是自己的问题导致对方不满意。
理工男的这种行为模式可能是因为他们在成长过程中,情感功能被自我阉割,共情力匮乏。同时,他们可能受到社会环境和家庭背景的影响,例如从小生活在 “严父” 型家庭,父亲是家里的权威,导致他们将情感需求压抑,在婚恋中只能通过这种脉冲式的方式来表达情感和解决问题。
典型案例:翟欣欣案被认为是理工男脉冲理论的典型案例。在该案件中,交友网站上的职业捞女翟欣欣利用理工男思维的成功人士的做题思维,骗得对方财产,最终导致对方付出了生命的代价。
其实这么多话 简单来说 就是 龟男呗 最终问题还是性压抑导致的
朋友圈的余下功能很奇怪,新发的朋友圈会被合并到之前发的朋友圈下面,从入口点进去根本看不到最新的
用免费的 chatgpt 聊天实现的全部代码编写,耗时一个月完成基本功能。
个人开发者现在要上架 GooglePlay 需要至少 14 个用户,连续封闭内测两周。差点倒在这里。好在终于通过了。
因为包含境外电台,所以接口域名对中国大陆做了屏蔽,只能用梯子才能正常访问。
欢迎评测,提意见: https://play.google.com/store/apps/details?id=com.tingfm.main
今天有个外国朋友问我有没有看过 HTX studio, 说上面的视频非常酷。我说没看过,好奇打开一看,原来是何同学( HTX)在 Youtube 上的工作室 ( https://www.youtube.com/@HTXStudio ) ,已经有 1.36M 订阅了。我跟他说这个 Youtuber 很年轻,好像大学毕业没几年,他表示大为惊叹。
我又想起前两天听老罗的博客,影视飓风 Tim 立下的五年计划,要做中国的 Mr. Beats, 并且要超越他,要有 1 个亿的全球订阅。我相信他们一定是可以做到的。
有没有长期做海外兼职的朋友们呀,这种情况会被查么,我干了大半年也没人联系过我,不知道会不会被喝茶
今天发现可以邀请 Comet 好友,并送一个月的 pro 会员了。惊喜
名额可能有限,抓紧打开下方链接领取👇
领取分三步,很快 👇
1️⃣ 下载 Comet 浏览器, 2️⃣ 登录 Perplexity 并使用 Comet 浏览器 提出至少一个问题 3️⃣ 免费获得 1 个月的 Perplexity Pro 会员
Perplexity 接入 GPT 、Claude 、Gork 等领先模型,,中文内容选 DeepSeek ,代码编写选 Claude ,英文内容选 GPT 和 Grok ,文生图选 Playgroud ,妥妥的 AI 模型的全能战士。
大家领取试试
eSIM 卡的 PIN 码随 eSIM 虚拟卡还是芯片
要是 PIN 码玩坏了 可换 eSIM 卡 不至于锁 eSIM 芯片吧?
假设在 ./utils/calcute.ts
中有一个工具函数 add()
export function add(a: number, b: number): number {
return a + b;
}
然后我们在 main.ts 中需要使用这个 add 函数
tsconfig 配置 module=esnext ,然后假设有如下 main.ts
文件
import { add } from "./utils/calcute";
add(1,2)
使用 tsc 编译后使用 node 运行编译后的 js 文件会报错
node ./dist/main.js
... 省略
code: 'ERR_UNSUPPORTED_DIR_IMPORT',
url: 'file:///home/xxxxxx/dist/utils/calcute'
原因是现在的 node 处理 esm 的 import 需要指定具体文件名(即类似 import ./utils/calcute.js
)。不写扩展名的 import 会报错
而 typescript 编译代码对 import 内 from "xxxx"
的部分是不会做任何处理直接保留的。按照 ts 官方的意思就是这部分是模块解析,不应该是 typescript 的工作而应交给 js 运行时(如 node 、浏览器)自己处理,所以 tsc 编译 ts 文件是会完整保留这部分不做任何变动的
基于这种方针,于是就有了两种解法
tsconfig 配置 module=nodenext 和 moduleResolution=nodenext ,然后 main.ts
内容如下
import { add } from "./utils/calcute.js"; // 需要添加 .js 扩展名
add(1,2)
说真的,当年我接触到这种写法的时候是大受震撼的。 在 ts 文件中写 import .js 实在过于丑陋了。我不解、我不适应、我无法接受
但这样的代码经过 tsc 编译后就能正常被 node 执行了,我也只能捏着鼻子用了
本来以为 esm 的问题也就这样了,但没想到到了 2025 年就乱套了
因为 bun, deno 的竞争,不思进取的 node 终于开始迭代起功能了。甚至还破天荒地添加了直接执行 typescript 代码的功能(运行的时候直接丢弃类型信息把 ts 当 js 跑)
这个功能现在在在新 node 中已经默认开启可用了,并且 typescript 也为了这个功能添加多个更新。所以可以预见今后用 node 直接执行 ts 会多起来
然后,这个功能在 esm 上就不出意外得出意外了。还是上面的代码 main.ts
内容如下:
import { add } from "./utils/calcute.js"; // 需要添加 .js 扩展名
add(1,2)
使用 node main.ts
执行后直接报错
node main.ts
... 省略
code: 'ERR_MODULE_NOT_FOUND',
url: 'file:///home/xxxxxxxx/utils/calcute.js'
嗯,因为模块的代码位于文件 utils/calcute.ts
中,而 import 语句中写的是 ./utils/calcute.js
,所以 node 理所当然的找不到对应的模块文件报错了
所以为了解决这个问题,tsconfig 后来添加了一个选项 allowImportingTsExtensions ,开启后在 main.ts
中需要将 import 改写成 import .ts 的形式
import { add } from "./utils/calcute.ts"; // 需要 import .ts ,而不是.js
add(1,2)
嗯,当年 typescript 的回旋镖就这么砸了回来,现在我们又必须在 ts 文件中写 import .ts 了。并且为了兼容这种写法 typesript 现在还不得不添加新的编译选项 allowImportingTsExtensions
来允许在 ts 文件中 import .ts
但是,这有个问题,启用这个选项必须也启用 noEmit ,也就是说在 typescript 官方那的说法是:我们没有被打脸啊,我们依旧不处理 import 的内容,你想 import .ts 可以,但是你这样写了的话就别用我们的 tsc 来把这种代码编译成 js 了
但问题是实际上开发中,使用 node 直接执行 ts 文件测试,然后在生产环境中使用 tsc 或其他工具编译成 js 运行会很常见
于是如果你想直接 node 执行 ts 代码,那就得放弃将使用 tsc 将代码编译为 js
目前这 esm import 写法已经乱成这样了,大家平时会怎么选?