nancy

Override the default Content-Type for responses in NancyFx

坚强是说给别人听的谎言 提交于 2021-02-09 00:45:10
问题 I'm writing a REST API with NancyFx. I often got code like this: Post["/something"] = _ => { // ... some code if (success) return HttpStatusCode.OK; else return someErrorObject; }; The client always assumes application/json as the content type of all responses. It actually sets Accept: application/json in the request. Responses without application/json are errors regardless of the actual body. It simply checks the content type and aborts if it doesn't match json. I can't change this behaviour

.NET Core Nancy application serving static files

折月煮酒 提交于 2021-02-08 15:13:51
问题 I am trying to build a minimal viable web site as a .NET Core project using Nancy with some backend processing and static files as frontend which resides in default project folder wwwroot . The main problem is I don't understand how to make the app respond with static files, because default conventions don't apply to the new .NET Core project system. Building Nancy applications as classic .NET Framework applications is well documented and there are many samples on the web on how to do it. But

Error “ERR_HTTP2_INADEQUATE_TRANSPORT_SECURITY” in Google Chrome while accessing locally hosted SPA

江枫思渺然 提交于 2021-01-29 20:19:18
问题 I've a locally hosted SPA. It is using a self signed certificate for HTTPS communication (generated through Server Certificates in windows 10). It works well with IE11, however when accessed from Google Chrome, shows up error - ERR_HTTP2_INADEQUATE_TRANSPORT_SECURITY. Any clues on what could be done to overcome this? Troubleshooting done so far: 1. Custom cipher suites order. 2. Disabling HTTP2 through windows registry. 回答1: To use HTTP/2 you must be using TLSv1.2 and cannot use a number of

How to Intercept all Nancy requests

时间秒杀一切 提交于 2021-01-05 06:10:35
问题 I have seen this post: Nancy: how do I capture all requests irrespective of verb or path and followed along on the github article. But it does not work. I have simply added a class in my project: public class MyBootstrapper : Nancy.DefaultNancyBootstrapper But this class is never instantiated, and the github documentation does not discuss this in any detail. What do I need to do to cause my bootstrapper to be used? 回答1: I found it. There are two ways to add items to the pipeline. One by

线上直播丨国际人工智能会议AAAI 2021论文北京预讲会,33场报告+31个Poster等你来...

安稳与你 提交于 2020-12-19 08:50:46
注册官网:https://hub.baai.ac.cn/activity/details/119 国际人工智能会议AAAI 2021论文北京预讲会 由中国中文信息学会青年工作委员会主办、智源社区承办,将于 12月19日 在北京北大科技园北领讲堂举办。 AAAI( The National Conference on Artificial Intelligence)会议是国际人工智能领域最高级别的学术会议之一,主要是为促进人工智能(AI)的研究和为人工智能研究人员、从业人员、科学家以及附属学科工程师之间提供一个良好的学术交流平台。正式会议将于明年召开。 本次预讲会对于部分国内研究人员录用的论文进行提前召集以及汇报预讲,旨在加强国内相关学者之间的交流,同时为不能参会的人员提供一次学术分享,从而促进我国人工智能研究的发展。 本届论文预讲会的形式分为特邀报告、口头报告和海报展示三类。此外,还安排了两场面向技术前沿的特邀报告,由本领域的两位优秀青年学者担任报告人。 本次报告会用于提前分享被顶级会议接受的论文,所有报告的著作权/版权由报告人所有,论文的版权/著作权遵从相关会议的约定,也提醒大家尊重作者和会议的相关权利。整个会议报告人和听众均自愿参与,主办方仅承担议程协调和会务组织工作。 时间形式 会议时间:2020年12月19日(周六)08:40-17:50 在线观看:微信扫码入群

架构师都该懂的 CAP 定理

痴心易碎 提交于 2020-12-12 19:53:34
面对可能出现的网络延迟,不可预估的请求流量等情况,设计一个分布式系统,我们通常围绕系统高可用,数据一致性的目标去规划和实现,想要完全实现这个目标,却并非易事。由此,分布式系统领域诞生了一个基本定理,即 CAP 定理,用于指导分布式系统的设计,从系统高可用,数据一致性,网络容错三个角度将分布式系统的特性抽成一个分区容错一致性模型。这样一来,让系统设计者只需根据业务场景特点,进行权衡设计适合业务场景的分区容错一致性模型即可,很大程度简化了分布式系统设计的难度。 也因此,CAP 定理是架构师所必须要掌握的内容,它影响着架构师对分布式系统的技术选型,技术决策。既然如此重要,接下来,我们就一起学习下 CAP 定理吧。 什么是 CAP CAP 定理最初是由加州大学伯克利分校的计算机科学家埃里克·布鲁尔(Eric Brewer)在 2000 年的 ACM PODC 上提出的一个猜想,也因此被叫做布鲁尔定理。后来在 2002 年,麻省理工学院的赛斯·吉尔伯特(Seth Gilbert)和南希·林奇(Nancy Lynch)发表了 CAP 定理的证明,让它成为分布式系统领域公认的一个定理。 CAP 定理指出了,在一个跨区域网络连接,共享数据的分布式系统中,一致性(Consistency),可用性(Availability)和分区容错性(Partition Tolerance)

Azure 解决方案:将本地Windows Server AD 账户与Azure AD集成

