ASP现在还有人用吗

1.一种程序语言的消亡需要时间，更何况是曾经风靡一时的asp呢，时候未到而已

2.现阶段很多asp网站仍是很多年前的老代码，管理人员出于种种原因没有更换代码，可能的原因有：
（1）管理人员不会代码的编写，而又找不到其他途径来改写代码
（2）网站的需求不大，更换代码的意义不大
（3）更换代码成本太高，而现阶段网站还能正常使用
（4）管理人员没有更换代码的意识，反正网站还能用，没必要去换
3.windows集成IIS，对XP占主导地位的中国，配置asp环境是最简单的，有利于初学者，而asp的简单易学也是一个重大的原因
4.网上流窜着大量的asp源代码，对于完全不懂编程的人来说，asp+access是其最简单的选择，上传代码后不用任何的配置即可使用。还是有很多外行的站长不懂得配置、甚至没听说过mysql，更别提如何在配置文件里写上mysql地址、用户名、密码，配置文件在他们眼中就是一堆乱码。
5.微软已经声明了取消XP支持的时间，但却没有取消asp支持的打算.而asp淘汰的标准必然是微软放弃对asp的支持
6.在我们这片伟大而又神奇的土地上没有什么事是需要惊讶的，早已遭到国外用户鄙视的XP，以及所有web前端开发攻城湿们深恶痛绝的IE6不仍在我们这片沃土上红的花枝招展么
7.实际上asp也已经没落了，只是还没淘汰而已

iso8859-1和iso-8859-1有什么区别

ascii被iso8859-1包括着呢，一般欧美电脑的系统中字体的locale是latin-one 也正是iso8859-1，也就是说支持更多的非标准字符。详细的我一下子说不清，我摘一段wiki上的说明吧：
ISO 8859-1 encodes what it refers to as Latin alphabet no. 1, consisting of 191 characters from the Latin script. 你应该能看懂。多了这么些非ascii字符。给个最佳吧，实在不成那赞一个也行！

制作英文网站需要注意些什么？

建设英文网站其实最主要的就是网站外面风格是否符合外国人的审美标准。众所周知，外国人喜欢小一号的字体，喜欢简洁大方一点的风格，导航栏在左侧或者在页面顶部比较好等等。
这些都是要注意的。只要页面编码没有问题，网站就可以打开
服务器放置在国外比较好，那样能保证用户的打开速度，增加客户体验。
其实很多建设英文网站方面的知识你可以登陆我的博客了解一下

VB.Net和C#有什么差异？还有它们的优点、缺点是什么？

visual basic.net还是c# ——如何选择.net语言 在.net中，如何选择vb或c#？这似乎已经争论了很久。很多人盲目选择，也产生了许多流言和错误。本文将从以下方面指导你选择正确的开发语言。 功能上的考虑 许多人认为c#的功能比vb.net强大，或者c#更加适合.net等。其实这不是一两句话能比较清楚的。c#的确有vb无法完成的功能，但vb也有c#无法完成的功能。总的来说，对于.net开发，vb和c#没有任何差别，都100%兼容于cls。下面列出的是他们语言功能上的不同，这些仅仅是语言实现上的问题，不会影响到生成的代码。打*号的内容与cls不兼容。 c#有而vb没有的功能： 1、 运算符重载。* 2、 不安全代码（指针和固定内存区）。* 3、 无符号整数。* 4、 移位运算。 vb有而c#没有的功能 1、 即时编译。 2、 静态事件绑定。 3、 条件异常捕获。 4、 com兼容类。* 5、 宽松的类型检查和变量声明。 6、 visual basic runtime库。 7、 可选参数、带参数属性、模块等语言特征。* 8、 动态数组。* 可见，实际上功能更强大的是vb而不是c#。不过它们不一样的地方多半是无关紧要的特征。总体上来说，不应从功能上选择vb或者c#，因为他们没有什么具体的差别。 性能上的考虑 性能是程序员最关心的问题。vb和c#都生成一样的il，因此理论上说不会有性能的差异。但许多人为什么说c#的性能高于vb.net呢？这是因为vb.net支持即时编译，就是一边书写代码一边编译。这样可立刻发现语法错误，使调试变得更加容易。但是这样一来vb就需要随时浏览整个代码文件，并把临时数据储存。这造成vb.net生成的代码中常常具有冗余部分。但也不能就此下结论说vb比c#慢，当用户选择打开优化并且以release方式编译工程，就能得到与c#一样简短快速的代码。 学习上的难度 这部分不仅仅初学者需要考虑，那些从现有开发工具转移到.net的开发人员也需要考虑。首先，vb和c#都是非常简单的，对于初学者来说，vb提供伸缩性更强的空间，因此比c#更加易于接受。但这只是相对而言，c#对于初学者来说也不会有太多的困难。 对于使用visual basic6或其他版本的程序员来说。vb.net的语法显然要比c#更加接近vb6，网上流传的vb与vb.net差别被过分夸大，使部分程序员退缩。其实vb.net增加的只是面向对象的思想，许多vb程序员不具备完善的面向对象编程开发经验，因此觉得vb.net难以接受，这是很容易克服的。想想看，即使你要使用c#不也得学习面向对象吗？至于有c/c++/java经验的人，c#是小菜一碟。刚才说过c#和vb实际上都很简单，所以不见得vb程序员学习c#就要比c/c++程序员来的困难，反之亦然，有c/c++经验的人也可以果断的选择vb。 移植现有代码 这一部分是程序员最头疼的部分。但对语言选择有决定性的意义。 从vb6移植代码的程序员，最佳选择就是vb.net，因为其他.net语言没有一种是与vb相似的。而且即使vb6的工程移植到vb.net非常困难，也有一个移植向导可以帮助你完成大部分工作。如果手工把他移植到c#，需要白白花费大量的时间。而且刚开始使用c#的vb程序员通常都会为c#缺少他们熟悉的函数而头疼。vb.net不会出现这种情况。 从asp移植到asp.net，首选语言仍然是vb.net，因为多数程序员使用的asp语言是vbscript，只有vb.net最大程度地接近这种语言。 c#对于移植代码似乎没有作用，了解c#的人都明白，把现有c/c++代码放到c#中运行几乎是100%不能通过的。所以，如果需要移植c/c++代码，最好使用visual c++.net。他做到了最好的新旧结合。c#仅仅用于编写新的.net应用程序。 如果需要从java移植代码，c#可以选择。同时还有j#及其他一些ms提供的转换工具。 文档和资源方面的考虑 在msdn文档中，c#和vb是同等看待的。所有文档和例子都是有vb和c#两份的。因此，在寻求资源方面都不用担心。互联网上的资源，c#要多于vb，特别是国内，有倾向于c#的潮流。但是asp.net的资源vb较多。国内缺乏vb.net资源是影响vb.net推广的重要原因。但是在国外有很多非常成熟的vb技术，如掌上设备的开发技术。 代码风格和杂项问题 c#书写的代码比vb平均短小20%，许多人不喜欢vb中过长的关键字。当然他们可以选择c#。但在开发环境中，vb的自动完成功能比c#更完善，其实30%的代码都是自动补充的。因此，实际上vb程序员不会比c#多打多少字。但vb语言换行比c#麻烦，如果需要书写大量繁杂而长的代码，最好选择c#。vb的代码接近完整的英语，比c#更加易读。如果是初学者不妨选择vb。