WWW.YOUINFO.SITE
标签聚合 Worker

/tag/Worker

LinuxDo 最新话题 · 2026-06-08 02:41:10+08:00 · tech

Creating an optimized production build ... Next.js build worker exited with code: null and signal: SIGKILL error: script "build:next:raw" exited with code 1 error: script "build:raw" exited with code 1 error: script "build:vercel" exited with code 1 Error: Command "bun run build:vercel" exited with 1 ▲ Build system report ▲ To always completely log this report, add VERCEL_BUILD_SYSTEM_REPORT=1 as an Environment Variable to your project. • At least one "Out of Memory" ("OOM") event was detected during the build. • This occurs when processes or applications running during the build completely fill up the available memory (RAM) in the build container. When this happens, the build container terminates one of the processes during the build with a SIGKILL signal. • Read this troubleshooting guide for more information: https://vercel.link/troubleshoot-build-errors 是免费版本构建机器太小了吗?只能部署到2.1.56版本的,后面版本都是报这个OOM 2 个帖子 - 2 位参与者 阅读完整话题

v2ex · 2026-05-27 13:51:04+08:00 · tech

起因: 某些邮箱的 SMTP 发送服务,不会将发送日志记录到到 [已发送] ,需要自己想办法实现发送日志记录。同时调用 SMTP 发送邮件通常需要依赖第三方库,使用起来不是很方便,于是在 AI 的辅助下开发了这个 Zsend 服务。 Zsend 后端可配置多个 STMP 账号,并提供 HTTP API 发送接口,简化了使用方式和没有日志记录的问题。 主要特点 通过 HTTP 接口发送邮件,支持多 SMTP 账号 按请求里的 from 地址精确匹配 SMTP 账号 支持 text 、 html 、 markdown 三种正文类型 SMTP 发送失败时自动重试一次 将邮件发送日志写入 Cloudflare D1 发信接口使用 Bearer Token 鉴权 支持 WebUI 查看发送日志 Github 项目地址中提供了部署方法: https://github.com/helloxz/zsend

v2ex · 2026-05-27 13:51:04+08:00 · tech

起因: 某些邮箱的 SMTP 发送服务,不会将发送日志记录到到 [已发送] ,需要自己想办法实现发送日志记录。同时调用 SMTP 发送邮件通常需要依赖第三方库,使用起来不是很方便,于是在 AI 的辅助下开发了这个 Zsend 服务。 Zsend 后端可配置多个 STMP 账号,并提供 HTTP API 发送接口,简化了使用方式和没有日志记录的问题。 主要特点 通过 HTTP 接口发送邮件,支持多 SMTP 账号 按请求里的 from 地址精确匹配 SMTP 账号 支持 text 、 html 、 markdown 三种正文类型 SMTP 发送失败时自动重试一次 将邮件发送日志写入 Cloudflare D1 发信接口使用 Bearer Token 鉴权 支持 WebUI 查看发送日志 Github 项目地址中提供了部署方法: https://github.com/helloxz/zsend

v2ex · 2026-05-27 13:51:04+08:00 · tech

起因: 某些邮箱的 SMTP 发送服务,不会将发送日志记录到到 [已发送] ,需要自己想办法实现发送日志记录。同时调用 SMTP 发送邮件通常需要依赖第三方库,使用起来不是很方便,于是在 AI 的辅助下开发了这个 Zsend 服务。 Zsend 后端可配置多个 STMP 账号,并提供 HTTP API 发送接口,简化了使用方式和没有日志记录的问题。 主要特点 通过 HTTP 接口发送邮件,支持多 SMTP 账号 按请求里的 from 地址精确匹配 SMTP 账号 支持 text 、 html 、 markdown 三种正文类型 SMTP 发送失败时自动重试一次 将邮件发送日志写入 Cloudflare D1 发信接口使用 Bearer Token 鉴权 支持 WebUI 查看发送日志 Github 项目地址中提供了部署方法: https://github.com/helloxz/zsend

LinuxDo 最新话题 · 2026-05-27 12:27:40+08:00 · tech

cbsnews.com At least 1 dead, 9 workers missing after chemical tank implosion at... The damaged tank at Nippon Dynawave Packaging Co. held approximately 900,000 gallons of white liquor, a chemical used in paper processing, authorities said. [!quote]+ 当地政府称,华盛顿州南部一家纸浆和造纸厂周二发生化学品罐内爆事故,造成至少一人死亡,九名工人下落不明。 日本 Dynawave 包装公司位于华盛顿州南部与俄勒冈州交界的朗维尤市的工厂发生罐体破裂,造成八名员工和一名消防员受伤。该部门没有说明遇难者是否为工人。 官员们说,已经通知了所有九名下落不明员工的家属。 CNN – 26 May 26 At least 1 dead and 9 missing after a chemical tank rupture at a paper and... At least one person has died, nine people were injured and nine employees remain unaccounted for after a large vat of chemical treatment product, including hazardous materials, ruptured at a paper and packaging facility in Washington state, fire... bbc.com Longview explosion: one killed and others missing after blast at paper mill Nine others were injured and another nine are missing after a tank ruptured at a paper mill in Longview, Washington. 1 个帖子 - 1 位参与者 阅读完整话题

V2EX - 技术 · 2026-05-27 06:27:57+08:00 · tech

