我有一个新的Windows 2016服务器，我已经复制了一个网站（经典的ASP），并且我所有的远程请求都非常缓慢 我已经使用旧的服务器上的Msxml2.XMLHTTP现在我已经试过他们所有Msxml2.XMLHTTP.3.0和Msxml2.XMLHTTP.6.0仍然很慢 对于一些不知情的原因Msxml2.serverXMLHTTP不起作用 将链接复制到浏览器很快 可以做些什么来解决这个问题？
在Windows服务器上使用composer-setup.exe安装程序安装Composer。 但是，这个安装程序要求服务器能够通过getcomposer.org来获取文件。 由于我正在使用的服务器是一个没有广域网访问的内部系统，有没有人知道使用“离线”方法安装composer php的方式？ 我所研究的一切都没有显示出这样的select。
我们有一个带有一个IIS网站的Web服务器和4个使用URL重写指向同一个IIS网站的URL。 是否有可能为每个URL分开维护页面。
我在IIS 8.5服务器上启用了GZip压缩。 并testing下面的工具压缩。 Varvy GZip Giftofspeed压缩testing Whatsmyip Gzip压缩testing GIDZip 我在GTMetrix网站性能工具上testing了它。 GZip压缩都是绿色的。 GTmetrix Yslow也表示GZip在我的networking应用程序上启用。 但问题是Chrome YSlow扩展名仍然给出了“启用GZip压缩”的F。 我检查了"Content-encoding"的响应标题。 仍然显示Accept-Encoding : gzip, deflate 我也做了web.config，applicationhost.config和IIS服务器configuration的所有configuration。 我对此感到困惑。 任何帮助将不胜感激。 谢谢
我已经使用dot net frame work 4.5和MySQL Database在Visual Studio 2015中创build了一个web API 。 在我的系统上， API是完美的。 但是当我部署在我的服务器上，然后在本地运行，它给了我下面的错误 The 'targetFramework' attribute in the <compilation> element of the Web.config file is used only to target version 4.0 and later of the .NET Framework (for example, '<compilation targetFramework="4.0">'). The 'targetFramework' attribute currently references a version that is later than the installed version […]
我正在将一些站点从IIS 7.5 Web服务器（2008 R2）移动到IIS 8.5服务器（2012 R2），特别是给我一个合适的过程。 该网站使用客户端证书进行身份validation。 用户信息存储在数据库中，应用程序根本不连接到AD。 我将SSL设置为需要SSL，而客户端证书也设置为需求。 根CA证书位于本地计算机的受信任根CA中，该站点具有有效的SSL证书，并正确提示用户提供其客户证书。 但是，我收到403.16响应，抱怨服务器不信任客户端证书。 我确定所有非自签名证书都从受信任的根CA移到中间CA，比较了两个服务器之间的站点configuration，并试图在registry中设置SendTrustedIssuerList = 0。 这些似乎都没有伎俩。
我正在尝试为我的后端应用程序服务器设置一个反向代理来执行负载平衡，并防止其他端口暴露给客户端。 如果客户端未通过身份validation，则我的应用程序服务器将客户端从http：// localhost：80redirect到http：// localhost：7001 / authenticate以进行身份validation。 我已将Windows Server 2012 R2中的IISconfiguration为反向代理。 默认网站在http：80和https：443上侦听并安装了这些模块：AAR，Web Farm，External Cache，URL重写。 在testing期间，我观察到我能够将请求发送到http：// localhost：80，并且在请求的位置标题被更改为http：// localhost：7001 / authenticate时，请求被中止。 因为客户端只知道http：80或https：443，所以我如何重新路由http：// localhost：7001 / authenticate ？
我们使用IIS 8.5的窗口服务器2012 R2标准版。 为我们的Web应用程序。 它创build了超过一个GB的巨大的IIS日志文件。 我的问题是它是否会影响应用程序的性能。 此前我们使用的是窗口服务器2008 R2标准版。 当我们转移到具有类似RAM和处理器的新服务器时，RAM利用率达到了90％。 还是有什么新的configuration设置，我们需要专门用于IIS 8.5？
我们有一个简单的ASP.NET Web项目来dynamic地使用WPF库（不使用GDI +）来创build一个PNG图像。 这个示例在本地机器上正常工作。 但是，由于图像被下载为空白，所以我们在服务器机器上面临一个问题。 请在下面find服务器机器configuration和示例链接。 代码片段： protected void btnCreateExcel_Click(object sender, EventArgs e) { Thread currenThread = new Thread(Sample); currenThread.SetApartmentState(ApartmentState.STA); currenThread.Start(); currenThread.Join(); } private void Sample() { Grid grid = new Grid(); grid.Width = 300; grid.Height = 300; TextBlock block = new TextBlock(); block.Text = "Test Image"; block.Background = Brushes.Red; grid.Children.Add(block); Rectangle rectangle = new […]
我有一个奇怪的问题。 让我一步一步详细解释： 我有一个供应商开发的REST WS（使用WCF制作）与MS CRM同步数据。 我开发了一个Windows服务，它从数据库中提取批量数据进行同步，然后使用Post方法作为JSON对象将它传递给这个Web服务。 Windows服务部署在其中一个节点上。 我面临的问题从来没有发生在Dev，QA，UAT或分期环境中。 它仅适用于生产环境。 在生产应用程序工作了一段时间，然后开始抛出400错误的请求错误。 然后，直到我们重新启动站点或重置应用程序池标识IIS不断抛出400错误的请求错误。 当我们重新启动网站或应用程序池时，相同的请求失败开始获得成功的答复。 它在这样的一段时间内工作，而且再次发生400次。 Web服务托pipe的环境是Win Server 2012,2节点负载平衡环境。 WS被部署在boht节点的端口8080上，并被configuration为在.Net 4.0下运行。 我在我的Windows服务日志（这是这些WS的客户端）中收到以下错误。 System.Net.WebException：远程服务器返回错误：（400）错误的请求。 在CrmWrapperWsHelper.cs中的SspToCrmSynchronizationService.Helpers.CrmWrapperWsHelper.CallService（String data，String url，String method，String userName，String password，String contentType）：SspToCrmSynchronizationService.Helpers.CrmWrapperWsHelper.CallDocumentCreateService中的第79行（String data）CrmWrapperWsHelper.cs ：第20行在SequentialProcess.cs中的SspToCrmSynchronizationService.Process.SequentialProcess.Process（List`1 appList，DatabaseHelper dbHelperForChildTask，CancellationToken ct）的CommonOperations.cs中的第52行：SspToCrmSynchronizationService.Process.CommonOperations.GenerateJsonAndInvokeDocCreateWS（Int64 appRefNo，Application app） 88行 首先，我们检查了IIS日志，发现IIS在几百个MS中返回了400错误。 我们怀疑它没有到达WS应用程序，因为应用程序根本没有logging任何东西，尽pipelogging请求是供应商在WS代码中做的第一件事情。 其次，我们使用Fiddler来捕获请求和响应，并得到以下结果： HTTP/1.1 400 Bad Request Cache-Control: private Content-Length: 1647 Content-Type: text/html Server: Microsoft-IIS/8.5 X-ASpNet-Version: 4.0.30319 X-Powered-By: ASP.Net Date: […]