2作者: hval大约 1 个月前原帖
几天前,我分享了 accept.md,这是一个小工具,可以让 Next.js 页面在客户端发送以下请求时返回 Markdown 格式的内容: <p>Accept: text&#x2F;markdown</p> 而不是 HTML 格式的内容。 <p>虽然没有人要求支持 SvelteKit,但我还是实现了这个功能。</p> 现在它可以与以下内容一起使用: <p>* Next.js(应用路由和页面路由)<br> * SSG / SSR / ISR<br> * SvelteKit 路由<br> * Vercel(无需自定义服务器)</p> 它的功能: <p>如果客户端发送: <br>Accept: text&#x2F;markdown</p> 那么相同的页面将返回干净的 Markdown 格式。如果没有,它将正常工作并渲染 HTML。 <p>没有重复的路由。<br> 没有单独的 .md 文件。<br> 没有 API 层。<br> 没有 SEO 变化。</p> 只需适当的 HTTP 内容协商。 <p>我为什么要构建这个工具: <br>大型语言模型(LLMs)更喜欢 Markdown。<br> 内部工具更喜欢 Markdown。<br> 抓取工具更喜欢 Markdown。<br> 命令行工作流更喜欢 Markdown。</p> 但大多数网站只返回 HTML。 <p>通常的解决方案是: <br>* 维护一个并行的 Markdown 版本<br> * 构建一个自定义导出路由<br> * 创建一个文档 API<br> * 启动一个自定义服务器</p> 这感觉是不必要的。 <p>浏览器已经发送 Accept: text&#x2F;html。<br> 代理可以发送 Accept: text&#x2F;markdown。</p> HTTP 已经解决了这个问题。accept.md 只是让在现代框架中使用内容协商变得简单,而不会破坏静态生成或边缘部署。 <p>设计目标: <br>* 零 UI 变化<br> * 对普通访客零运行成本<br> * 与静态构建兼容<br> * 友好的缓存<br> * 框架原生支持</p> 它故意设计得很小。没有复杂的抽象。只是一个干净的方式来暴露现有页面的 Markdown 表示。 <p>非常希望获得反馈——特别是来自那些构建 AI 原生应用、文档系统或内容密集型 SaaS 的人。</p> 我很好奇,随着代理成为一流的网络客户端,Markdown 协商是否会变得更加普遍。
3作者: maxtobiasen大约 1 个月前原帖
我想先说明一下,我对网页开发非常陌生,这是我完成的第一个产品。任何反馈都非常感谢!<p>对我来说,每一个数字数学工具都远不如纸笔来得好。LaTeX速度太慢,而大多数所见即所得编辑器功能也不够完善。<p>Scratchpad是我对此的解决方案。你输入快捷键,它会使用MathQuill实时渲染。以下是我添加的一些功能:<p>- 希腊字母,包括大写和小写 - 矩阵(在我尝试过的其他编辑器中非常笨重!) - 矢量箭头和导数点等符号 - 许多其他实用符号(集合符号、梯度、正负号、偏导数)<p>根据我在开发过程中使用的经验,它的速度明显快于纸笔。虽然快捷键有一点学习曲线,但我尽量让它尽可能直观。<p>整个程序都在一个index.html文件中,只需打开它并开始写作。我非常希望能收到任何建议,特别是来自有数字数学笔记经验的朋友。谢谢!