【问题标题】:Getting error message unknown server tag 'dnn:ComboBox' when setting staging from production从生产设置登台时收到错误消息未知服务器标记“dnn:ComboBox”
【发布时间】:2017-06-19 11:59:51
【问题描述】:

我已从生产环境复制文件和数据库并复制到登台服务器,当我在登台环境上浏览时收到此错误消息。

【问题讨论】:

  • dnn 是什么命名空间?听起来它是一个第三方控制套件,如果是这种情况,那么您可能在代码中本地缺少对它的引用,或者它是一个基于 GAC 的库,您也需要将其安装到服务器上。跨度>
  • DNN(DotNetNuke) 是用于创建动态页面和模块的开源 CMS 工具。

标签: c# .net dotnetnuke


【解决方案1】:

这很可能是因为您缺少服务器上引用的程序集。 DotNetNuke 库似乎丢失了。

您需要将相关引用添加为CopyLocal,然后重新部署。

最好确保您的环境尽可能接近相同,并且如果引用第三方库,您可以:

  1. 在所有环境中安装 GAC 中的库并从 GAC 引用
  2. 使用复制本地引用并使用您的代码部署程序集
  3. 使用 Nuget 之类的工具并让您的 CI 系统在部署之前解决它们。

【讨论】:

  • 嗨,我已经从 bin 文件夹中复制了所有文件,但没有在暂存中覆盖它以保留其版本详细信息。
  • @ravichandra 那里有 DotNetNuke 程序集吗?您的项目中有什么样的参考资料?
  • 是的,那里有 DNN 程序集。
  • @ravichandra 在项目中如何引用它们?您可以在 Visual Studio 中发布参考的屏幕截图吗?
  • dotnetnuke 是 CMS
【解决方案2】:

尝试将您的开发 web.config 文件与暂存进行比较。我猜你的开发配置文件中有一个标签前缀(例如 )(在 system.web -> pages -> 控件下),但在暂存中没有。

【讨论】:

    【解决方案3】:

    这似乎是不完整的备份/恢复。请重新开始。请务必复制所有文件。如果它们来自 Zip 文件,请务必在其属性中“取消阻止”该 Zip 文件。

    一个好的备份恢复将具有以下内容:

    1. 原始位置的所有文件(有时在 zip 文件中)。
    2. 数据库的完整备份。

    良好的恢复需要以下条件:

    • 要响应的域名。
    • 复制了完整文件系统备份的文件夹。
    • 该文件夹需要加载所有文件的权限(例如,IIS_IUSRSNetwork Service)。
    • 将数据库完全还原到可访问的(本地?)数据库,并为其分配了唯一用户db_owner
    • 更新了 web.config 以反映新的数据库位置和用户凭据(通常需要至少 1-2 次更新)。
    • 更新 PortalAliasPortalSettings 表以正确反映要响应的网站域名(例如,localhost.mysite 而不是 productiondomain.com)。

    只要没有错别字或遗漏步骤,每次都有效。

    我们通常做的可选的额外的事情包括:

    • 扫描病毒。
    • 扫描意外文件(例如,*.asp 和 *.php)。
    • 更新 HostSettings 以反映新的(本地 SMTP)服务器。
    • 正在清理已恢复的 PII 数据库。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2010-12-21
      • 2011-07-05
      • 1970-01-01
      • 2021-12-05
      • 2013-10-08
      • 1970-01-01
      • 2012-01-22
      • 1970-01-01
      相关资源
      最近更新 更多