纯HTML无法实现鲜花预订配送功能，因其仅负责结构，缺乏数据处理、交互逻辑和后端支持；表单提交需真实服务器接口或第三方服务，原生控件需注意value属性、兼容性及语义化标签使用。
纯 HTML 无法实现鲜花预订配送功能——它只是结构层，没数据、没交互、没后端，连表单提交都只能靠外部服务或 JavaScript 补位。
为什么 <form> 提交后页面“没反应”或跳转到空白页
这是最常遇到的卡点：你写了完整的 <form>，填了 action="/order"，点了提交，结果 404 或白屏。因为 HTML 本身不处理请求，action 指向的路径必须对应真实存在的服务器端接口（比如 PHP/Node.js 路由），否则浏览器只会尝试加载一个静态文件，而它根本不存在。
- 临时调试可用
action="https://httpbin.org/post"查看表单是否发出（配合浏览器 DevTools 的 Network 面板） - 生产环境必须配好后端接收逻辑，或用第三方表单服务（如 Formspree、Formcarry），把
action换成它们提供的 URL -
method推荐用POST，避免订单信息暴露在 URL 中
select 和 input type="date" 怎么合理搭配选花期与配送日
用户需要选花材（下拉）、数量（数字输入）、配送日期（日期选择器），但原生控件容易被忽略兼容性细节：
anything-to-html
下载
将调研报告、方案对比、数据分析、需求梳理、会议纪要、设计说明、代码评审、学习笔记等任务产物输出为可在浏览器直接打开的单文件 HTML，替代 Markdown 作为最终交付物。Markdown 在信息密度、视觉清晰度和可分享性上已跟不上 AI 产物的丰富度，HTML 能同时承载排版、表格、SVG 等。
-
<select>的每个<option>必须有value，不能只靠显示文字——后端靠这个值识别商品，比如<option value="roses-24">24枝红玫瑰</option> -
input type="date"在 Safari 旧版和部分安卓 WebView 中支持差，建议加min属性限制最早可选日期：<input type="date" name="delivery_date" min="2024-06-15"> - 不要用
placeholder替代label，屏幕阅读器和 SEO 都依赖显式<label for="xxx">
用 fieldset + legend 组织表单逻辑，比 div 更语义且利于自动化测试
鲜花订单通常分“收货信息”“花束选择”“附加服务”几块，用 <div class="section"> 看似简单，但丢失了语义和可访问性优势：
立即学习“前端免费学习笔记（深入）”；
-
<fieldset>天然支持disabled批量禁用一组控件（比如库存不足时灰掉全部配送选项） -
<legend>是该组唯一的标题，会被读屏软件朗读，也方便 Cypress/Puppeteer 定位区域 - 示例结构：
<fieldset> <legend>配送时间偏好</legend> <label><input type="radio" name="time_slot" value="morning"> 上午（9:00–12:00）</label> <label><input type="radio" name="time_slot" value="afternoon"> 下午（14:00–17:00）</label> </fieldset>
真正卡住开发进度的，往往不是写不出 HTML 结构，而是没想清「谁来存订单」「谁来发短信通知」「库存怎么同步」——这些全在 HTML 视野之外。先确认后端能力或 SaaS 服务接入方式，再回头补表单字段，比硬套“完整版”模板更省时间。
