这个问题在这里已经有了答案:Isactionreallyrequiredonforms?(4个答案)关闭6年前。我刚刚通过W3CHTML5验证器运行了我的一个网页，它完全验证了，即使其中的表单没有action属性，而HTML4验证器总是提示。考虑到HTML5验证器仍处于实验阶段这一事实，尽管验证器没有action属性但表单验证是否存在问题，或者HTML5规范已更改为不再需要该属性？

此篇博客主题:LLAMA模型数据、训练时长、功耗及碳排放量LLaMA:OpenandEfficientFoundationLanguageModelspaperhttps://arxiv.org/pdf/2302.13971v1.pdf1训练样本Overall,ourentiretrainingdatasetcontainsroughly1.4Ttokensaftertokenization.Formostofourtrainingdata,eachtokenisusedonlyonceduringtraining,withtheexceptionoftheWikipediaandBooksd

我在angular2项目中收到一个错误，在chrome开发人员工具控制台中有一条消息说GEThttp://localhost:4200/styles.css在它的左边有一个红色的x。不过我可以使用这些样式，这有什么关系？这是我的index.html文件:ScorekeeperLoading... 最佳答案 从index.html中删除指向样式表的链接。您正在使用angular-cli，并且在您的配置中，angular-cli包含styles.css。您在HTML中的链接标记没有执行任何操作。(angularcli还动态地将该样式的链

我在angular2项目中收到一个错误，在chrome开发人员工具控制台中有一条消息说GEThttp://localhost:4200/styles.css在它的左边有一个红色的x。不过我可以使用这些样式，这有什么关系？这是我的index.html文件:ScorekeeperLoading... 最佳答案 从index.html中删除指向样式表的链接。您正在使用angular-cli，并且在您的配置中，angular-cli包含styles.css。您在HTML中的链接标记没有执行任何操作。(angularcli还动态地将该样式的链

我正在尝试调试一个网页，我看到一个表单元素的开头是我对网络表单只有基本了解，想知道action和onsubmit的执行顺序是什么。 最佳答案 如果action先解析，那么浏览器就会离开页面，JS执行环境就会消失，onsubmit中的JS就无处可运行了，所以它不是。事件处理程序在默认操作之前运行。他们可以取消默认操作。 关于javascript-窗体的"action"和"onsubmit":Whichexecutesfirst?，我们在StackOverflow上找到一个类似的问题：

我正在尝试调试一个网页，我看到一个表单元素的开头是我对网络表单只有基本了解，想知道action和onsubmit的执行顺序是什么。 最佳答案 如果action先解析，那么浏览器就会离开页面，JS执行环境就会消失，onsubmit中的JS就无处可运行了，所以它不是。事件处理程序在默认操作之前运行。他们可以取消默认操作。 关于javascript-窗体的"action"和"onsubmit":Whichexecutesfirst?，我们在StackOverflow上找到一个类似的问题：

假设我在/page?id=1然后我导航到/page?id=2然后我对该页面进行了更改，该页面实现了一个帖子，然后重定向回/page?id=2在Firefox中，我可以点击一次后退按钮并返回到/page?id=1，但是在iPhone上的Chrome和Safari中，我必须点击两次后退按钮，因为/page?id=2在浏览器中历史两次。(如果我从id=2发了多个帖子，我必须多次点击后退按钮才能最终返回到id=1。)在某些方面，这似乎是正常的浏览器行为，因为每个GET都被简单地推送到历史记录中，但是由于URL与前一个条目相同，这会导致糟糕的用户体验，这通常似乎是通过以下方式避免的其他web应用

假设我在/page?id=1然后我导航到/page?id=2然后我对该页面进行了更改，该页面实现了一个帖子，然后重定向回/page?id=2在Firefox中，我可以点击一次后退按钮并返回到/page?id=1，但是在iPhone上的Chrome和Safari中，我必须点击两次后退按钮，因为/page?id=2在浏览器中历史两次。(如果我从id=2发了多个帖子，我必须多次点击后退按钮才能最终返回到id=1。)在某些方面，这似乎是正常的浏览器行为，因为每个GET都被简单地推送到历史记录中，但是由于URL与前一个条目相同，这会导致糟糕的用户体验，这通常似乎是通过以下方式避免的其他web应用

如何防止客户端浏览器呈现页面的缓存版本，以便在访问者访问页面时它必须始终执行GET？我在View中使用Django的@never_cache装饰器，它将“Cache-Control:max-age=0”添加到HTTPGETheader。然而，当我访问该页面时(在GoogleChrome和Firefox中，这是我迄今为止测试过的唯一浏览器)，不可避免地会呈现缓存版本。(通过访问请求的“网络”选项卡进行确认，该选项卡报告“200OK(来自缓存)”。)如果我现在单击刷新按钮，它将呈现来自服务器的新鲜内容(请求的网络选项卡显示“200OK”并且header如图所示下面。)代替设置“Cache-

如何防止客户端浏览器呈现页面的缓存版本，以便在访问者访问页面时它必须始终执行GET？我在View中使用Django的@never_cache装饰器，它将“Cache-Control:max-age=0”添加到HTTPGETheader。然而，当我访问该页面时(在GoogleChrome和Firefox中，这是我迄今为止测试过的唯一浏览器)，不可避免地会呈现缓存版本。(通过访问请求的“网络”选项卡进行确认，该选项卡报告“200OK(来自缓存)”。)如果我现在单击刷新按钮，它将呈现来自服务器的新鲜内容(请求的网络选项卡显示“200OK”并且header如图所示下面。)代替设置“Cache-