一个人想着一个人 提交于 2020-10-29 09:43:31
51CTO 博客地址: https://blog.51cto.com/14669127 博客园博客地址: https://www.cnblogs.com/Nancy1983 一般情况下,我们不建议有一定规模的企业使用纯云用户管理,除非Windows Server AD 尚未用于本地,我们会推荐客户以下两种部署方式: 目录和密码同步 联合身份验证 本文将重点介绍目录与密码同步,如下图所示: 目录与密码同步:是最简单的方式,也是推荐大多数企业组织的方案,因为这种方案: 可以将用户账户从本地目录同步到Azure AD租户,同时本地目录仍旧用来管理账户; Azure AD为基于云的服务和应用程序执行所有身份验证。 支持多林同步。 密码同步:像在本地一样,用户为云服务输入相同的密码,且用户密码不会发送到Azure AD,同时同步每个密码哈希,不会对密码进行解密或者直接获取密码。 多重身份验证(MFA): 利用Office 365提供的基本MFA功能,Azure中的应用程序可以利用MFA多重身份验证服务,目录同步不提供与本地的MFA解决方案的集成。 更多资料: • Prepare for directory synchronization to Microsoft 365 • Set up multi-factor authentication • What is: Multifactor

Azure 解决方案:Azure Active Directory 集成功能

强颜欢笑 提交于 2020-10-28 08:53:11
51CTO 博客地址: https://blog.51cto.com/14669127 博客园博客地址: https://www.cnblogs.com/Nancy1983 Azure Active Directory 提供广泛的功能,以允许集中和简化标识管理,同时集成跨环境的应用程序,并与合作伙伴和客户集成。 跨Microsoft Cloud集成,可以将其他应用程序添加到Microsoft 云中,并应用同一组身份验证和标识安全功能来访问这些应用,比如,可以使用Microsoft Azure中的Cloud-Native功能开发新的业务线(LOB)应用程序,并将这些应用与Azure AD的租户集成。 本文将重点介绍:对其他SaaS应用配置单一登录、Windows 10 与 Azure AD 集成、Azure AD 域服务三个场景。 对其他SaaS应用配置单一登录 通过对其他SaaS应用程序配置单一登录,可以极大地简化整个组织的标识管理,这样可以在同一位置管理所有标识,应用同一安全性集,并访问整个组织的策略,比如多重身份验证(MFA)。 Windows 10 与 Azure AD 集成 在Azure Active Directory 中加入Windows 10 设备。 Windows 10 使用Azure AD和本地目录自动进行身份验证,无需使用ADFS 即可提供单一登录。 域服务

Azure 解决方案:企业与合作伙伴和消费者间的安全标识解决方案

这一生的挚爱 提交于 2020-10-28 08:51:19
51CTO 博客地址: https://blog.51cto.com/14669127 博客园博客地址: https://www.cnblogs.com/Nancy1983 每个企业功,无论其规模、行业或遵从性和安全状况如何,都依赖于与其他企业之间的协作和与客户的联系,所以企业拥有一个全面的、简单且安全的标识解决方案是至关重要的。 Azure Active Directory (Azure AD) 可以提供一个跨越企业与之交互的用户范围的单一身份验证框架来满足这一需求,本文我们将重点分享以下两种解决方案: Azure AD B2B 协作特性来支持企业到企业合作伙伴之间的安全协作 Azure AD B2C 协作特性来支持企业和消费者之间的安全协作 Azure AD B2B 协作 Azure AD B2B 协作启用企业到企业合作伙伴之间的安全协作,这些新功能方便组织在Azure AD租户之间创建高级信任关系,可以安全地与来自其他组织的来宾用户(即使他们没有Azure或者IT部门)共享公司的应用程序和服务,同时保证了公司内部数据的安全控制,一个简单的邀请就可以让合作伙伴使用他们自己的邮件地址凭证来访问你公司的资源,同时开发人员也可以使用Azure B2B API来定制邀请流程或者诸如自助服务注册门户之类的应用程序。 说明:微软将从2021年3月31日开始

架构师都该懂的 CAP 定理

£可爱£侵袭症+ 提交于 2020-10-25 13:44:13
面对可能出现的网络延迟,不可预估的请求流量等情况,设计一个分布式系统,我们通常围绕系统高可用,数据一致性的目标去规划和实现,想要完全实现这个目标,却并非易事。由此,分布式系统领域诞生了一个基本定理,即 CAP 定理,用于指导分布式系统的设计,从系统高可用,数据一致性,网络容错三个角度将分布式系统的特性抽成一个分区容错一致性模型。这样一来,让系统设计者只需根据业务场景特点,进行权衡设计适合业务场景的分区容错一致性模型即可,很大程度简化了分布式系统设计的难度。 也因此,CAP 定理是架构师所必须要掌握的内容,它影响着架构师对分布式系统的技术选型,技术决策。既然如此重要,接下来,我们就一起学习下 CAP 定理吧。 什么是 CAP CAP 定理最初是由加州大学伯克利分校的计算机科学家埃里克·布鲁尔(Eric Brewer)在 2000 年的 ACM PODC 上提出的一个猜想,也因此被叫做布鲁尔定理。后来在 2002 年,麻省理工学院的赛斯·吉尔伯特(Seth Gilbert)和南希·林奇(Nancy Lynch)发表了 CAP 定理的证明,让它成为分布式系统领域公认的一个定理。 CAP 定理指出了,在一个跨区域网络连接,共享数据的分布式系统中,一致性(Consistency),可用性(Availability)和分区容错性(Partition Tolerance)