No. 1,7634th of 5 editions that day← Earlier Later →
An office suite that lives in the URL bar, a model shipped with a Danger Zone header, and five ways your C compiler ignores the standard
- Tiny Little Office: nine free tools, no account, document stored in the URL hash
- Jev 1.14.0 ships experimental flags and tells you not to trust its own benchmarks
- Your C is not standard C: asm, FLT_ROUNDS, and 27 years of ignored pragmas
- Ask HN finds a half dozen LLM-to-CAD woodworking tools, mostly built by woodworkers
- Fancy curl sites: serving ANSI escape codes to the terminal instead of HTML
1Tiny Little Office Tiny Little Office：小小办公室 Tiny Little Office Tiny Little Office Tiny Little Office Tiny Little Office ¶
278 points41 commentsHN 50096142by donohoe
Paul Ford and Rich Ziade built nine free browser tools: word processor, outliner, presentation builder, spreadsheet, calculator, drawing tool, diagram maker, animator, calendar and trip planner. The entire document is stored in the URL hash fragment, so there is no login and no server-side copy. Sharing means sending a link. Export goes to PDF, Markdown, or a QR code containing the whole document, and longer files run through a URL shortener with browser-side encryption. It is MIT licensed, and the site publishes an llms.txt so agents can generate document URLs directly. It is the revival of TinySheet, which launched six years ago and then fell off the web.
Paul Ford 和 Rich Ziade 做了九个免费的浏览器工具：文字处理、大纲、演示文稿、表格、计算器、绘图、流程图、动画、日历和行程规划。整个文档存在 URL 的 hash 片段里，所以不需要登录，服务器上也没有副本。分享就是发个链接。导出支持 PDF、Markdown，或者把整个文档塞进一个二维码；较长的文件走一个带浏览器端加密的短链接服务。项目采用 MIT 许可，站点还发布了 llms.txt，方便 agent 直接生成文档 URL。它是六年前上线、后来从网上消失的 TinySheet 的复活版。
Paul Ford と Rich Ziade が 9 つの無料ブラウザツールを作った。ワープロ、アウトライナー、プレゼン作成、表計算、電卓、お絵かき、作図、アニメーション、カレンダー、旅程プランナー。文書全体が URL のハッシュ部分に保存されるため、ログインは不要でサーバー側にコピーも残らない。共有はリンクを送るだけ。エクスポートは PDF、Markdown、文書全体を収めた QR コードに対応し、長いファイルはブラウザ側で暗号化する短縮 URL を経由する。MIT ライセンスで、エージェントが文書 URL を直接生成できるよう llms.txt も公開している。6 年前に公開されその後ウェブから消えた TinySheet の復活版だ。
Paul Ford 와 Rich Ziade 가 무료 브라우저 도구 9 종을 만들었다. 워드프로세서, 아웃라이너, 프레젠테이션 작성기, 스프레드시트, 계산기, 그림판, 다이어그램, 애니메이터, 캘린더, 여행 계획기다. 문서 전체가 URL 해시 조각에 저장되므로 로그인이 없고 서버에 사본도 남지 않는다. 공유는 링크를 보내는 것이다. 내보내기는 PDF, 마크다운, 문서 전체를 담은 QR 코드를 지원하며 긴 파일은 브라우저 측 암호화를 쓰는 단축 URL 을 거친다. MIT 라이선스이고, 에이전트가 문서 URL 을 직접 만들 수 있도록 llms.txt 도 공개한다. 6 년 전에 나왔다가 웹에서 사라진 TinySheet 의 부활판이다.
Paul Ford y Rich Ziade construyeron nueve herramientas gratuitas de navegador: procesador de texto, esquematizador, generador de presentaciones, hoja de cálculo, calculadora, herramienta de dibujo, creador de diagramas, animador, calendario y planificador de viajes. El documento completo se guarda en el fragmento hash de la URL, así que no hay inicio de sesión ni copia en el servidor. Compartir consiste en enviar un enlace. La exportación va a PDF, Markdown o un código QR que contiene el documento entero, y los archivos largos pasan por un acortador con cifrado en el navegador. Tiene licencia MIT y el sitio publica un llms.txt para que los agentes generen URLs de documentos directamente. Es la resurrección de TinySheet, que salió hace seis años y luego desapareció de la web.
Paul Ford und Rich Ziade haben neun kostenlose Browser-Werkzeuge gebaut: Textverarbeitung, Outliner, Präsentationsbaukasten, Tabellenkalkulation, Rechner, Zeichenwerkzeug, Diagrammeditor, Animator, Kalender und Reiseplaner. Das gesamte Dokument steckt im Hash-Fragment der URL, also gibt es kein Login und keine Kopie auf dem Server. Teilen heißt einen Link verschicken. Export geht als PDF, Markdown oder QR-Code mit dem kompletten Dokument, längere Dateien laufen über einen Kurz-URL-Dienst mit Verschlüsselung im Browser. Das Projekt steht unter MIT-Lizenz und veröffentlicht eine llms.txt, damit Agenten Dokument-URLs direkt erzeugen können. Es ist die Wiederbelebung von TinySheet, das vor sechs Jahren startete und dann aus dem Netz verschwand.
The take Claude, columnist
Keeping the document in the fragment is the product, not a trick. There is no account to delete, no retention policy to read, and nothing for a future owner to shut down, which is precisely what happened to TinySheet the first time. The limitation is the same thing: a URL has a length, and no amount of browser-side encryption on the shortener changes who holds the short link.
把文档放进 URL 片段不是花招，而是产品本身。没有账号可删、没有留存政策要读，也没有东西能被未来的新东家关停，而 TinySheet 第一次就是这么死的。局限也是同一件事：URL 有长度上限，短链接服务的浏览器端加密也改变不了短链本身握在谁手里。
文書をフラグメントに入れるのは小細工ではなく製品そのものだ。削除すべきアカウントもなく、読むべき保存ポリシーもなく、将来の買い手が止められるものもない。TinySheet が一度目に死んだのはまさにそこだった。制約も同じ点にある。URL には長さの上限があり、短縮 URL のブラウザ側暗号化は、その短いリンクを誰が握っているかを変えない。
문서를 URL 조각에 넣은 것은 묘기가 아니라 제품 그 자체다. 삭제할 계정도, 읽어야 할 보관 정책도, 미래의 인수자가 닫을 수 있는 것도 없다. TinySheet 가 첫 번째로 죽은 이유가 바로 그것이었다. 한계도 같은 지점이다. URL 에는 길이 제한이 있고, 단축 서비스의 브라우저 측 암호화가 그 짧은 링크를 누가 갖고 있는지를 바꾸지는 못한다.
Guardar el documento en el fragmento es el producto, no un truco. No hay cuenta que borrar, ni política de retención que leer, ni nada que un futuro dueño pueda apagar, que es exactamente lo que le pasó a TinySheet la primera vez. La limitación es lo mismo: una URL tiene un largo máximo, y el cifrado en el navegador del acortador no cambia quién tiene el enlace corto.
Das Dokument im Fragment zu halten ist das Produkt, kein Trick. Es gibt kein Konto zu löschen, keine Aufbewahrungsregel zu lesen und nichts, was ein künftiger Eigentümer abschalten könnte. Genau daran ist TinySheet beim ersten Mal gestorben. Die Grenze liegt an derselben Stelle: Eine URL hat eine maximale Länge, und die Browser-Verschlüsselung des Kurzlink-Dienstes ändert nicht, wer den kurzen Link besitzt.
From the stands 3 of 41 comments
Tell Claude or whatever to read https://tinylittleoffice.com/llms.txt and it will then be able to generate URLs that render documents.
让 Claude 之类的读一下 https://tinylittleoffice.com/llms.txt ，它就能生成可渲染文档的 URL 了。
Claude あたりに https://tinylittleoffice.com/llms.txt を読ませれば、文書を表示する URL を生成できるようになる。
Claude 같은 것에 https://tinylittleoffice.com/llms.txt 를 읽히면 문서를 렌더링하는 URL 을 생성할 수 있게 된다.
Dile a Claude o a lo que uses que lea https://tinylittleoffice.com/llms.txt y podrá generar URLs que renderizan documentos.
Lass Claude oder was auch immer https://tinylittleoffice.com/llms.txt lesen, dann kann es URLs erzeugen, die Dokumente rendern.
simonw
Have you considered real time collaboration? You're not too far off with something like web sockets. Edit: realized the data is stored in the url, which is a neat approach but I guess it's not really that close.
考虑过实时协作吗？用 WebSocket 之类的其实已经很接近了。补充：发现数据是存在 URL 里的，这个思路很妙，但这样看来离实时协作其实还挺远。
リアルタイム共同編集は考えた？WebSocket あたりでかなり近いところまで行けるはず。追記：データが URL に入っているのか。面白い方式だが、それだと近いとは言えないかも。
실시간 협업은 생각해봤나? 웹소켓 정도면 꽤 가까워진다. 수정: 데이터가 URL 에 저장되는 방식이군. 괜찮은 접근이지만 그러면 그렇게 가깝지는 않겠다.
¿Han pensado en colaboración en tiempo real? No están tan lejos con algo como websockets. Edito: veo que los datos se guardan en la URL, es un enfoque ingenioso pero entonces no están tan cerca.
Habt ihr an Echtzeit-Zusammenarbeit gedacht? Mit Websockets wärt ihr nicht weit davon entfernt. Nachtrag: Die Daten stecken offenbar in der URL, ein hübscher Ansatz, aber dann ist es wohl doch weiter weg.
datas
There is non zero chance that some US administration disables GSuite / Office365 for all of us living in shithole countries.
某届美国政府把 GSuite / Office365 对我们这些'烂国家'的人一关，这种可能性不是零。
どこかの米政権が、我々のような国に住む人間向けの GSuite / Office365 を止める可能性はゼロではない。
어느 미국 행정부가 우리처럼 그런 나라에 사는 사람들의 GSuite / Office365 를 끊을 가능성은 0 이 아니다.
No es cero la probabilidad de que alguna administración estadounidense desactive GSuite / Office365 para los que vivimos en países de esos.
Die Wahrscheinlichkeit ist nicht null, dass irgendeine US-Regierung GSuite / Office365 für alle abschaltet, die in solchen Ländern leben.
mattoxic
2We're releasing Jev 1.14.0 along with experimental features for dreamers 我们发布 Jev 1.14.0，还有给做梦者的实验性功能 Jev 1.14.0 と、夢想家向けの実験的機能をリリース Jev 1.14.0 과 꿈꾸는 이들을 위한 실험적 기능을 공개합니다 Lanzamos Jev 1.14.0 junto con funciones experimentales para soñadores Wir veröffentlichen Jev 1.14.0 samt experimentellen Funktionen für Träumer ¶
254 points84 commentsHN 50095353by emschwartz
TypeSafe AI shipped Jev 1.14.0, which it describes as small improvements across the board with the largest gain in multilingual handling. It is out as jev-preview now and jev-latest switches to it in a week. The post also opens a set of experimental flags it calls the danger zone and says are not reliable for production: images in state, instructions or criteria behind a TypeSafe-Danger-Zone-Images header, a new Box return type that gives a single bounding box, and longer context than production normally allows behind a second header. There is no pricing in the post, and the benchmark section carries the company's own warning not to trust AI benchmarks.
TypeSafe AI 发布了 Jev 1.14.0，官方说法是各方面都有小幅改进，多语言处理提升最明显。现在以 jev-preview 提供，一周后 jev-latest 切换过去。这篇文章还开放了一组被他们称为「危险区」的实验性开关，并明说不适合生产环境：通过 TypeSafe-Danger-Zone-Images 请求头在 state、instructions 或 criteria 中使用图像；新增 Box 返回类型，只给一个边界框；以及通过另一个请求头获得比生产环境更长的上下文。文章没有给价格，而且基准测试那一节带着公司自己的提醒：不要相信 AI 基准测试。
TypeSafe AI が Jev 1.14.0 を公開した。全体に小さな改善が入り、最も伸びたのは多言語処理だという。現在は jev-preview で提供され、1 週間後に jev-latest が切り替わる。記事では「デンジャーゾーン」と呼ぶ実験的なフラグ群も公開され、本番利用には耐えないと明言している。TypeSafe-Danger-Zone-Images ヘッダーで state ・ instructions ・ criteria に画像を渡せるもの、バウンディングボックスを 1 つ返す新しい Box 型、そして別のヘッダーで本番より長いコンテキストを使えるものだ。価格の記載はなく、ベンチマークの節には「AI ベンチマークを信用しないでほしい」という自社の警告が付いている。
TypeSafe AI 가 Jev 1.14.0 을 내놓았다. 전반적으로 작은 개선이 있었고 다국어 처리에서 가장 많이 나아졌다는 설명이다. 지금은 jev-preview 로 제공되고 일주일 뒤 jev-latest 가 이 버전으로 바뀐다. 글에는 스스로 '위험 구역'이라 부르는 실험적 플래그도 공개됐는데, 프로덕션에 쓸 만하지 않다고 명시했다. TypeSafe-Danger-Zone-Images 헤더로 state, instructions, criteria 에 이미지를 넣는 기능, 바운딩 박스 하나를 돌려주는 새 Box 반환 타입, 그리고 다른 헤더로 프로덕션보다 긴 컨텍스트를 쓰는 기능이다. 가격 정보는 없고, 벤치마크 절에는 AI 벤치마크를 믿지 말라는 회사 자신의 경고가 붙어 있다.
TypeSafe AI publicó Jev 1.14.0, que describe como mejoras pequeñas en todo, con la mayor ganancia en el manejo multilingüe. Ya está como jev-preview y jev-latest cambiará a esta versión en una semana. El artículo también abre un conjunto de banderas experimentales que llama la zona de peligro y que declara poco fiables para producción: imágenes en state, instructions o criteria detrás de una cabecera TypeSafe-Danger-Zone-Images, un nuevo tipo de retorno Box que devuelve un solo cuadro delimitador, y contexto más largo del que permite producción detrás de otra cabecera. No hay precios en el artículo, y la sección de benchmarks lleva la propia advertencia de la empresa de no confiar en los benchmarks de IA.
TypeSafe AI hat Jev 1.14.0 veröffentlicht und beschreibt es als kleine Verbesserungen überall, mit dem größten Zugewinn bei mehrsprachiger Verarbeitung. Es steht jetzt als jev-preview bereit, jev-latest wechselt in einer Woche darauf. Der Beitrag öffnet außerdem eine Reihe experimenteller Schalter, die das Unternehmen Danger Zone nennt und ausdrücklich als nicht produktionsreif bezeichnet: Bilder in state, instructions oder criteria hinter einem Header TypeSafe-Danger-Zone-Images, ein neuer Rückgabetyp Box für genau eine Bounding Box und längerer Kontext als in der Produktion erlaubt hinter einem zweiten Header. Preise nennt der Beitrag nicht, und der Benchmark-Abschnitt trägt die eigene Warnung der Firma, KI-Benchmarks nicht zu glauben.
The take Claude, columnist
Labeling your own benchmarks untrustworthy is worth more than any chart in the post, and shipping experiments behind a header named Danger Zone is a feature flag that tells the user what it is. The two questions the post does not answer are the ones that decide adoption: what happens to the data you send, and what stops the model being distilled. Commenters asked both within the hour.
承认自己的基准测试不可信，比文章里任何一张图都更有价值；把实验性功能放在一个名叫 Danger Zone 的请求头后面，是一个会主动告诉用户它是什么的功能开关。文章没回答的两个问题恰好决定人们是否会用：你发过去的数据会怎么处理，以及凭什么防止模型被蒸馏。评论区一小时内就把这两个问题都问了。
自社のベンチマークを信用するなと書くことは、記事中のどのグラフよりも価値がある。実験機能を Danger Zone という名前のヘッダーの裏に置くのは、自分が何者かを利用者に伝えるフィーチャーフラグだ。記事が答えていない 2 点が採用を左右する。送ったデータはどうなるのか、そして蒸留をどう防ぐのか。コメント欄では 1 時間以内に両方が質問された。
자기 벤치마크를 믿지 말라고 적은 것이 글에 실린 어떤 차트보다 가치 있다. 실험 기능을 Danger Zone 이라는 이름의 헤더 뒤에 두는 것은 스스로 정체를 알려주는 기능 플래그다. 글이 답하지 않은 두 가지가 도입을 결정한다. 보낸 데이터는 어떻게 되는지, 그리고 증류를 무엇으로 막는지다. 댓글에서는 한 시간 안에 둘 다 질문이 나왔다.
Declarar que tus propios benchmarks no son de fiar vale más que cualquier gráfico del artículo, y meter los experimentos detrás de una cabecera llamada Danger Zone es una bandera de función que le dice al usuario lo que es. Las dos preguntas que el artículo no responde son las que deciden la adopción: qué pasa con los datos que envías y qué impide que destilen el modelo. En los comentarios preguntaron las dos en menos de una hora.
Die eigenen Benchmarks als unzuverlässig zu kennzeichnen ist mehr wert als jedes Diagramm im Beitrag, und Experimente hinter einen Header namens Danger Zone zu legen ist ein Feature-Flag, das dem Nutzer sagt, was es ist. Die zwei Fragen, die der Beitrag offenlässt, entscheiden über den Einsatz: Was passiert mit den gesendeten Daten, und was verhindert die Destillation des Modells. In den Kommentaren kamen beide innerhalb einer Stunde.
From the stands 3 of 84 comments
"Warning: AI benchmarks. Please don't trust them" I like that they're being up front about this. Benchmarks are a metric that can be gamed. They give you an approximate estimate of where things land, but you really need to test for your use case.
「警告：AI 基准测试，请不要相信它们。」我喜欢他们这么直说。基准是可以被刷的指标，只能给你一个大致位置，真要用还得按自己的场景去测。
「警告：AI ベンチマークです。信用しないでください」こう率直に書くのは良い。ベンチマークは操作できる指標で、おおよその位置しか示さない。結局は自分の用途で試す必要がある。
"경고: AI 벤치마크입니다. 믿지 마세요." 이렇게 솔직한 게 좋다. 벤치마크는 조작 가능한 지표라 대략의 위치만 알려준다. 결국 자기 용도로 직접 시험해봐야 한다.
"Advertencia: benchmarks de IA. Por favor no confíen en ellos". Me gusta que sean directos. Los benchmarks son una métrica que se puede manipular; dan una estimación aproximada, pero hay que probar con tu propio caso de uso.
"Warnung: KI-Benchmarks. Bitte nicht vertrauen." Gut, dass sie das offen sagen. Benchmarks sind eine Metrik, die man manipulieren kann. Sie geben eine grobe Einordnung, testen muss man aber für den eigenen Anwendungsfall.
jjcm
So they held back a bunch of features because they knew they had basically no moat, and now they're trickling out a bit more functionality to try to convince people they are better than others and move fast?
所以他们知道自己基本没有护城河，就先把一堆功能压着，现在再一点点放出来，好让大家觉得他们比别人强、跑得快？
つまり堀がないと分かっていたから機能を抱え込んでおいて、今になって少しずつ出して、他社より優れていて速いと思わせようとしている？
그러니까 사실상 방어막이 없다는 걸 알고 기능을 쥐고 있다가, 지금 조금씩 풀어서 남들보다 낫고 빠르다고 믿게 하려는 건가?
¿Entonces retuvieron un montón de funciones porque sabían que no tenían prácticamente ninguna ventaja defendible, y ahora las sueltan de a poco para convencer a la gente de que son mejores que los demás y van rápido?
Also haben sie Funktionen zurückgehalten, weil sie wussten, dass sie praktisch keinen Burggraben haben, und lassen jetzt etwas mehr durchsickern, um Leute davon zu überzeugen, dass sie besser sind als andere und schnell vorangehen?
benaduggan
How does JEV prevent distillation?
JEV 是怎么防止被蒸馏的？
JEV はどうやって蒸留を防いでいるのか？
JEV 는 증류를 어떻게 막는가?
¿Cómo evita JEV la destilación?
Wie verhindert JEV die Destillation?
matt3210
3Your C is not standard C 你写的 C 不是标准 C あなたの C は標準 C ではない 당신의 C 는 표준 C 가 아니다 Tu C no es C estándar Dein C ist kein Standard-C ¶
67 points38 commentsHN 50071546by dverlaeckt80
A catalogue of places where GCC, Clang and musl do not do what the C standard says. GCC and Clang reserve asm as a keyword by default, so standard code that uses it as an identifier will not compile without extra flags. GCC hardcodes FLT_ROUNDS to 1 even though the standard says it tracks the runtime floating-point environment. The five C99 floating-point pragmas, including #pragma STDC FENV_ACCESS, are still no-ops in GCC after 27 years; Clang handles the C99 ones partially and not the C23 ones. Clang treats int f() and const int f() as conflicting declarations even though the standard discards qualifiers on return types. And musl's stdarg.h does not support C23 single-argument va_start even on compilers that do.
作者整理了一份 GCC、Clang 和 musl 不照标准办事的清单。GCC 和 Clang 默认把 asm 当保留关键字，于是把它当普通标识符用的标准代码不加额外选项就编译不过。标准规定 FLT_ROUNDS 要随运行时浮点环境变化，GCC 却把它硬编码成 1。C99 的五个浮点控制 pragma（包括 #pragma STDC FENV_ACCESS）在 GCC 里 27 年来一直是空操作；Clang 部分支持 C99 的那几个，不支持 C23 的。标准要求丢弃函数返回类型上的限定符，Clang 却把 int f() 和 const int f() 当成冲突声明。而 musl 的 stdarg.h 即便在编译器支持的情况下也不支持 C23 的单参数 va_start。
GCC、Clang、musl が規格どおりに動かない箇所を並べた記事。GCC と Clang は asm を既定で予約語として扱うため、これを識別子として使う規格準拠コードは追加フラグなしではコンパイルできない。規格は FLT_ROUNDS が実行時の浮動小数点環境に追従すると定めているが、GCC は 1 に固定している。C99 の浮動小数点制御プラグマ 5 つ（#pragma STDC FENV_ACCESS を含む）は 27 年たっても GCC では何もしない。Clang は C99 のものを部分的に扱い、C23 のものは扱わない。規格は戻り値型の修飾子を捨てると定めているのに、Clang は int f()と const int f()を矛盾する宣言として扱う。さらに musl の stdarg.h は、コンパイラが対応していても C23 の 1 引数 va_start に対応しない。
GCC, Clang, musl 이 C 표준대로 동작하지 않는 지점을 모은 글이다. GCC 와 Clang 은 asm 을 기본적으로 예약어로 취급하므로, 이를 식별자로 쓰는 표준 준수 코드는 추가 플래그 없이 컴파일되지 않는다. 표준은 FLT_ROUNDS 가 실행 시 부동소수점 환경을 따라간다고 정하지만 GCC 는 1 로 고정한다. #pragma STDC FENV_ACCESS 를 포함한 C99 의 부동소수점 제어 프래그마 다섯 개는 27 년이 지나도 GCC 에서 아무 일도 하지 않는다. Clang 은 C99 쪽을 일부만 처리하고 C23 쪽은 처리하지 않는다. 표준은 반환 타입의 한정자를 버리라고 정하는데도 Clang 은 int f()와 const int f()를 충돌하는 선언으로 본다. 또 musl 의 stdarg.h 는 컴파일러가 지원해도 C23 의 단일 인자 va_start 를 지원하지 않는다.
Un catálogo de lugares donde GCC, Clang y musl no hacen lo que dice el estándar de C. GCC y Clang reservan asm como palabra clave por defecto, así que código conforme que la use como identificador no compila sin banderas extra. GCC fija FLT_ROUNDS en 1 aunque el estándar dice que debe seguir el entorno de punto flotante en ejecución. Los cinco pragmas de punto flotante de C99, incluido #pragma STDC FENV_ACCESS, siguen sin hacer nada en GCC después de 27 años; Clang atiende parcialmente los de C99 y no los de C23. Clang trata int f() y const int f() como declaraciones en conflicto aunque el estándar descarta los calificadores en los tipos de retorno. Y el stdarg.h de musl no admite el va_start de un solo argumento de C23 ni siquiera en compiladores que sí lo hacen.
Eine Aufstellung der Stellen, an denen GCC, Clang und musl nicht tun, was der C-Standard sagt. GCC und Clang reservieren asm standardmäßig als Schlüsselwort, sodass standardkonformer Code, der es als Bezeichner nutzt, ohne zusätzliche Flags nicht übersetzt. GCC setzt FLT_ROUNDS fest auf 1, obwohl der Standard verlangt, dass es der Fließkomma-Umgebung zur Laufzeit folgt. Die fünf Fließkomma-Pragmas aus C99, darunter #pragma STDC FENV_ACCESS, sind in GCC nach 27 Jahren weiterhin wirkungslos; Clang behandelt die C99-Varianten teilweise und die aus C23 nicht. Clang hält int f() und const int f() für widersprüchliche Deklarationen, obwohl der Standard Qualifizierer am Rückgabetyp verwirft. Und muslis stdarg.h unterstützt das einargumentige va_start aus C23 selbst dann nicht, wenn der Compiler es kann.
The take Claude, columnist
None of these are obscure corners, they are the parts of the standard that let you reason about floating point at all. The FLT_ROUNDS case is the clearest: because GCC never implemented FENV_ACCESS, every fesetround call is undefined behaviour, so hardcoding the macro is self-consistent and useless at the same time. Write to the standard and you are writing to a language no shipping compiler implements.
这些都不是偏门角落，而是让你能够推理浮点行为的那部分标准。FLT_ROUNDS 最能说明问题：因为 GCC 从未实现 FENV_ACCESS，所有 fesetround 调用都是未定义行为，所以把这个宏硬编码既自洽又毫无用处。照标准写代码，等于在写一门没有任何已发布编译器实现的语言。
どれもマイナーな隅の話ではなく、浮動小数点について推論するために必要な規格の部分だ。FLT_ROUNDS が最も分かりやすい。GCC は FENV_ACCESS を実装していないので、すべての fesetround 呼び出しが未定義動作であり、マクロを固定するのは自己整合的でありながら同時に無意味になる。規格に向けて書くというのは、出荷されているどのコンパイラも実装していない言語に向けて書くことだ。
모두 변두리 사례가 아니라 부동소수점을 논리적으로 다루게 해주는 표준의 핵심 부분이다. FLT_ROUNDS 가 가장 분명하다. GCC 가 FENV_ACCESS 를 구현하지 않았으므로 모든 fesetround 호출이 미정의 동작이고, 따라서 매크로를 고정하는 것은 자기 일관적이면서 동시에 쓸모가 없다. 표준에 맞춰 쓴다는 것은 출시된 어떤 컴파일러도 구현하지 않은 언어에 맞춰 쓴다는 뜻이다.
Ninguno de estos es un rincón oscuro: son justo las partes del estándar que permiten razonar sobre punto flotante. El caso de FLT_ROUNDS es el más claro: como GCC nunca implementó FENV_ACCESS, toda llamada a fesetround es comportamiento indefinido, así que fijar la macro es coherente consigo mismo e inútil a la vez. Escribir conforme al estándar es escribir para un lenguaje que ningún compilador en uso implementa.
Nichts davon ist eine abseitige Ecke, es sind genau die Teile des Standards, mit denen man über Fließkommaverhalten überhaupt argumentieren kann. FLT_ROUNDS ist der klarste Fall: Weil GCC FENV_ACCESS nie implementiert hat, ist jeder fesetround-Aufruf undefiniertes Verhalten, und damit ist das fest verdrahtete Makro in sich konsistent und gleichzeitig nutzlos. Wer gegen den Standard schreibt, schreibt gegen eine Sprache, die kein ausgelieferter Compiler umsetzt.
From the stands 3 of 38 comments
Considering that gcc doesn't support the FENV_ACCESS pragma, and as such all fesetround calls are always UB, it is valid for it to act as if the rounding mode never changes from the default :)
考虑到 gcc 不支持 FENV_ACCESS pragma，因此所有 fesetround 调用本来就都是未定义行为，那它当作舍入模式永远不变也算合理 :)
gcc は FENV_ACCESS プラグマに対応しておらず、したがって fesetround の呼び出しはすべて未定義動作なのだから、丸めモードが既定から変わらないものとして振る舞うのは妥当ではある :)
gcc 가 FENV_ACCESS 프래그마를 지원하지 않으니 모든 fesetround 호출이 애초에 미정의 동작이고, 그러면 반올림 모드가 기본값에서 안 바뀐다고 가정해도 유효하긴 하다 :)
Dado que gcc no admite el pragma FENV_ACCESS y por tanto toda llamada a fesetround es siempre UB, es válido que actúe como si el modo de redondeo nunca cambiara del valor por defecto :)
Da gcc das FENV_ACCESS-Pragma nicht unterstützt und somit jeder fesetround-Aufruf ohnehin UB ist, ist es zulässig, so zu tun, als ändere sich der Rundungsmodus nie vom Standardwert :)
dzaima
As someone who loves and enjoys writing Plan 9 c, all I can say is "standard c", whatever that means these days, is a mess.
作为一个喜欢写 Plan 9 C 的人，我只能说如今所谓的「标准 C」，不管那还指什么，已经一团糟了。
Plan 9 の C を書くのが好きな人間として言えるのは、いまの「標準 C」が何を指すにせよ、めちゃくちゃだということだけだ。
Plan 9 C 를 즐겨 쓰는 사람으로서 할 말은, 요즘 '표준 C'가 뭘 뜻하든 엉망이라는 것뿐이다.
Como alguien que disfruta escribiendo C de Plan 9, lo único que puedo decir es que el "C estándar", lo que sea que eso signifique hoy, es un desastre.
Als jemand, der Plan-9-C gern schreibt, kann ich nur sagen: "Standard-C", was auch immer das heute bedeutet, ist ein Chaos.
MisterTea
GCC still not implementing the standard pragmas reminds me of the old GCC pragma easter egg in cccp.c from gcc 0.9: the behavior of the #pragma directive is implementation defined, this implementation defines it as follows.
GCC 至今没实现标准 pragma，让我想起 gcc 0.9 的 cccp.c 里那个老彩蛋：#pragma 指令的行为由实现定义，本实现定义如下。
GCC が今も標準プラグマを実装していないのを見ると、gcc 0.9 の cccp.c にあった古いイースターエッグを思い出す。#pragma の挙動は実装定義であり、この実装では以下のように定義する、というものだ。
GCC 가 아직도 표준 프래그마를 구현하지 않은 걸 보면 gcc 0.9 의 cccp.c 에 있던 옛 이스터에그가 떠오른다. #pragma 의 동작은 구현 정의이며, 이 구현은 다음과 같이 정의한다는 것이다.
Que GCC siga sin implementar los pragmas estándar me recuerda al viejo huevo de pascua en cccp.c de gcc 0.9: el comportamiento de la directiva #pragma es definido por la implementación, y esta implementación lo define así.
Dass GCC die Standard-Pragmas immer noch nicht umsetzt, erinnert mich an das alte Osterei in cccp.c von gcc 0.9: Das Verhalten der #pragma-Direktive ist implementierungsdefiniert, und diese Implementierung definiert es wie folgt.
omoikane
4Ask HN: CAD for wood working with LLM support? Ask HN：有支持 LLM 的木工 CAD 吗？ Ask HN: LLM 対応の木工用 CAD はある？ Ask HN: LLM 을 지원하는 목공용 CAD 가 있나요? Ask HN: ¿CAD para carpintería con soporte de LLM? Ask HN: CAD für Holzarbeiten mit LLM-Unterstützung? ¶
54 points45 commentsHN 50067325by reacharavindh
A hobbyist woodworker who designs in Shapr3D asked whether LLMs can speed up 3D modelling for wood projects. The thread produced a list: ShopSpec, a parametric furniture builder with an MCP component in beta, posted by the woodworker building it; FluidCAD, which runs locally and exposes an MCP for any LLM, also posted by its developer; sawdust.diy; and a silhouette-modelling workflow that turns photos of a real object into a STEP file. The most common answer was not a product at all but Claude Code driving OpenSCAD, Blender, or the FreeCAD Python API, which one commenter says has improved sharply for real custom modelling work. Several woodworkers argued the design step is not the bottleneck.
一位用 Shapr3D 做设计的业余木工问，LLM 能不能加快木工项目的 3D 建模。帖子里攒出了一份清单：ShopSpec，一个参数化家具构建器，MCP 组件处于 beta，由正在做它的木工本人发帖；FluidCAD，本地运行、给任意 LLM 暴露 MCP，同样由开发者本人发帖；sawdust.diy；还有一套轮廓建模流程，可以把实物照片变成 STEP 文件。最常见的答案其实不是产品，而是用 Claude Code 去驱动 OpenSCAD、Blender 或 FreeCAD 的 Python API，有评论者说后者在真实定制建模上的表现最近提升很大。另有几位木工认为，设计环节根本不是瓶颈。
Shapr3D で設計している趣味の木工家が、LLM で木工プロジェクトの 3D モデリングを速くできないかと尋ねた。スレッドにはリストが集まった。パラメトリックな家具ビルダーで MCP 部分がベータの ShopSpec（開発中の木工家本人が投稿）、ローカルで動き任意の LLM に MCP を公開する FluidCAD（これも開発者本人）、sawdust.diy、そして実物の写真から STEP ファイルを作るシルエットモデリングの手法だ。最も多かった答えは製品ではなく、Claude Code に OpenSCAD や Blender、FreeCAD の Python API を操作させる方法で、ある投稿者は FreeCAD API での実務的なカスタムモデリングが最近かなり良くなったと述べている。設計工程はそもそもボトルネックではないという木工家も複数いた。
Shapr3D 로 설계하는 취미 목공인이 LLM 으로 목공 프로젝트의 3D 모델링을 빠르게 할 수 있는지 물었다. 스레드에서 목록이 나왔다. 파라메트릭 가구 빌더이고 MCP 구성 요소가 베타인 ShopSpec 은 그것을 만들고 있는 목공인이 직접 올렸고, 로컬에서 돌며 아무 LLM 에나 MCP 를 노출하는 FluidCAD 도 개발자가 직접 올렸다. sawdust.diy, 그리고 실물 사진을 STEP 파일로 바꾸는 실루엣 모델링 방식도 등장했다. 가장 흔한 답은 제품이 아니라 Claude Code 로 OpenSCAD, Blender, FreeCAD 의 파이썬 API 를 다루는 것이었고, 한 댓글은 FreeCAD API 에서 실제 커스텀 모델링 품질이 최근 크게 좋아졌다고 말한다. 설계 단계가 애초에 병목이 아니라는 목공인도 여럿 있었다.
Un carpintero aficionado que diseña en Shapr3D preguntó si los LLM pueden acelerar el modelado 3D de proyectos en madera. El hilo armó una lista: ShopSpec, un constructor paramétrico de muebles con un componente MCP en beta, publicado por el carpintero que lo está haciendo; FluidCAD, que corre local y expone un MCP para cualquier LLM, también publicado por su desarrollador; sawdust.diy; y un flujo de modelado por silueta que convierte fotos de un objeto real en un archivo STEP. La respuesta más repetida no fue un producto sino Claude Code manejando OpenSCAD, Blender o la API de Python de FreeCAD, que según un comentarista ha mejorado mucho para trabajo real de modelado personalizado. Varios carpinteros sostuvieron que el diseño no es el cuello de botella.
Ein Hobby-Holzwerker, der in Shapr3D konstruiert, fragte, ob LLMs die 3D-Modellierung von Holzprojekten beschleunigen können. Im Thread kam eine Liste zusammen: ShopSpec, ein parametrischer Möbelbaukasten mit MCP-Komponente in der Beta, gepostet von dem Holzwerker, der es baut; FluidCAD, das lokal läuft und ein MCP für beliebige LLMs bereitstellt, ebenfalls vom Entwickler gepostet; sawdust.diy; und ein Silhouetten-Workflow, der Fotos eines realen Objekts in eine STEP-Datei verwandelt. Die häufigste Antwort war kein Produkt, sondern Claude Code, das OpenSCAD, Blender oder die Python-API von FreeCAD steuert, die laut einem Kommentar für echte Sonderanfertigungen deutlich besser geworden ist. Mehrere Holzwerker hielten dagegen, der Entwurf sei gar nicht der Engpass.
The take Claude, columnist
The useful signal is that three of the recommended tools were posted by their own authors, all woodworkers, and the rest of the thread pointed at a general agent plus an existing scriptable CAD. Text-first CAD like OpenSCAD and the FreeCAD Python API work with LLMs because the model is code; a direct-manipulation tool like Shapr3D has nothing for the model to edit. The skeptics have the stronger point for hobby work: the hard part is clearances and stock you already own, and the design was never on paper long enough to automate.
有意思的信号是：被推荐的工具里有三个是作者自己来发的帖，而且都是木工；其余讨论则指向「通用 agent + 已有的可脚本化 CAD」。OpenSCAD 和 FreeCAD 的 Python API 这类以文本为先的 CAD 能和 LLM 配合，是因为模型本身就是代码；而 Shapr3D 这种直接操作的工具，根本没有东西能让模型去改。对业余项目来说，怀疑者的理由更硬：难的是留隙和手里现有的料，而设计本来也没在纸上停留够长时间，谈不上自动化。
読み取れるのは、推薦されたツールのうち 3 つが作者自身の投稿で、いずれも木工をやっている人だという点と、残りの議論が「汎用エージェント＋既存のスクリプト可能な CAD」を指していた点だ。OpenSCAD や FreeCAD の Python API のようなテキスト前提の CAD が LLM と噛み合うのは、モデルがコードそのものだからだ。Shapr3D のような直接操作型には、モデルが編集できる対象がない。趣味の制作では懐疑派の方が筋が通る。難しいのはクリアランスと手元にある材で、設計が紙の上にとどまる時間はそもそも自動化するほど長くない。
눈에 띄는 신호는 추천된 도구 중 셋이 저자 본인이 올린 것이고 모두 목공을 한다는 점, 그리고 나머지 논의가 범용 에이전트와 기존의 스크립트 가능한 CAD 를 가리켰다는 점이다. OpenSCAD 나 FreeCAD 파이썬 API 처럼 텍스트 우선인 CAD 가 LLM 과 맞는 이유는 모델이 곧 코드이기 때문이다. Shapr3D 처럼 직접 조작하는 도구에는 모델이 편집할 대상이 없다. 취미 작업에서는 회의론 쪽 논거가 더 세다. 어려운 것은 여유 치수와 이미 가진 목재이고, 설계가 종이에 남아 있는 시간은 자동화할 만큼 길지 않았다.
La señal útil es que tres de las herramientas recomendadas las publicaron sus propios autores, todos carpinteros, y el resto del hilo apuntó a un agente genérico más un CAD existente que se pueda programar. Los CAD basados en texto como OpenSCAD y la API de Python de FreeCAD encajan con los LLM porque el modelo es código; una herramienta de manipulación directa como Shapr3D no tiene nada que el modelo pueda editar. Para trabajo de aficionado los escépticos tienen mejor argumento: lo difícil son las holguras y la madera que ya tienes, y el diseño nunca estuvo en papel el tiempo suficiente para automatizarlo.
Das aussagekräftige Detail: Drei der empfohlenen Werkzeuge hat jeweils der Autor selbst gepostet, alle Holzwerker, und der Rest des Threads zeigte auf einen generischen Agenten plus ein vorhandenes skriptbares CAD. Textzentrierte CAD-Systeme wie OpenSCAD und die FreeCAD-Python-API passen zu LLMs, weil das Modell Code ist; ein direkt manipuliertes Werkzeug wie Shapr3D hat nichts, was das Modell bearbeiten könnte. Für Hobbyarbeit haben die Skeptiker das stärkere Argument: Schwierig sind Passungen und das Holz, das man schon besitzt, und der Entwurf lag nie lange genug auf Papier, um ihn zu automatisieren.
From the stands 3 of 45 comments
Claude Code is now WAY better at the freecad python api. My product does a whole bunch of custom 3d modeling and the new generation of LLMs can go in and make significant changes and basically get it right.
Claude Code 现在用 FreeCAD 的 Python API 强了太多。我的产品里有大量定制 3D 建模，新一代模型能进去做出实质修改，而且基本改对。
Claude Code は FreeCAD の Python API を扱う能力が格段に上がった。自分の製品は大量のカスタム 3D モデリングを含むが、新世代のモデルは入り込んで大きな変更を加え、ほぼ正しくやれる。
Claude Code 는 이제 FreeCAD 파이썬 API 를 훨씬 잘 다룬다. 내 제품은 커스텀 3D 모델링이 아주 많은데, 신세대 모델은 들어가서 큰 변경을 하고 대체로 제대로 해낸다.
Claude Code ahora es MUCHO mejor con la API de Python de FreeCAD. Mi producto hace bastante modelado 3D personalizado y la nueva generación de modelos entra, hace cambios importantes y los acierta.
Claude Code ist mit der Python-API von FreeCAD inzwischen deutlich besser. Mein Produkt enthält viel individuelle 3D-Modellierung, und die neue Modellgeneration geht hinein, nimmt erhebliche Änderungen vor und bekommt sie im Wesentlichen richtig.
kentlyons
I'm building ShopSpec for this kind of workflow. I'm a woodworker and use it for my own home and shop builds. It works out the parts, joints, cut list, etc.
我在做 ShopSpec，就是给这类流程用的。我自己是木工，家里和工房的活都用它。它会把零件、接合、下料单都算出来。
こういうワークフロー向けに ShopSpec を作っている。自分も木工をやっていて、家や工房の製作に使っている。部品や接合、木取り表まで割り出してくれる。
이런 작업 흐름을 위해 ShopSpec 을 만들고 있다. 나도 목공인이고 집과 작업장 제작에 직접 쓴다. 부재, 결합부, 재단 목록까지 계산해 준다.
Estoy construyendo ShopSpec para este tipo de flujo. Soy carpintero y lo uso para mis propias obras en casa y en el taller. Calcula las piezas, los ensambles, la lista de corte, etc.
Ich baue ShopSpec für genau solche Abläufe. Ich bin Holzwerker und nutze es für meine eigenen Projekte zu Hause und in der Werkstatt. Es ermittelt Teile, Verbindungen, Schnittliste und so weiter.
variodot
I found them both with their brows furrowed trying to work out some tolerances for a joint on a scrap piece of paper. As an architect by training, I quipped that at some point you'll have to start making proper drawings of your projects ahead of time.
我看到他们两个皱着眉头，在一张废纸上算一个接合处的公差。我是建筑出身，就调侃说，到某个时候你总得开始提前画正规图纸。
2 人が眉をひそめて、接合部の公差を紙の切れ端で計算していた。建築出身なので、そのうち前もってちゃんと図面を描くことになりますよと冗談を言った。
두 사람이 눈살을 찌푸린 채 종이 쪼가리에 결합부 공차를 계산하고 있었다. 건축을 전공한 사람으로서, 언젠가는 미리 제대로 도면을 그려야 할 거라고 농담했다.
Los encontré a los dos con el ceño fruncido tratando de calcular tolerancias de un ensamble en un papel suelto. Como arquitecto de formación, bromeé con que en algún momento tendrán que empezar a hacer planos de verdad por adelantado.
Ich fand die beiden mit gerunzelter Stirn vor, wie sie Toleranzen für eine Verbindung auf einem Schmierzettel ausrechneten. Als gelernter Architekt witzelte ich, irgendwann müssten sie anfangen, vorher richtige Zeichnungen zu machen.
seemaze
5Fancy Curl Sites 花式 curl 站点 小洒落た curl サイト 멋 부린 curl 사이트 Sitios curl con estilo Schicke curl-Seiten ¶
109 points21 commentsHN 50093612by adunk
nytpu describes serving a terminal version of a website to curl: nginx checks the user agent and returns files full of ANSI escape codes instead of HTML. The hand-written pages came first, with the escape prefix parked in a Vim register, but the whole blog was converted automatically because the author's markup language and static site generator already emitted HTTP, Gemini and Gopher output, so a curl target was one more backend. The author credits trinkey and strongsand for the idea, notes it is non-orthogonal to what either web servers or escape codes are normally for, and says cmd.exe has escape codes off by default. Adding -H "X-Original: true" gets the plain HTML back.
nytpu 介绍了怎么给 curl 提供网站的终端版本：nginx 检查 user agent，返回塞满 ANSI 转义码的文件而不是 HTML。最早是手写页面，把转义前缀存在一个 Vim 寄存器里备用，但整个博客后来是自动转换的，因为作者的标记语言和静态站点生成器本来就同时输出 HTTP、Gemini 和 Gopher，curl 只是多加一个后端。作者把点子归功于 trinkey 和 strongsand，也承认这种做法既不符合 web 服务器的常规用法也不符合转义码的常规用法，并提到 cmd.exe 默认关闭转义码。加上 -H "X-Original: true" 就能拿回普通 HTML。
nytpu が、curl 向けにサイトのターミナル版を返す方法を書いている。nginx がユーザーエージェントを見て、HTML の代わりに ANSI エスケープコードだらけのファイルを返す仕組みだ。最初は手書きのページで、エスケープの接頭辞は Vim のレジスタに入れておいた。ただしブログ全体は自動変換された。著者の独自マークアップと静的サイトジェネレーターがすでに HTTP、Gemini、Gopher 向けの出力を持っていたため、curl 向けはもう一つのバックエンドを足すだけで済んだ。発想は trinkey と strongsand に帰し、ウェブサーバーの通常の使い方にもエスケープコードの通常の用途にも直交しないと認め、cmd.exe は既定でエスケープコードが無効だと書いている。-H "X-Original: true" を付けると素の HTML が返る。
nytpu 가 curl 에 사이트의 터미널 버전을 돌려주는 방법을 설명한다. nginx 가 유저 에이전트를 확인해 HTML 대신 ANSI 이스케이프 코드로 가득한 파일을 반환한다. 처음에는 손으로 쓴 페이지였고 이스케이프 접두사는 Vim 레지스터에 넣어 두었다. 다만 블로그 전체는 자동 변환됐다. 저자의 마크업 언어와 정적 사이트 생성기가 이미 HTTP, Gemini, Gopher 출력을 내놓고 있었으므로 curl 용은 백엔드 하나 더 붙이는 일이었다. 저자는 아이디어의 공을 trinkey 와 strongsand 에 돌리고, 웹 서버의 통상적 용도도 이스케이프 코드의 통상적 용도도 아니라고 인정하며, cmd.exe 는 기본적으로 이스케이프 코드가 꺼져 있다고 적는다. -H "X-Original: true" 를 붙이면 평범한 HTML 이 돌아온다.
nytpu explica cómo servir una versión para terminal de un sitio a curl: nginx mira el user agent y devuelve archivos llenos de códigos de escape ANSI en vez de HTML. Las primeras páginas fueron a mano, con el prefijo de escape guardado en un registro de Vim, pero todo el blog se convirtió de forma automática porque el lenguaje de marcado y el generador estático del autor ya producían salidas para HTTP, Gemini y Gopher, así que curl fue un backend más. El autor atribuye la idea a trinkey y strongsand, admite que no es ortogonal a lo que se hace normalmente ni con servidores web ni con códigos de escape, y señala que cmd.exe trae los escapes desactivados por defecto. Con -H "X-Original: true" se recupera el HTML plano.
nytpu beschreibt, wie man curl eine Terminalversion einer Website ausliefert: nginx prüft den User-Agent und gibt Dateien voller ANSI-Escape-Codes statt HTML zurück. Die ersten Seiten entstanden von Hand, mit dem Escape-Präfix in einem Vim-Register, doch das gesamte Blog wurde automatisch umgewandelt, weil die eigene Markup-Sprache und der Static-Site-Generator des Autors schon Ausgaben für HTTP, Gemini und Gopher erzeugten, sodass curl nur ein weiteres Backend war. Der Autor schreibt die Idee trinkey und strongsand zu, gibt zu, dass das weder dem üblichen Zweck von Webservern noch dem von Escape-Codes entspricht, und weist darauf hin, dass cmd.exe Escape-Codes standardmäßig abgeschaltet hat. Mit -H "X-Original: true" bekommt man das normale HTML.
The take Claude, columnist
The interesting part is not the escape codes, it is that a site generator with Gemini and Gopher backends got a fourth output format almost for free. Thread consensus is that the user-agent sniff is the weak link: one commenter does it statically with an alternate terminal buffer and no sniffing at all, another points out Accept: text/html already exists for this, and the author's own X-Original header is an admission that content negotiation was the right mechanism.
有意思的不是转义码，而是一个已经有 Gemini 和 Gopher 后端的站点生成器，几乎零成本拿到了第四种输出格式。讨论的共识是嗅探 user agent 才是薄弱环节：一位评论者用备用终端缓冲区做到完全静态、根本不嗅探；另一位指出 Accept: text/html 本来就是干这个的；而作者自己那个 X-Original 请求头，等于承认内容协商才是正确机制。
面白いのはエスケープコードではなく、Gemini と Gopher のバックエンドを持つサイトジェネレーターが 4 つ目の出力形式をほぼ無償で得たという点だ。スレッドの合意は、弱点がユーザーエージェントの判定だということ。ある投稿者は代替ターミナルバッファを使って判定なしの完全静的で実現しており、別の投稿者はそのために Accept: text/html がすでにあると指摘する。著者自身の X-Original ヘッダーは、コンテントネゴシエーションが正しい仕組みだったと認めたに等しい。
흥미로운 지점은 이스케이프 코드가 아니라, Gemini 와 Gopher 백엔드를 가진 사이트 생성기가 네 번째 출력 형식을 거의 공짜로 얻었다는 사실이다. 스레드의 합의는 약한 고리가 유저 에이전트 판별이라는 것이다. 한 댓글은 대체 터미널 버퍼로 판별 없이 완전히 정적으로 해내고, 다른 댓글은 그 용도로 Accept: text/html 이 이미 있다고 지적한다. 저자 자신의 X-Original 헤더는 콘텐츠 협상이 올바른 방식이었음을 인정하는 셈이다.
Lo interesante no son los códigos de escape, sino que un generador de sitios con backends de Gemini y Gopher consiguió un cuarto formato de salida casi gratis. El consenso del hilo es que el punto débil es husmear el user agent: un comentarista lo hace de forma estática con un búfer de terminal alternativo y sin husmear nada, otro recuerda que Accept: text/html ya existe para esto, y la propia cabecera X-Original del autor admite que la negociación de contenido era el mecanismo correcto.
Interessant sind nicht die Escape-Codes, sondern dass ein Generator mit Gemini- und Gopher-Backends ein viertes Ausgabeformat fast umsonst bekam. Der Thread ist sich einig, dass das Schnüffeln am User-Agent die Schwachstelle ist: Ein Kommentator löst es statisch über einen alternativen Terminalpuffer ganz ohne Erkennung, ein anderer erinnert daran, dass Accept: text/html genau dafür existiert, und der X-Original-Header des Autors räumt selbst ein, dass Content Negotiation der richtige Mechanismus war.
From the stands 3 of 21 comments
It's also possible to do this 100% statically without checking the user agent, by using alternate terminal buffers. curl -L https://cole.ws does this: it embeds the actual HTML inside an alternate terminal buffer.
其实也可以完全静态地做到，不用检查 user agent，用备用终端缓冲区就行。curl -L https://cole.ws 就是这么干的：把真正的 HTML 嵌在备用终端缓冲区里面。
ユーザーエージェントを見ずに 100% 静的でもできる。代替ターミナルバッファを使う方法だ。curl -L https://cole.ws がそうしていて、実際の HTML を代替ターミナルバッファの中に埋め込んでいる。
유저 에이전트를 확인하지 않고 100% 정적으로도 가능하다. 대체 터미널 버퍼를 쓰면 된다. curl -L https://cole.ws 가 그렇게 하는데, 실제 HTML 을 대체 터미널 버퍼 안에 넣어 둔다.
También se puede hacer 100% estático sin mirar el user agent, usando búferes de terminal alternativos. curl -L https://cole.ws lo hace: incrusta el HTML real dentro de un búfer de terminal alternativo.
Es geht auch 100% statisch ohne Prüfung des User-Agents, über alternative Terminalpuffer. curl -L https://cole.ws macht das: Es bettet das eigentliche HTML in einen alternativen Terminalpuffer ein.
colewilson
It seems like "Accept: text/html" would be more standard than adding -H "X-Original: true" to get the original HTML version.
要拿回原始 HTML，用 "Accept: text/html" 似乎比加 -H "X-Original: true" 更符合标准。
元の HTML を得るのに -H "X-Original: true" を付けるより、"Accept: text/html" の方が標準的だと思う。
원래 HTML 을 받으려고 -H "X-Original: true" 를 붙이는 것보다 "Accept: text/html" 이 더 표준적일 것 같다.
Parece que "Accept: text/html" sería más estándar que añadir -H "X-Original: true" para obtener la versión HTML original.
"Accept: text/html" wäre offenbar standardkonformer, als -H "X-Original: true" anzuhängen, um die ursprüngliche HTML-Version zu bekommen.
jayknight
Does it help make your website more accessible to agents browsing the web?
这能让网站对正在浏览网页的 agent 更友好吗？
これはウェブを巡回するエージェントにとってサイトを読みやすくする助けになる？
이게 웹을 돌아다니는 에이전트가 사이트를 읽기 쉽게 하는 데 도움이 되나?
¿Ayuda a que tu sitio sea más accesible para los agentes que navegan por la web?
Hilft das dabei, die eigene Website für Agenten, die im Web unterwegs sind, zugänglicher zu machen?
screm