时间长不访问 edge 的 LCP 大概有 30% 的情况要一秒左右。我还建了一个新的 edge 用户,也出现过一秒左右的时候。但是 chrome 每次都会秒开,chrome 性能里没有 LCP ,首个请求基本都是消耗二三十毫秒。我测试的方式是等待十分钟,然后浏览器打开一个新标签页,然后按 F12 ,然后选性能选项卡,然后 Ctrl + E 开始录制,然后再点击收藏夹栏里网页对应的按钮。后来我发现等待五分钟也基本都会触发 edge 的卡顿,更短就基本不卡了。 目前我发现的一些异常:性能选项卡看大部分时间都耗在“正在主线程上等待”了。然后有一次卡得时间比较长的时候看事件日志好像卡在微软的相关 js 上,其他的时候都看不到什么。 我这几天试过开发人员工具中的性能、edge://net-export/ 和 lighthouse 。其中 edge://net-export/ 的东西我基本看不懂,然后不管是整个丢给 AI 还是挑出我感觉可疑的丢给 AI 都没什么有效的方法。我还试过打 log ,在所有关键位置加上输出时间和函数调用位置的信息,没看出来什么门道。 网页临时地址: https://sdwpub.cc.cd/ 。过一段时间很可能会失效。网站是部署在 cloudflare 上的,首次打开会比较卡。打开之后会自动预载可能访问的页面。网站是纯前端的,所有代码都能通过开发人员工具获取,我也没压缩代码。

v2ex · 2026-05-25 14:03:33+08:00 · tech

各位 V 友, 翻译 PDF 最痛苦的不是翻译本身,而是“格式崩溃”和“不可干预”。市面上大多数翻译工具都是上传 PDF 直接出一份不可修改的译文,遇到公式、表格错位或者 AI 抽风翻译错词,用户基本无计可施。 为了解决这个问题,我做了一个在线 PDF 翻译工具: onlinepdftranslator.com 🛠️ 技术栈与思路 我没有采用传统的“直出”方案,而是引入了 Markdown 作为中间层: 解析层:利用结构化 Vision-Language 模型将 PDF/图片解析为带格式的 JSON ,自动识别标题、段落、表格。 存储层:所有解析出的图片资源自动落盘到 Cloudflare R2 ,解决百度云域名限制及访问速度问题。 翻译层:接入顶级 LLM (支持普通/专业翻译双模式),对结构化文本进行分段翻译。 编辑层(核心):前端集成 Milkdown 渲染。我选型 Milkdown 是看中了它的插件化能力和对表格、公式的友好支持。用户可以直接在“所见即所得”的 Markdown 编辑器里进行微调。 渲染层:基于 Cloudflare Browser Rendering API ,通过 headless Chrome 实例将最终的 HTML/CSS 打印成高保真 PDF ,规避了 jsPDF 等前端库处理中文和分页时的各种坑。 ✨ 工具亮点 全栈 Serverless:前后端一体化部署在 Cloudflare Workers 上,响应速度极快。 Markdown 控制权:支持直接导出 MD 文件,或者在编辑器里调整好格式后再导出 PDF/Doc/Excel 。 表格 & 公式友好:针对学术论文和技术文档,支持 LaTeX 实时渲染和复杂的表格编辑插件。 多种导出:除了常规 PDF ,还可以基于原始 JSON 的表格节点,直接生成带样式的 Excel 结构,不丢失单元格属性。 🚀 访问地址 onlinepdftranslator.com 目前项目处于持续迭代中,非常欢迎各位 V 友试用并提出技术建议。

v2ex · 2026-05-25 11:16:46+08:00 · tech

之前看到 Cloudflare 推出的 vinext 能用 vite 来构建 Next.js, 于是上手试了一下顺便整了个订阅到期提醒管理应用. 跑在 Cloudflare worker 上, 零成本. 支持的通知方式: Telegram, webhook, wecombot(企业微信机器人), bark, notifyx, resend, smtp 部署 一键部署 优点是部署简单, 缺点是不方便后续的更新(我自己部署跑了一个多月了, 后续基本不会更新了) GitHub action 部署 fork 仓库后还需要准备: D1 数据库 id,KV Namespace id,Cloudflare Account ID,Cloudflare API Token 具体步骤参照: readme 优点是 sync fork 后自动同步后续的更新, 缺点是部署麻烦要填 action 环境变量 部分页面展示 开源地址 https://github.com/Merack/subflare-vinext

LinuxDo 最新话题 · 2026-05-24 13:04:44+08:00 · tech

本帖使用社区开源推广,符合推广要求。我申明并遵循社区要求的以下内容: 我的帖子已经打上 开源推广 标签: 是 我的开源项目完整开源,无未开源部分: 是 我的开源项目已链接认可 LINUX DO 社区: 是 我帖子内的项目介绍,AI生成、润色内容部分已截图发出: 是 以上选择我承诺是永久有效的,接受社区和佬友监督: 是 以下为项目介绍正文内容,AI生成、润色内容已使用截图方式发出 首页UI 顶部的长方形区域 可以根据3篇帖子的头图自动显示为某一篇帖子的大图,嘎嘎好看 示例站点 后台配备了apitotken可以直接调用传文章 图片自动上传到r2 只需要一个域名就能搭建一套完整的博客系统。 开源地址: GitHub - LordVibeCoding/serverless-cloudflare-blog: Serverless news-magazine blog on Cloudflare · Next.js 16 + D1 + R2 + Tiptap · GitHub 6 个帖子 - 6 位参与者 阅读完整话题