程序在VS的IIS express上运行,在chrome控制台不会报错,但发布到IIS 上,有相关字体文件找不到 ,状态码 404,经查发现是站点需要单独添加MIME类型,不然IIS不识别这种文件类型
两种解决方案1.在IIS上找到MIME类型,添加新的配置 .svg image/svg+xmz .woff application/x-font-woff .woff2 application/x-font-woff 2.第一种方法有局限性,是直接操作服务器上的IIS配置,第二种要灵活点,只需要配置程序的web.config 的system.webServer节点,IIS在读取了节点里的内容会自动添加到MIME类型里(个人理解,可以在MIME里看到和方法1一样的结果) <staticContent> <remove fileExtension=".woff"/> <mimeMap fileExtension=".woff" mimeType="application/x-font-woff" /> <remove fileExtension=".woff2"/> <mimeMap fileExtension=".woff2" mimeType="application/x-font-woff2" /> <remove fileExtension=".svg" /> <mimeMap fileExtension=".svg" mimeType="image/svg+xml" /> </staticContent> 解决。
- 使用EntityFramework code first 模式开发时,如果开启懒加载并且存在( Class A存在字段【B】,Class B包含字段【A的集合】这种情况),在返回一个jsonresult类型的对象时,会报一个“序列化类型为“System.Data.Entity.DynamicProxies.【类名_序列号】”的对象时检测到循环引用。”的错误,这种情况 导致 不能测试json 串结果是否正确,在网上查到两种解决方案一种是关闭懒加载,一种是配置 设置序列化时忽略循环引用,但是根据我这个菜鸟半年的项目经验来看,两种方法显然不是正途(懒加载在某些情况下直接拿到实体的相关实体比较方便,不想放弃;配置忽略循环引用可能有潜在的麻烦【未知的坑】),想起了之前开发用到的DTO ,大概是用的比较多的处理方式,于是开始做model->modelDto的转化处理,赶脚好累,这时候才体会到 AutoMapper的第三方工具包的好处- -,好在能体会到其存在的意义和作用并把过去的梳理串联起来,就很开心。 哪怕On bench 了一天,今天也很充实。 --2018-8-2记
- 学到一种简便写法。。。这一天算值了,在找关于EF的资料时,查到一个语法 : var model =repository.GetById(ID).firstordefault; var a=model?.字段。看到model?.字段我是蒙比的。。。虽然知道?在C#里是NULLable<>的简便写法,代表对象可以为空,但是直接这么用还是第一次见- -在一些if条件判断的时候,判断实体.字段的条件,有时候因为实体为空报异常,以前我会用&&先判断实体是否为空,如果为空会不走后面的语句不会触发异常,现在可以直接if(实体?.字段==value)了,哈哈。--2018-8-3
git commit 格式 2018-8-7
feat:新功能(feature)
fix:修补bug
docs:文档(documentation)
style: 格式(不影响代码运行的变动)
refactor:重构(即不是新增功能,也不是修改bug的代码变动)
test:增加测试
chore:构建过程或辅助工具的变动
转载于:https://www.cnblogs.com/Mxy-cnblog/p/9400069.html