好的,所以这似乎是一个基本问题。也许是。但对于我的生活,我不知道答案。我正在寻找简单的答案。
我尝试了以下两种方法:
1)我有一个我在本地创建的网站。当我部署到我的主机(站点文件的XCopy +恢复.bak SQL Server备份文件)时,我得到了与数据库中正在本地HD上查找文件的记录有关的各种错误。 IE:数据库中有完全限定的路径名与相对路径名。 EX:C:\ FolderName \ FileName.ext
2)我已经在我的主机上创建了一个全新的数据库和新的站点文件,以便创建新的站点,但SQL脚本将无法运行。即使在web.config中正确设置了连接字符串,似乎也是一个权限问题。
另外,我还没有从Visual Studio中解决任何问题。现在只需从门户界面做一切。
哦,我先在这里问,因为你们在StackOverflow上的所有人都是可靠的。 DNN监控论坛的人不是。
答案 0 :(得分:0)
1)您应该能够将文件系统和数据库复制到另一台服务器并运行没有问题。如果您正在进行自定义开发,则必须确保在URL中使用相对路径或考虑当前门户网站别名(PortalModuleBase基类具有获取当前别名的属性PortalAlias.HTTPAlias)。如果您有“硬编码链接”,您的网站将无法正常运行。
如果您可以提供有关您所看到的错误的更多详细信息,我将使用我提供的更多信息编辑此帖子。
2)用户需要具有db_owner角色才能进行安装。你能证实这是这种情况吗?我经常发现在尝试安装DNN之前测试SQL Server Management Studio中的登录以及登录/密码以及角色是有帮助的。
答案 1 :(得分:0)
1)在本地输入主机 - >门户 - > YourPortal并添加一个等于您部署的域的url的别名。也许,你已经在那里拥有localhost:)
2)在主机上部署DB并创建具有权限db_owner
的用户3)在主机上复制DNN的文件,并在web.config connectionString上使用新路径,DBname,凭证进行更新
4)ASP.NET应具有部署门户的文件夹的完全权限
5)尝试一下。
答案 2 :(得分:0)
问题出在Portal Alias表中。所有适用的别名都必须有适当的记录。问题是,当您在自己的localhost中创建站点时,只有“localhost”记录。必须为所有URI位置创建其他记录。