假设你替换了所有文件之后报告“app_code文件夹有错”,那么还是删除了app_code文件夹吧。
[quote=引用 15 楼 happy4944 的回复:] 可以混合吗?我上次替换,编译后有app_code文件夹就会报错
如果之前运行的是编译发布的内容,你现在想改为直接上传源文件,那么你应该清除根目录下所有文件再上传一次。 如果之前只是运行源文件,现在想改为上传编译发布版本,那么直接上传目标就可以了。 在上传之前,可以使用你的 ftp 客户端工具自动比较文件时间(是否更新)、文件大小,仅仅对这两项存在不一样的文件才需要上传,相同的不需要上传。 如果你使用一些比较专业一点的站长工具,那么它可能可以为上次上传的文件在你的网站上同时生成一个所有文件的 md5 签名资料文件,然后在下次上传文件之前先下载这个文件,比较每一个文件的 md5,用更精确的方式来判断哪些文件需要上传(即使文件时间不是更新、文件大小没变,但是 md5 变了,也还是会上传)
当然,对于有些人的代码来说,如果数据库连接不上,可能也报这个错误。这就需要设置日志来知道具体出错的语句。 “本地正常”不是一个借口。本地正常也不过是“点点点”鼠标而已,离测试差的很远,调试跟测试是完全不同的概念,调试就相当于我们自己偶尔吃一颗药丸,而测试相当于制药厂花几千万美金和10几年时间做1百万次临床试验。
你这种 是没"发布"的. 如果你服务器直接跑源码 你直接替换cs就行了.. 因为根本没有DLL的说法...
我准备编译后再替换整个系统,报这个错是什么原因?我本地正常运行
可以混合吗?我上次替换,编译后有app_code文件夹就会报错
[quote=引用 13 楼 closurer 的回复:] 编译过的 .aspx 和 未编译过的,第一行 page 声明的 Inherits 和 CodeFile 属性是不同的。 你可以对比一下。 编译过的页面和未编译过的页面可以存在于同一个网站中混合使用。
本地报错还好点,可以调试找问题。本地好的传到服务器上有问题就麻烦了,上次有问题找了几个人来帮我弄都没弄好,最后找以前做那个系统的人找出的问题。听说过服务器日志,但是不太了解是什么
编译过的 .aspx 和 未编译过的,第一行 page 声明的 Inherits 和 CodeFile 属性是不同的。 你可以对比一下。 编译过的页面和未编译过的页面可以存在于同一个网站中混合使用。
1` 有cs 是没编译的. 你这是网站 生成了之后 bin下有一大堆乱七八糟名字的DLL.. 替换这些. 2`报错信息 就是"未将对象引用到新的实例.. 就是空了 没判断"
62,074
社区成员
669,028
社区内容
加载中
.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。
希望和大家一起共同营造一个活跃、友好的社区氛围。
试试用AI创作助手写篇文章吧