小编sid*_*ker的帖子

是否有适用于所有主流浏览器的通知系统？我知道chrome有他们的Notification API,Safari有推送通知,IE已经固定网站,但是有一些更通用的方式来显示通知吗？我确实找到了https://github.com/ttsvetko/HTML5-Desktop-Notifications,它们使用了不同通知的组合(虽然我似乎仍然无法让IE中的演示工作).

我正在使用meta http-equiv="Content-Security-Policy"标记将域名列入白名单.列表变得越来越大,所以我想知道在content值中使用新行是否可以？

<meta http-equiv="Content-Security-Policy" content="
   default-src 'self' http://example.com;
   style-src 'self' 'unsafe-inline' http://example.com;
   script-src 'self' 'unsafe-inline' http://example.com;
">

编辑:刚发现validator.w3.org在多行content值上显示错误,所以我猜这是不允许的.

我的php文件上有一个常规表单,在提交之后它必须回显一条消息.通过在action =""中添加任何内容,我能想到显示消息的唯一方法是将其存储到会话中,并在页面加载时显示它(如果有会话集).

一切都工作得很好,但是w3c验证器说我有一个错误:

元素表单上属性操作的值不正确:必须为非空.

如何在不必将#或index.php放入操作字段的情况下修复此错误？

编辑:

<form action="" method="post">
    <input type="email" name="email" placeholder="Enter your email">
    <input type="submit" name="submit" value="SEND">
</form>

<?php
    if(isset($_POST['submit']) && isset($_POST['email'])){          
        if(filter_var($_POST['email'], FILTER_VALIDATE_EMAIL) === false){
           echo 'This isn\'t a valid email';
        }else{
           echo 'Great';
        }
    }
?>

我是TypeScript的新手,但在C#中有一个背景,我对如何处理TypeScript模块有点困惑.我一直在考虑将模块作为C#中的命名空间,但这可能是错误的,因为我的代码行为不像我期望的那样.

我有以下文件夹结构:

|-myApp
|  |-myController
|  |      |-myController.ts
|  |-models
       |-a.ts
       |-b.ts

而这段代码:

// a.ts
module MyApp.Models {
    export class A {

    }
}
// b.ts
module MyApp.Models {
    export class B {

    }
}

// myController.ts (THIS DOESN'T WORK)
module MyApp.MyController {
    import Models = MyApp.Models;
    class MyController {
        a = new Models.A();
        b = new Models.B();
    }
}

// myController.ts (THIS WORKS)
module MyApp.MyController {
    class MyController {
        a = new Models.A();
        b = new Models.B();
    }
} …

我有这个非常常见的问题,它说方法不允许(OPTIONS)GET请求.每当我进行API调用时,我都会收到以下错误.我有这样的设置web.config:

<system.webServer>
  <modules>
    <remove name="WebDAVModule"/>
  </modules>
  <httpProtocol>
    <customHeaders>
      <add name="Access-Control-Allow-Origin" value="*"/>
      <add name="Access-Control-Allow-Headers" value="Origin, Authorization, X-Requested-With, Content-Type, Accept"/>
      <add name="Access-Control-Allow-Methods" value="GET, POST, PUT, DELETE, OPTIONS"/>
    </customHeaders>
  </httpProtocol>
  <handlers>
    <remove name="WebDAV"/>
    <remove name="ExtensionlessUrlHandler-Integrated-4.0"/>
    <remove name="OPTIONSVerbHandler"/>
    <remove name="TRACEVerbHandler"/>
    <add name="ExtensionlessUrlHandler-Integrated-4.0" path="*." verb="*" type="System.Web.Handlers.TransferRequestHandler" preCondition="integratedMode,runtimeVersionv4.0"/>
  </handlers>
</system.webServer>

我尝试使用Asp.Net.WebApi.Cors并强制执行CORS全局使用EnableCors()所有原始标头和方法,这也不起作用.

我已经看到多个人提出这个问题了,没有一个答案对我有用.

我正在尝试使用react/axios对google maps api进行API调用.

这是我的获取请求:

componentDidMount() {
  axios({
   method : 'get',
   url : `http://maps.googleapis.com/maps/api/js?key=${key}/`,
   headers: {
     "Access-Control-Allow-Origin": '*'
     "Access-Control-Allow-Methods": 'GET',
   },
  })
 .then(function (response) {
  console.log(response);
 })
 .catch(function (error) {
  console.log(error);
 });
}

这是错误消息:

XMLHttpRequest cannot load http://maps.googleapis.com/maps/api/js?
key=xxxxxxxxx/. Response to preflight request doesn't pass access control 
check: No 'Access-Control-Allow-Origin' header is present on the 
requested resource. Origin 'http://localhost:3000' is therefore not allowed access.

我读过其他人都指向https://www.html5rocks.com/en/tutorials/cors/的文章con CORS

但我找不到我的问题的答案.

MDN说，当必须在站点之间交换 cookie、授权标头或 TLS 客户端证书等凭据时，Access-Control-Allow-Crendentials必须将其设置为true.

考虑两个站点 A - https://example1.xyz.com，另一个站点是 B- https://example2.xyz.com。现在我必须Get从 A 向 B发出 http请求。当我从 AI 请求 B 时，

“请求的资源上不存在‘Access-Control-Allow-Origin’标头。因此不允许访问Origin‘http://example1.xyz.com ’。”

所以，我在 B 中添加以下响应头

response.setHeader("Access-Control-Allow-Origin", request.getHeader("origin"));

这解决了相同的起源错误，我可以向 B 提出请求。我何时以及为什么应该设置

response.setHeader("Access-Control-Allow-Credentials", "true");

当我用谷歌搜索解决这个same-origin错误时，他们中的大多数人都推荐使用这两个标题。我不清楚使用第二个Access-Control-Allow-Credentials。

1. 我什么时候应该同时使用两者？
2. 为什么我应该设置Access-Control-Allow-Origin为origin从请求头中获取而不是通配符*？

请给我举个例子，以便更好地理解它。

我在webpack-dev-server上运行了我的单页应用程序.我可以加载和重新加载我的进入路线localhost:8080,它每次都有效.但是,我localhost:8080/accounts/login只能通过应用程序内的链接加载localhost:8080/accounts/login,即每当我从浏览器刷新按钮重新加载我得到

Cannot GET /accounts/login/

作为服务器响应,我得到了控制台

内容安全策略:页面的设置阻止了自身加载资源("default-src http:// localhost:8080 ").来源:;(函数installGlobalHook(window){....

这是我在单页应用的index.html上的CSP标题

<meta http-equiv="Content-Security-Policy"
  content="default-src * 'self' 'unsafe-inline' 'unsafe-eval'">

我也没有使用任何devtool我的webpack.config.json.我错过了什么.

我遇到了 CORS 问题，但似乎无法解决。

我的设置：

• 网络A上的路由器/热点
• 网络B上的 Web 服务器