asp.net页面引用外部js文件无效

我在asp.net页面引用外部js文件无效，把js代码放到asp.net页面上就可以！
js文件没有正确加载，你浏览器刷新几次，清下缓存试下看看

aspx不一定放在网站上哪一个目录下呢，所以写“js/....”这是不能保证访问到网站下的js目录的。应该使用类似这样的语句
其实不仅仅是aspx，在ascx，自定义控件，甚至最普通的类库代码中你也可能需要声明引用js文件，所以应该熟悉 RegisterClientScriptInclude 这个方法。

嗯，请试一下 RegisterClientScriptInclude 的最后一个参数是否直接支持以“~”开头的asp.net路径。我不确定了，所以写了一个 is.Page.ResolveUrl，这可能是多余的。

因为你的js代码用到了aspx后台变量数据,你放到外部那个<%%>里面的就没法执行了.
一台服务器的某个服务把Socket端口耗尽，导致其他的服务或应用程序全都不能正常运行

我去公司的时候，只给我三张纸的文档，其他的都木有，程序自己改动过哪些的都没有，搞得我一头雾水。况且之前的程序员离我上任时已经2月有余了，真杯具啊我。

做为一个程序员，仅仅从程序员的角度，本人极度排斥这种大锅烩合作，还是架构上明确接口，程序员出代码+注释的好。合作也应当是以接口对接的形式，绝不能合作一块代码啊！要死人的。

尽可能让离职同事协助自己成功编译部署一次系统。
这个一定得做。不然自己编译的话可能会出现很多莫名的问题。、

主要还是要有原来人员的联系方式，有问题随时问，起码要求几个月的支持

给我的代码连文档都没有，就一个空荡荡的，还到处是bug的代码，干啃，

文档，列表清单，未完成代办事宜，各项目联系接头人； 
项目维护常见问题，接口汇总，部署常见问题

即使是大公司（比如盛大），有些内部系统也是一个开发人员全部完成（设计，页面，数据库，开发）

检查Schedule实施情况，了解新人的困难(不是谁都能在1周或者几天内100%消化几个月甚至好几年的项目的)。可能需要别人支援，同时要根据交接结果重新调整计划。避免风险。
PL/SL绝对是一线的管理人员，想要好的结果，PL/SL一定严格控制。
另外，一方面要在项目管理过程中要尽早的发现风险。比如：发现有人要离职，那么新人选和交接时间就要提前想好了。不要幻想离职的人会尽心尽力交接，这应该是PL的责任。(后面有点跑题了）
深有感触。本人刚来这个公司时，就是一个什么文档都没有的系统。但是系统日志还是比较全的。出了错可以很好很快的解决。
但是没有文档，系统更新，维护，二次开发真TMD难啊。连一个数据库各个表什么用都没有。别说表的字段什么意思了。
刚来公司时还让原开发者给我讲，靠，没文档，老大一个系统，又不是他一个人全做的。讲起来他自己都迷糊了。哎。。。
文档太TMD重要了。可以国内的软件公司太浮躁，重视文档的不多！

其实交接的好坏和负责这件事的管理者有很大的关系，有些管理者自身事情比较多，重视度不够，交接的时候马虎过关，记得有个网站接手只有前台页面aspx的代码，后台就是一个dll，维护的时候那一个痛苦

养成日常写文档的习惯，不要吝啬给自己的代码多加注释，这样移交起来，就很方便了。

文档或者注释的事情，也就这个时候可以夸张一下。但是夸张于交接时的难度，难道对整个开发就能起促进作用吗？我看未必。
其实，为什么你的公司总是让一个什么都不懂的新人负责接手老人的代码，这个想过吗？！

这里边一定有一个全面、务实、平衡的要求，而不是站在什么都不太懂的新人的角度来看项目管理。

来源： nba直播