草庐IT

base_config

全部标签

c# - web.config 中的 enforceFIPSPolicy 标志似乎不适用于 Web 应用程序

我正在尝试设置一个Web应用程序以在FIPSAlgorithmPolicy设置为1在Windows注册表中(特别是HKLM/SYSTEM/CurrentControlSet/Control/Lsa)。启用此标志后,对类MD5CryptoServiceProvider的任何调用会导致InvalidOperationException与以下堆栈跟踪一起抛出:[InvalidOperationException:ThisimplementationisnotpartoftheWindowsPlatformFIPSvalidatedcryptographicalgorithms.]System

c# - App.config 与 .ini 文件

我正在审查一个.NET项目,我发现大量使用.ini文件进行配置。我更愿意改用app.config文件,但在我介入并与开发人员解决这个问题之前,我想知道是否有任何正当理由支持.ini文件而不是app.config? 最佳答案 嗯,平均而言,.INI文件可能更紧凑,并且在某种程度上更易于人类阅读。XML读起来有点麻烦,而且非常冗长。但是,app.config当然是.NET支持的标准.NET配置机制,并且有很多Hook和做事的方法。如果你使用.INI文件,你基本上是在“一路滚动你自己的”。“重新发明轮子”的经典案例。然后再说一遍:这个项目

c# - Web.Config 中的自定义部分/集合

这个问题在这里已经有了答案:HowdoIdefinecustomweb.configsectionswithpotentialchildelementsandattributesfortheproperties?(5个答案)关闭3年前。我有一堆路由,我希望能够将它们放入我的Web.Config文件中。对于集合中的每个部分/项目,我需要一个键和两个值字段。类似这样的事情......这可能吗?

c# - app.config 文件是存储密码的安全位置吗?

我需要在代码中存储secret密码。我不能使用哈希技术,因为需要密码本身。如何将这些数据安全地存储在app.config文件中?还有其他方法可以安全地完成此操作吗?DPAPI和ProtectDataClass不是一个选项,因为key是系统特定的,例如:连接字符串不能以这种方式为不同的最终用户系统存储。 最佳答案 您可以使用DPAPI(数据保护API)来加密配置文件的某些部分。您的代码仍将使用ConfigurationManager并且解密将由框架处理。有关相同内容的更多信息,请参阅此模式和实践文档HowTo:EncryptConfi

c# - 如何使用 JSON 从 WCF REST 服务返回 Base64 编码的字节数组?

我有一个简单的WCFREST方法,它将返回字节数组中的图像/文件/等:[OperationContract][WebGet(UriTemplate="TestMethod")]byte[]TestMethod();服务契约绑定(bind)到具有以下行为的webHttpBinding:该方法工作正常,除了字节数组的格式如下:[25,15,23,64,6,5,2,33,12,124,221,42,15,64,142,78,3,23]如果我删除属性defaultOutgoingResponseFormat="Json",该服务默认为XML格式,并且结果在Base64中编码如下:GQ8XQAY

C#常用加密解密方法(Base64加密解密)

在日常开发过程中,总会遇到需要加密解密的需求,这里我整理了C#常用的加密解密方法分享给大家。先看看加密的基本概念:"加密",是一种限制对网络上传输数据的访问权的技术。原始数据(也称为明文,plaintext)被加密设备(硬件或软件)和密钥加密而产生的经过编码的数据称为密文(ciphertext)。将密文还原为原始明文的过程称为解密,它是加密的反向处理,但解密者必须利用相同类型的加密设备和密钥对密文进行解密。加密的基本功能包括:1.防止不速之客查看机密的数据文件;2.防止机密数据被泄露或篡改;3.防止特权用户(如系统管理员)查看私人数据文件;4.使入侵者不能轻易地查找一个系统的文件。一、本节摘要

c# - 我应该从发布目录中清除 *.vshost.exe 和 *.vshost.exe.config 吗?

我在生产部署文件夹中发现了许多vshost文件。我知道这些是干什么用的,它们不属于这里。我的问题是,它们有什么危害吗?是否值得我花时间检查所有部署文件夹中的100多个应用程序以确保它们已被删除,或者这是浪费时间吗?我还必须更改相当多的部署脚本。它们被开发人员包含在部署构建脚本中,谢天谢地,他们早已不复存在。我知道他们不应该在那里。我想知道把它们留在那里是否有任何危险。 最佳答案 首先,它们不应位于生产部署文件夹中。它们只能由VisualStudio(从开发文件夹)运行。它们是如何部署的?他们为调试设置了一个部分信任的环境。参见her

c# - SmtpClient 和 app.config system.net 配置

我在开发用于发送电子邮件的.NET3.5库时遇到问题。我将system.net配置放入app.config:然后我在没有参数的情况下实例化SmtpClient:SmtpClientclient=newSmtpClient();但是配置没有被读取(我试图用NUnit测试库)并且我得到一个System.InvalidOperationException,因为配置没有被读取,因此主机为空。不应该自动读取配置吗? 最佳答案 确保将配置block(如上所示)添加到{appName}.exe.config或web.config-类库的配置是在运

c# - 我的 .NET 应用程序何时/如何使用其 App.Config 文件?

我以前从没想过;但我最近了解到如何修改app.config文件以添加/删除跟踪监听器(例如,将所有Trace.WriteLine输出重定向到文本文件)。但是我不太明白它是如何工作的?有人可以解释一下吗?我知道相应的C#代码与配置(在此示例中)执行相同的操作-该代码是否在我的应用程序入口点之前生成/执行? 最佳答案 doesthatcodegetgenerated/executedbeforemyapplication'sentrypoint?将配置文件视为标准文本文件。如果您的应用程序代码不读取它也不对其进行任何操作,则什么也不会发

c# - 如何以编程方式修改 app.config 中的 assemblyBinding?

我试图通过使用XmlDocument类并直接修改值来在安装时更改bindingRedirect元素。这是我的app.config的样子:......然后我尝试使用以下代码将1.0更改为2.0privatevoidSetRuntimeBinding(stringpath,stringvalue){XmlDocumentxml=newXmlDocument();xml.Load(Path.Combine(path,"MyApp.exe.config"));XmlNoderoot=xml.DocumentElement;if(root==null){return;}XmlNodenode=r