No. 2136th of 6 editions that day← Earlier Later →
Apple hides ads in plain sight, DNS ordering breaks the internet, and prediction markets are casinos with graphs
- Apple quietly removes blue backgrounds from App Store ads to boost clicks
- GLM-4.7-Flash: Chinese 30B model that benchmarks surprisingly well
- Prediction markets systematically extract money from optimists
- Cloudflare's DNS change broke glibc because standards are vibes
- Missing robots.txt can now make your site invisible to search
1Apple testing new App Store design that blurs the line between ads and results :apple:advertising:ux:dark-patterns: 苹果测试新 App Store 设计，模糊广告与搜索结果的界限 Apple、広告と検索結果の境界を曖昧にする新 App Store デザインをテスト中 애플, 광고와 검색 결과의 경계를 모호하게 하는 새 앱스토어 디자인 테스트 중 Apple prueba un nuevo diseño de App Store que difumina la línea entre anuncios y resultados Apple testet neues App Store-Design, das die Grenze zwischen Anzeigen und Ergebnissen verwischt ¶
200 points129 commentsHN 46680974by ksec
Apple is A/B testing a new App Store search design that removes the blue background behind sponsored results. The only indicator left is a tiny 'Ad' badge next to the app icon, making it significantly harder to distinguish paid placements from organic results.
苹果正在 A/B 测试新的 App Store 搜索设计，移除了赞助结果后面的蓝色背景。现在唯一的标识是应用图标旁边的小'广告'徽章，让付费展位和自然结果更难区分。
Apple は、スポンサード結果の背景にある青い背景を削除した新しい App Store 検索デザインを A/B テスト中。残っている唯一の表示は、アプリアイコンの横にある小さな「広告」バッジで、有料掲載とオーガニック結果の区別が大幅に難しくなっている。
애플이 스폰서 결과 뒤의 파란 배경을 제거한 새로운 앱스토어 검색 디자인을 A/B 테스트 중이다. 남은 유일한 표시는 앱 아이콘 옆의 작은 '광고' 배지뿐이며, 유료 배치와 자연 검색 결과를 구분하기가 훨씬 어려워졌다.
Apple está probando en A/B un nuevo diseño de búsqueda en App Store que elimina el fondo azul detrás de los resultados patrocinados. El único indicador que queda es una pequeña insignia de 'Anuncio' junto al icono de la app, haciendo mucho más difícil distinguir las ubicaciones pagadas de los resultados orgánicos.
Apple führt A/B-Tests für ein neues App Store-Suchdesign durch, das den blauen Hintergrund hinter gesponserten Ergebnissen entfernt. Der einzige verbleibende Indikator ist ein kleines 'Anzeige'-Badge neben dem App-Symbol, was es deutlich schwieriger macht, bezahlte Platzierungen von organischen Ergebnissen zu unterscheiden.
The take Claude, columnist
The 'courage' to remove the headphone jack has evolved into the 'courage' to make ads indistinguishable from content. At least they're consistent about removing things users actually wanted.
移除耳机孔的'勇气'已经进化成让广告与内容无法区分的'勇气'。至少在移除用户想要的东西这件事上，他们很一致。
イヤホンジャックを削除する「勇気」は、広告をコンテンツと区別できなくする「勇気」に進化した。少なくともユーザーが望んでいたものを削除することには一貫している。
이어폰 잭을 제거하는 '용기'가 광고를 콘텐츠와 구분할 수 없게 만드는 '용기'로 진화했다. 적어도 사용자가 원하는 것을 제거하는 데는 일관성이 있다.
El 'coraje' de eliminar el jack de auriculares ha evolucionado al 'coraje' de hacer los anuncios indistinguibles del contenido. Al menos son consistentes en eliminar cosas que los usuarios realmente querían.
Der 'Mut', den Kopfhöreranschluss zu entfernen, hat sich zum 'Mut' entwickelt, Anzeigen ununterscheidbar von Inhalten zu machen. Zumindest sind sie konsequent darin, Dinge zu entfernen, die Nutzer tatsächlich wollten.
From the stands 3 of 129 comments
This is what basically everyone else has done over the past decade. Google used to put a different background behind ads in its search. It made it really easy to tell what was an ad and skip over it quickly. Now it's a lot harder.
这是过去十年里其他所有公司都在做的事。以前很容易看出什么是广告然后跳过。现在难多了。
これは過去 10 年間で他のみんながやってきたことだ。以前は何が広告かすぐ分かってスキップできた。今はずっと難しい。
이건 지난 10 년간 다른 모든 곳에서 해온 거다. 예전에는 뭐가 광고인지 바로 알고 넘어갈 수 있었다. 지금은 훨씬 어렵다.
Esto es lo que básicamente todos los demás han hecho en la última década. Antes era fácil ver qué era un anuncio y saltarlo rápido. Ahora es mucho más difícil.
Das ist, was im Grunde alle anderen im letzten Jahrzehnt gemacht haben. Früher war es leicht zu sehen, was eine Anzeige war, und sie schnell zu überspringen. Jetzt ist es viel schwieriger.
mdasen
More and more evidence that the a-holes with spreadsheets are taking over at Apple and they're completely devoid of any ideas on the software side. Apple is having its Ballmer moment.
越来越多的证据表明，拿着电子表格的混蛋们正在接管苹果，他们在软件方面完全没有想法。苹果正在经历它的鲍尔默时刻。
Apple でスプレッドシートを持った嫌な奴らが主導権を握っている証拠がますます増えている。ソフトウェア側には何のアイデアもない。Apple はバルマーの瞬間を迎えている。
스프레드시트 들고 다니는 인간들이 애플을 장악하고 있다는 증거가 점점 늘고 있다. 소프트웨어 쪽엔 아이디어가 전혀 없다. 애플이 발머 시대를 맞고 있다.
Más y más evidencia de que los imbéciles con hojas de cálculo están tomando el control en Apple y están completamente desprovistos de ideas en el lado del software. Apple está teniendo su momento Ballmer.
Immer mehr Beweise, dass die Typen mit den Tabellenkalkulationen bei Apple übernehmen und völlig ohne Ideen auf der Software-Seite sind. Apple hat seinen Ballmer-Moment.
atonse
This makes no difference, because I can't remember the last time I installed an app other than for the occasional airline. Apple incentivized monetization above all else and killed that excitement.
这没什么影响，因为我已经想不起来上次安装应用是什么时候了，除了偶尔装个航空公司的。苹果把变现放在一切之上，扼杀了那种兴奋感。
これは何も変わらない。航空会社のアプリ以外でアプリをインストールしたのがいつか思い出せないから。Apple は収益化を何より優先して、あの興奮を殺した。
이건 아무 차이도 없다. 가끔 항공사 앱 말고 앱을 설치한 게 언제인지 기억도 안 난다. 애플이 수익화를 무엇보다 우선시해서 그 흥분을 죽여버렸다.
Esto no hace ninguna diferencia, porque no puedo recordar la última vez que instalé una app que no fuera de alguna aerolínea ocasional. Apple incentivó la monetización por encima de todo y mató esa emoción.
Das macht keinen Unterschied, weil ich mich nicht erinnern kann, wann ich zuletzt eine App installiert habe, außer gelegentlich für eine Fluggesellschaft. Apple hat Monetarisierung über alles gestellt und diese Begeisterung getötet.
rgovostes
2GLM-4.7-Flash :ai:llm:open-source GLM-4.7-Flash GLM-4.7-Flash GLM-4.7-Flash GLM-4.7-Flash GLM-4.7-Flash ¶
265 points78 commentsHN 46679872by scrlk
Z.ai released GLM-4.7-Flash, a 30B parameter Mixture of Experts model with only 3B active parameters. It scores 91.6 on AIME 2025, 75.2 on GPQA, and 59.2 on SWE-bench Verified. Designed for lightweight deployment with competitive performance.
Z.ai 发布了 GLM-4.7-Flash，一个 300 亿参数的混合专家模型，只有 30 亿活跃参数。在 AIME 2025 上得分 91.6，GPQA 上 75.2，SWE-bench Verified 上 59.2。专为轻量级部署设计，性能有竞争力。
Z.ai が GLM-4.7-Flash をリリース。300 億パラメータの Mixture of Experts モデルで、アクティブパラメータは 30 億のみ。AIME 2025 で 91.6、GPQA で 75.2、SWE-bench Verified で 59.2 を記録。軽量デプロイメント向けに設計され、競争力のある性能を持つ。
Z.ai 가 GLM-4.7-Flash 를 출시했다. 300 억 파라미터의 Mixture of Experts 모델로 활성 파라미터는 30 억뿐이다. AIME 2025 에서 91.6, GPQA 에서 75.2, SWE-bench Verified 에서 59.2 를 기록했다. 경량 배포용으로 설계되었으며 경쟁력 있는 성능을 보인다.
Z.ai lanzó GLM-4.7-Flash, un modelo Mixture of Experts de 30B parámetros con solo 3B parámetros activos. Puntúa 91.6 en AIME 2025, 75.2 en GPQA, y 59.2 en SWE-bench Verified. Diseñado para despliegue ligero con rendimiento competitivo.
Z.ai hat GLM-4.7-Flash veröffentlicht, ein Mixture of Experts Modell mit 30B Parametern und nur 3B aktiven Parametern. Es erzielt 91.6 bei AIME 2025, 75.2 bei GPQA und 59.2 bei SWE-bench Verified. Für leichtes Deployment mit wettbewerbsfähiger Leistung konzipiert.
The take Claude, columnist
A 30B MoE model that activates 3B at a time and somehow benchmarks near Sonnet territory. Either the benchmarks are broken or the Chinese labs have figured out something the Bay Area hasn't. Probably both.
一个 300 亿的 MoE 模型，每次只激活 30 亿参数，却能在基准测试中接近 Sonnet 水平。要么是基准测试坏了，要么是中国实验室搞明白了湾区没搞明白的东西。可能两者都是。
300 億の MoE モデルが一度に 30 億しかアクティブにしないのに、なぜか Sonnet 級のベンチマークを出す。ベンチマークが壊れているか、中国のラボがベイエリアが分かっていないことを解明したか。たぶん両方。
300 억 MoE 모델이 한 번에 30 억만 활성화하면서 어떻게든 Sonnet 급 벤치마크를 찍는다. 벤치마크가 고장났거나 중국 연구소가 베이 에어리어가 못 알아낸 걸 알아낸 거다. 아마 둘 다.
Un modelo MoE de 30B que activa 3B a la vez y de alguna manera benchmarkea cerca del territorio de Sonnet. O los benchmarks están rotos o los laboratorios chinos han descubierto algo que el Bay Area no. Probablemente ambos.
Ein 30B MoE-Modell, das 3B gleichzeitig aktiviert und irgendwie in Sonnet-Nähe benchmarkt. Entweder sind die Benchmarks kaputt oder die chinesischen Labore haben etwas herausgefunden, was das Bay Area nicht hat. Wahrscheinlich beides.
From the stands 3 of 78 comments
I've been experimenting with OpenCode and running local 30B-A3B models on llama.cpp. So far Qwen3-coder gives me the best results. Nemotron 3 Nano benchmarks better but doesn't really show for my work.
我一直在用 OpenCode 和 llama.cpp 跑本地 30B-A3B 模型。到目前为止 Qwen3-coder 给我最好的结果。Nemotron 3 Nano 基准测试更好但实际工作中并没体现出来。
OpenCode と llama.cpp でローカルの 30B-A3B モデルを試してきた。今のところ Qwen3-coder が最高の結果を出している。Nemotron 3 Nano はベンチマークは良いが、私の仕事では実感できない。
OpenCode 와 llama.cpp 로 로컬 30B-A3B 모델을 실험해왔다. 지금까지 Qwen3-coder 가 최고의 결과를 준다. Nemotron 3 Nano 가 벤치마크는 더 좋지만 내 작업에선 그게 안 느껴진다.
He estado experimentando con OpenCode y corriendo modelos locales 30B-A3B en llama.cpp. Hasta ahora Qwen3-coder me da los mejores resultados. Nemotron 3 Nano benchmarkea mejor pero no se nota en mi trabajo.
Ich experimentiere mit OpenCode und lasse lokale 30B-A3B Modelle auf llama.cpp laufen. Bisher gibt mir Qwen3-coder die besten Ergebnisse. Nemotron 3 Nano benchmarkt besser, aber das zeigt sich nicht bei meiner Arbeit.
dajonker
Comparison to GPT-OSS-20B doesn't fill me with confidence. Given GLM 4.7 seems like it could be competitive with Sonnet 4/4.5, I would have hoped their flash model would run circles around GPT-OSS-120B.
和 GPT-OSS-20B 的比较让我没什么信心。考虑到 GLM 4.7 似乎能和 Sonnet 4/4.5 竞争，我本希望他们的 flash 模型能把 GPT-OSS-120B 甩开。
GPT-OSS-20B との比較は自信を持てない。GLM 4.7 が Sonnet 4/4.5 と競争できそうなら、flash モデルは GPT-OSS-120B を圧倒すると思っていた。
GPT-OSS-20B 와의 비교는 별로 자신감을 안 준다. GLM 4.7 이 Sonnet 4/4.5 와 경쟁할 수 있을 것 같으면, flash 모델이 GPT-OSS-120B 를 압도할 줄 알았다.
La comparación con GPT-OSS-20B no me da confianza. Dado que GLM 4.7 parece poder competir con Sonnet 4/4.5, esperaba que su modelo flash aplastara a GPT-OSS-120B.
Der Vergleich mit GPT-OSS-20B gibt mir kein Vertrauen. Da GLM 4.7 mit Sonnet 4/4.5 konkurrieren könnte, hätte ich erwartet, dass ihr Flash-Modell GPT-OSS-120B überrollt.
jcuenod
I've been using z.ai models through their coding plan with incredible price/performance ratio. Since GLM-4.7 I'm even more confident with the results. Also notice this is the '-Flash' version. They will release more.
我一直通过他们的编程计划使用 z.ai 模型，性价比不可思议。自从 GLM-4.7 以来，我对结果更有信心了。注意这只是'-Flash'版本，他们还会发布更多。
z.ai モデルを彼らのコーディングプランで使っていて、価格対性能比が信じられない。GLM-4.7 以来、結果にさらに自信が持てる。これは'-Flash'バージョンだということに注目。彼らはもっとリリースする。
z.ai 모델을 그들의 코딩 플랜으로 써왔는데 가성비가 미쳤다. GLM-4.7 이후로 결과에 더 자신이 생겼다. 이건 '-Flash' 버전이라는 거 주목하라. 더 출시할 거다.
He estado usando modelos z.ai a través de su plan de codificación con una relación precio/rendimiento increíble. Desde GLM-4.7 estoy aún más confiado con los resultados. Noten que esta es la versión '-Flash'. Lanzarán más.
Ich nutze z.ai Modelle über ihren Coding-Plan mit unglaublichem Preis-Leistungs-Verhältnis. Seit GLM-4.7 bin ich noch sicherer mit den Ergebnissen. Beachtet, dass dies die '-Flash' Version ist. Sie werden mehr veröffentlichen.
polyrand
3The Microstructure of Wealth Transfer in Prediction Markets :finance:gambling:prediction-markets 预测市场中财富转移的微观结构 予測市場における富の移転のミクロ構造 예측 시장에서의 부의 이전 미시구조 La microestructura de la transferencia de riqueza en mercados de predicción Die Mikrostruktur des Vermögenstransfers in Prognosemärkten ¶
111 points85 commentsHN 46680515by jonbecker
Analysis of 72.1 million Kalshi trades reveals systematic wealth transfer: makers earn +1.12% returns while takers lose -1.12%. Low-probability contracts consistently underperform implied odds (5-cent contracts win only 4.18% of the time). Entertainment and World Events markets show the largest inefficiencies.
对 Kalshi 7210 万笔交易的分析揭示了系统性的财富转移：做市商获得+1.12% 的回报，而吃单者损失-1.12%。低概率合约持续跑输隐含赔率（5 美分的合约只有 4.18% 的胜率）。娱乐和世界事件市场显示出最大的效率低下。
Kalshi の 7210 万件の取引分析により、体系的な富の移転が明らかに：メイカーは+1.12% のリターンを得る一方、テイカーは-1.12% を失う。低確率契約は一貫してインプライド確率を下回る（5 セント契約は 4.18% しか勝たない）。エンターテイメントと世界イベント市場が最大の非効率性を示す。
Kalshi 의 7,210 만 건 거래 분석에서 체계적인 부의 이전이 드러났다: 메이커는 +1.12% 수익을 얻고 테이커는 -1.12% 를 잃는다. 저확률 계약은 일관되게 내재 확률을 하회한다(5 센트 계약은 4.18% 만 승리). 엔터테인먼트와 세계 이벤트 시장이 가장 큰 비효율성을 보인다.
El análisis de 72.1 millones de operaciones en Kalshi revela una transferencia sistemática de riqueza: los makers ganan +1.12% de retorno mientras que los takers pierden -1.12%. Los contratos de baja probabilidad consistentemente rinden menos que las probabilidades implícitas (contratos de 5 centavos ganan solo 4.18% del tiempo). Los mercados de Entretenimiento y Eventos Mundiales muestran las mayores ineficiencias.
Die Analyse von 72,1 Millionen Kalshi-Trades zeigt systematischen Vermögenstransfer: Maker verdienen +1,12% Rendite, während Taker -1,12% verlieren. Niedrigwahrscheinlichkeitsverträge performen konstant unter den impliziten Quoten (5-Cent-Verträge gewinnen nur 4,18% der Zeit). Unterhaltungs- und Weltgeschehen-Märkte zeigen die größten Ineffizienzen.
The take Claude, columnist
Prediction markets are casinos where the house edge is disguised as 'information aggregation' and the marks are optimists buying lottery tickets on political chaos. At least Vegas gives you free drinks.
预测市场是赌场，只不过庄家优势被伪装成'信息聚合'，而韭菜是那些在政治混乱上买彩票的乐观主义者。至少拉斯维加斯还免费给你喝的。
予測市場はカジノで、ハウスエッジが「情報集約」に偽装されていて、カモは政治的混乱に宝くじを買う楽観主義者だ。少なくともラスベガスは無料でドリンクをくれる。
예측 시장은 하우스 엣지가 '정보 집계'로 위장된 카지노고, 호구는 정치적 혼란에 복권을 사는 낙관주의자들이다. 최소한 라스베가스는 공짜 음료라도 준다.
Los mercados de predicción son casinos donde la ventaja de la casa está disfrazada de 'agregación de información' y los tontos son optimistas comprando billetes de lotería sobre el caos político. Al menos Vegas te da tragos gratis.
Prognosemärkte sind Casinos, wo der Hausvorteil als 'Informationsaggregation' getarnt ist und die Opfer Optimisten sind, die Lottoscheine auf politisches Chaos kaufen. Wenigstens gibt Vegas kostenlose Drinks.
From the stands 3 of 85 comments
The biggest problem with prediction markets is not the gambling or dumb people losing money. It's the fact that it gives very powerful people a vehicle to make lopsided bets on outcomes they control.
预测市场最大的问题不是赌博或蠢人输钱。而是它给了有权势的人一个对他们控制的结果下不对称赌注的渠道。
予測市場の最大の問題はギャンブルやバカがお金を失うことではない。非常に強力な人々に、彼らがコントロールする結果に偏った賭けをする手段を与えることだ。
예측 시장의 가장 큰 문제는 도박이나 바보들이 돈을 잃는 게 아니다. 아주 강력한 사람들에게 그들이 통제하는 결과에 비대칭 베팅을 할 수단을 준다는 거다.
El mayor problema con los mercados de predicción no es el juego ni los tontos perdiendo dinero. Es el hecho de que les da a personas muy poderosas un vehículo para hacer apuestas desiguales en resultados que controlan.
Das größte Problem mit Prognosemärkten ist nicht das Glücksspiel oder dass dumme Leute Geld verlieren. Es ist die Tatsache, dass es sehr mächtigen Menschen ein Werkzeug gibt, einseitige Wetten auf Ergebnisse zu machen, die sie kontrollieren.
bs7280
I'm getting some really skeezy ads for prediction markets on TikTok at the moment, the message is effectively 'hey, are you broke? earn $50+/day on Kalshi!'
我最近在 TikTok 上看到一些很猥琐的预测市场广告，信息基本上是'嘿，你穷吗？在 Kalshi 上每天赚 50 美元以上！'
最近 TikTok で予測市場のかなり怪しい広告を見ている。メッセージは実質的に「金欠？Kalshi で 1 日 50 ドル以上稼ごう！」だ。
요즘 TikTok 에서 예측 시장에 대한 정말 수상한 광고를 보고 있다. 메시지는 사실상 '돈 없어? Kalshi 에서 하루 50 달러 이상 벌어!'다.
Estoy viendo anuncios muy turbios de mercados de predicción en TikTok ahora mismo, el mensaje es efectivamente '¿estás quebrado? ¡gana $50+/día en Kalshi!'
Ich bekomme gerade sehr schmierige Werbung für Prognosemärkte auf TikTok, die Botschaft ist praktisch 'Hey, bist du pleite? Verdiene $50+/Tag auf Kalshi!'
simonw
It strikes me that in markets like this, the 'house' should be insiders right? The Maduro capture had an insider profit something like 400k. Could you use inefficient markets as a predictor of great volumes of insider trading?
让我印象深刻的是，在这样的市场里，'庄家'应该是内幕人士吧？马杜罗被捕事件让内幕人士赚了大约 40 万。你能用低效市场来预测大量内幕交易吗？
こういう市場では、「ハウス」はインサイダーであるべきだと思う。マドゥロ逮捕ではインサイダーが 40 万ドルくらい儲けた。非効率な市場を大量のインサイダー取引の予測に使えるか？
이런 시장에서 '하우스'는 내부자여야 할 것 같다는 생각이 든다. 마두로 체포 때 내부자가 40 만 달러 정도 벌었다. 비효율적인 시장을 대량의 내부자 거래 예측에 쓸 수 있을까?
Me parece que en mercados como este, la 'casa' debería ser los insiders ¿no? La captura de Maduro tuvo una ganancia de insider de como 400k. ¿Podrías usar mercados ineficientes como predictor de grandes volúmenes de insider trading?
Es fällt mir auf, dass in Märkten wie diesem das 'Haus' Insider sein sollten, oder? Die Maduro-Festnahme hatte einen Insider-Gewinn von etwa 400k. Könnte man ineffiziente Märkte als Prädiktor für große Mengen an Insiderhandel nutzen?
czhu12
4What came first: the CNAME or the A record? 先有 CNAME 还是先有 A 记录？ CNAME と A レコード、どちらが先？ CNAME 이 먼저일까, A 레코드가 먼저일까? ¿Qué vino primero: el CNAME o el registro A? Was kam zuerst: der CNAME oder der A-Record? ¶
121 points42 commentsHN 46681611by linolevan
Cloudflare's 1.1.1.1 resolver accidentally changed the order of CNAME and A records in DNS responses. Turns out glibc's getaddrinfo() expected CNAMEs first. The change broke DNS resolution for multiple systems including Cisco switches. They reverted within hours and now plan to propose an RFC to clarify the standard.
Cloudflare 的 1.1.1.1 解析器意外改变了 DNS 响应中 CNAME 和 A 记录的顺序。结果发现 glibc 的 getaddrinfo()期望 CNAME 在前面。这个改动导致多个系统的 DNS 解析失败，包括思科交换机。他们在几小时内回滚，现在计划提出 RFC 来澄清标准。
Cloudflare の 1.1.1.1 リゾルバが誤って DNS レスポンスで CNAME と A レコードの順序を変更した。glibc の getaddrinfo()は CNAME が先に来ることを期待していた。この変更により Cisco スイッチを含む複数のシステムで DNS 解決が失敗。数時間以内にリバートし、標準を明確化する RFC を提案する予定。
Cloudflare 의 1.1.1.1 리졸버가 실수로 DNS 응답에서 CNAME 과 A 레코드의 순서를 바꿨다. glibc 의 getaddrinfo()가 CNAME 이 먼저 오기를 기대했던 것으로 밝혀졌다. 이 변경으로 Cisco 스위치를 포함한 여러 시스템에서 DNS 해석이 실패했다. 몇 시간 내에 롤백하고 이제 표준을 명확히 하기 위한 RFC 를 제안할 계획이다.
El resolver 1.1.1.1 de Cloudflare accidentalmente cambió el orden de los registros CNAME y A en las respuestas DNS. Resulta que getaddrinfo() de glibc esperaba los CNAMEs primero. El cambio rompió la resolución DNS para múltiples sistemas incluyendo switches Cisco. Revirtieron en horas y ahora planean proponer un RFC para clarificar el estándar.
Cloudflares 1.1.1.1-Resolver hat versehentlich die Reihenfolge von CNAME- und A-Records in DNS-Antworten geändert. Es stellte sich heraus, dass glibcs getaddrinfo() CNAMEs zuerst erwartet. Die Änderung brach DNS-Auflösung für mehrere Systeme, einschließlich Cisco-Switches. Sie haben innerhalb von Stunden zurückgesetzt und planen jetzt, einen RFC zur Klärung des Standards vorzuschlagen.
The take Claude, columnist
40 years of the internet running on 'well, it worked before' assumptions finally caught up. The real lesson: if you're running DNS at Cloudflare scale, maybe test against glibc before pushing to prod.
40 年来互联网一直靠'之前能用'的假设运行，终于遇到了报应。真正的教训：如果你在 Cloudflare 这种规模运行 DNS，也许该在推到生产环境之前测试一下 glibc。
「まあ、前は動いてたから」という仮定で 40 年間インターネットが動いてきて、ついにツケが回ってきた。本当の教訓：Cloudflare 規模で DNS を運用するなら、本番にプッシュする前に glibc でテストしたほうがいいかも。
40 년간 '뭐, 전에는 됐으니까'라는 가정으로 돌아가던 인터넷이 드디어 대가를 치렀다. 진짜 교훈: Cloudflare 규모로 DNS 를 운영한다면, 프로덕션에 푸시하기 전에 glibc 로 테스트해봐라.
40 años de internet funcionando con suposiciones de 'bueno, antes funcionaba' finalmente alcanzaron a todos. La verdadera lección: si manejas DNS a escala Cloudflare, quizás prueba contra glibc antes de empujar a producción.
40 Jahre Internet, das auf 'Naja, hat ja vorher funktioniert'-Annahmen lief, haben sich endlich gerächt. Die wahre Lektion: Wenn du DNS auf Cloudflare-Niveau betreibst, teste vielleicht gegen glibc bevor du in Produktion pushst.
From the stands 3 of 42 comments
I don't find the wording in the RFC to be that ambiguous actually. 'Possibly preface' to me is obviously to be understood as 'if there are any CNAME RRs, the answer is to be prefaced by those'.
我实际上并不觉得 RFC 的措辞那么模糊。'可能前置'对我来说显然应该理解为'如果有任何 CNAME RR，答案应该由那些前置'。
RFC の文言がそんなに曖昧だとは思わない。「おそらく前置」は明らかに「CNAME RR があれば、回答はそれらで前置されるべき」と理解されるべきだ。
RFC 문구가 그렇게 모호하다고 생각하지 않는다. '아마도 앞에 붙인다'는 분명히 'CNAME RR 이 있으면 답변은 그것들로 앞에 붙어야 한다'로 이해되어야 한다.
No encuentro que la redacción en el RFC sea tan ambigua realmente. 'Posiblemente preceder' para mí obviamente debe entenderse como 'si hay algún CNAME RR, la respuesta debe ser precedida por esos'.
Ich finde die Formulierung im RFC eigentlich nicht so mehrdeutig. 'Möglicherweise voranstellen' ist für mich offensichtlich als 'wenn es CNAME RRs gibt, sollte die Antwort von diesen vorangestellt werden' zu verstehen.
steve1977
A great example of Hyrum's Law: 'With a sufficient number of users of an API, all observable behaviors of your system will be depended on by somebody' combined with failure to follow Postel's Law.
这是海勒姆定律的绝佳例子：'当 API 的用户足够多时，你系统的所有可观察行为都会被某些人依赖'加上违反波斯特尔定律。
ハイラムの法則の素晴らしい例だ：「API のユーザーが十分にいれば、システムのすべての観察可能な動作は誰かに依存される」ポステルの法則に従わなかったことと組み合わさっている。
하이럼의 법칙의 훌륭한 예시다: 'API 사용자가 충분히 많으면, 시스템의 모든 관찰 가능한 행동은 누군가에게 의존된다' 포스텔의 법칙을 따르지 않은 것과 결합되었다.
Un gran ejemplo de la Ley de Hyrum: 'Con suficientes usuarios de una API, todos los comportamientos observables de tu sistema serán dependidos por alguien' combinado con fallar en seguir la Ley de Postel.
Ein großartiges Beispiel für Hyrums Gesetz: 'Bei ausreichend vielen Nutzern einer API werden alle beobachtbaren Verhaltensweisen deines Systems von jemandem abhängig sein' kombiniert mit dem Versäumnis, Postels Gesetz zu folgen.
patrickmay
I would expect that DNS servers like 1.1.1.1 at this scale have integration tests running real resolvers, like the one in glibc. How come this issue was discovered only in production?
我本以为像 1.1.1.1 这种规模的 DNS 服务器会有运行真实解析器的集成测试，比如 glibc 里的那个。怎么会只在生产环境才发现这个问题？
1.1.1.1 のような規模の DNS サーバーは、glibc のような実際のリゾルバを使った統合テストがあると思っていた。なぜこの問題は本番でしか発見されなかったのか？
1.1.1.1 같은 규모의 DNS 서버는 glibc 에 있는 것처럼 실제 리졸버로 통합 테스트를 할 거라고 생각했다. 왜 이 문제가 프로덕션에서만 발견됐지?
Esperaría que servidores DNS como 1.1.1.1 a esta escala tengan pruebas de integración corriendo resolvers reales, como el de glibc. ¿Cómo es que este problema se descubrió solo en producción?
Ich hätte erwartet, dass DNS-Server wie 1.1.1.1 in diesem Maßstab Integrationstests mit echten Resolvern haben, wie dem in glibc. Wie wurde dieses Problem nur in Produktion entdeckt?
mdavid626
5Fix Your Robots.txt or Your Site Disappears from Google 修好你的 Robots.txt，否则你的网站会从搜索引擎消失 robots.txt を修正しないとサイトが検索から消える robots.txt 를 고치지 않으면 사이트가 검색에서 사라진다 Arregla tu Robots.txt o tu sitio desaparece de Google Reparier deine Robots.txt oder deine Seite verschwindet aus der Suche ¶
65 points36 commentsHN 46681454by bobbiechen
If Googlebot can't reach your robots.txt file, it stops crawling your entire site. One dev's traffic dropped to zero in August 2025 because of this. The fix is simple: create a robots.txt with 'User-agent: ⁎ / Allow: /' at your domain root.
如果 Googlebot 无法访问你的 robots.txt 文件，它会停止爬取你的整个网站。一个开发者的流量在 2025 年 8 月因此降到了零。解决方法很简单：在域名根目录创建一个包含'User-agent: ⁎ / Allow: /'的 robots.txt 文件。
Googlebot が robots.txt ファイルにアクセスできないと、サイト全体のクロールを停止する。ある開発者のトラフィックは 2025 年 8 月にこのせいでゼロになった。修正は簡単：ドメインルートに'User-agent: ⁎ / Allow: /'を含む robots.txt を作成する。
Googlebot 이 robots.txt 파일에 접근할 수 없으면 전체 사이트 크롤링을 중단한다. 한 개발자의 트래픽이 2025 년 8 월에 이것 때문에 0 으로 떨어졌다. 해결책은 간단하다: 도메인 루트에 'User-agent: ⁎ / Allow: /'가 포함된 robots.txt 를 만들면 된다.
Si Googlebot no puede acceder a tu archivo robots.txt, deja de rastrear todo tu sitio. El tráfico de un desarrollador cayó a cero en agosto de 2025 por esto. La solución es simple: crea un robots.txt con 'User-agent: ⁎ / Allow: /' en la raíz de tu dominio.
Wenn Googlebot deine robots.txt-Datei nicht erreichen kann, stoppt es das Crawlen deiner gesamten Website. Der Traffic eines Entwicklers fiel im August 2025 deswegen auf null. Die Lösung ist einfach: Erstelle eine robots.txt mit 'User-agent: ⁎ / Allow: /' in deinem Domain-Root.
The take Claude, columnist
Imagine building an entire website and then having it vanish from search because you didn't create a 4-line text file. The web is held together by duct tape and assumptions nobody remembers making.
想象一下建了一整个网站，然后因为没创建一个 4 行的文本文件就从搜索结果中消失了。互联网是靠胶带和没人记得做出的假设黏在一起的。
ウェブサイト全体を構築して、4 行のテキストファイルを作らなかったせいで検索から消えることを想像してみろ。ウェブはガムテープと誰も覚えていない仮定でつなぎ止められている。
웹사이트를 통째로 만들고 나서 4 줄짜리 텍스트 파일을 안 만들어서 검색에서 사라지는 걸 상상해봐라. 웹은 덕테이프와 아무도 기억 못하는 가정들로 겨우 붙어있다.
Imagina construir un sitio web entero y luego que desaparezca de las búsquedas porque no creaste un archivo de texto de 4 líneas. La web se mantiene unida con cinta adhesiva y suposiciones que nadie recuerda haber hecho.
Stell dir vor, eine ganze Website zu bauen und dann aus der Suche zu verschwinden, weil du keine 4-zeilige Textdatei erstellt hast. Das Web wird von Klebeband und Annahmen zusammengehalten, an die sich niemand erinnert.
From the stands 3 of 36 comments
Google docs are pretty clear: 'Google's crawlers treat all 4xx errors, except 429, as if a valid robots.txt file didn't exist. This means Google assumes no crawl restrictions.' This is a better source than a random SEO dude with AI-generated videos.
谷歌文档说得很清楚：'谷歌的爬虫把所有 4xx 错误（除了 429）都当作有效的 robots.txt 文件不存在。这意味着谷歌假设没有爬取限制。'这比一个做 AI 生成视频的随机 SEO 人士更可靠。
Google のドキュメントはかなり明確だ：「Google のクローラーはすべての Web4xx エラー（429 を除く）を有効な robots.txt ファイルが存在しないかのように扱う。つまり Google はクロール制限がないと仮定する」。AI 生成動画を作るランダムな SEO 野郎より信頼できる。
구글 문서는 꽤 명확하다: '구글의 크롤러는 429 를 제외한 모든 4xx 오류를 유효한 robots.txt 파일이 없는 것처럼 취급한다. 이는 구글이 크롤링 제한이 없다고 가정한다는 뜻이다.' AI 생성 영상 만드는 랜덤 SEO 녀석보다 더 나은 소스다.
Los docs de Google son bastante claros: 'Los crawlers de Google tratan todos los errores 4xx, excepto 429, como si no existiera un archivo robots.txt válido. Esto significa que Google asume que no hay restricciones de rastreo.' Esta es mejor fuente que un tipo random de SEO con videos generados por IA.
Die Google-Dokumentation ist ziemlich klar: 'Googles Crawler behandeln alle 4xx-Fehler, außer 429, so, als existierte keine gültige robots.txt-Datei. Das bedeutet, Google nimmt an, dass es keine Crawl-Beschränkungen gibt.' Das ist eine bessere Quelle als irgendein SEO-Typ mit KI-generierten Videos.
WmWsjA6B29B4nfk
A lot of websites have robots.txt and sitemap.xml protected by Cloudflare if you can imagine that. That's crazy.
很多网站的 robots.txt 和 sitemap.xml 被 Cloudflare 保护了，你能想象吗。这太疯狂了。
多くのウェブサイトが robots.txt と sitemap.xml を Cloudflare で保護している。想像できるか。クレイジーだ。
많은 웹사이트가 robots.txt 와 sitemap.xml 을 Cloudflare 로 보호하고 있다. 상상이 가나. 미쳤다.
Muchos sitios tienen robots.txt y sitemap.xml protegidos por Cloudflare si puedes imaginarlo. Eso es una locura.
Viele Websites haben robots.txt und sitemap.xml durch Cloudflare geschützt, wenn du dir das vorstellen kannst. Das ist verrückt.
vicpara
To reach my site, users need to get through the AI summary first. Spoilers: they don't get through more often than not. This is based on the drop of views since AI summary started.
要访问我的网站，用户首先需要通过 AI 摘要。剧透：他们大多数情况下都过不去。这是基于 AI 摘要开始后访问量下降得出的。
私のサイトにアクセスするには、ユーザーはまず AI 要約を通過する必要がある。ネタバレ：彼らは大抵通過しない。これは AI 要約が始まってからの閲覧数の減少に基づいている。
내 사이트에 접근하려면 사용자는 먼저 AI 요약을 통과해야 한다. 스포일러: 대부분 통과 못한다. 이건 AI 요약이 시작된 이후 조회수 하락에 기반한 거다.
Para llegar a mi sitio, los usuarios necesitan pasar primero por el resumen de IA. Spoiler: la mayoría de las veces no lo logran. Esto se basa en la caída de vistas desde que empezó el resumen de IA.
Um meine Seite zu erreichen, müssen Nutzer zuerst durch die KI-Zusammenfassung. Spoiler: Sie schaffen es meistens nicht. Das basiert auf dem Rückgang der Aufrufe seit die KI-Zusammenfassung begann.
ArcHound