Dedecms作为一款功能强大的内容管理系统，深受广大网站开发者的喜爱。在使用过程中，有些朋友可能会遇到编辑器不显示的情况，让人头疼不已。别急，今天就来给大家分享一下解决Dedecms编辑器不显示问题的方法，让你轻松应对！
前言
在Dedecms中，编辑器是必不可少的工具，它可以帮助我们方便地编辑网页内容。有时候编辑器却会出现不显示的情况，这究竟是怎么回事呢？下面，我们就来分析一下可能的原因以及解决方法。
原因分析
1. 浏览器兼容性问题：不同浏览器对Dedecms编辑器的支持程度不同，有些浏览器可能不支持编辑器，导致编辑器无法显示。
2. Dedecms版本问题：不同版本的Dedecms对编辑器的支持程度不同，有些旧版本可能不支持最新版本的编辑器。
3. 编辑器插件问题：编辑器插件可能与Dedecms版本不兼容，导致编辑器无法显示。
4. 浏览器缓存问题：浏览器缓存可能导致编辑器无法正常显示，清除缓存后可能恢复正常。
5. 服务器配置问题：服务器配置不当也可能导致编辑器无法显示。
解决方法
1. 检查浏览器兼容性
尝试更换浏览器，看是否能够正常显示编辑器。以下是一些常用的浏览器：
| 浏览器名称 | 网址 |
|---|---|
| Chrome | https://www.google.com/chrome/ |
| Firefox | https://www.mozilla.org/en-US/firefox/ |
| Safari | https://www.apple.com/safari/ |
| Edge | https://www.microsoft.com/en-us/edge/ |
如果更换浏览器后仍然无法显示编辑器，请继续尝试其他方法。
2. 检查Dedecms版本
进入Dedecms后台，查看当前版本信息。如果发现版本较旧，可以尝试升级到最新版本。以下是Dedecms官方下载地址：
– Dedecms官方下载地址：https://www.dedecms.com/
升级过程中，请确保备份网站数据，以免出现意外情况。
3. 检查编辑器插件
进入Dedecms后台，找到编辑器插件，查看是否与Dedecms版本兼容。如果发现插件与版本不兼容，可以尝试更换其他插件或删除该插件。
4. 清除浏览器缓存
清除浏览器缓存可以解决部分浏览器缓存导致的编辑器不显示问题。以下是清除浏览器缓存的方法：
- Chrome浏览器：进入设置 -> 清除浏览数据 -> 选择“所有时间” -> 清除缓存
- Firefox浏览器：进入工具 -> 清除历史记录 -> 选择“清除全部数据” -> 清除缓存
- Safari浏览器：进入设置 -> Safari -> 清除历史记录与网站数据
- Edge浏览器：进入设置 -> 清除浏览数据 -> 选择“所有时间” -> 清除缓存
清除缓存后，刷新页面，查看编辑器是否恢复正常。
5. 检查服务器配置
如果以上方法都无法解决问题，可能是服务器配置不当导致的。请联系您的网站托管商，检查服务器配置是否正确。
总结
Dedecms编辑器不显示的问题可能由多种原因导致，通过以上方法，相信您已经能够轻松解决这一问题。如果在解决过程中遇到其他问题，欢迎在评论区留言，我会尽力为您解答。祝您使用Dedecms愉快！
DEDEcms,GBK和UTF8版本互相转换有什么方法
当前安装版本为：dedecms v5.7 utf8,
目标将网站由UTf8版本转换为GBK版。
2
写在转换之前：
要转换dede系统的版本，实际上是编码的转换的问题，要将mysqls数据从utf8转换为gbk编码，将模板文件的编码也要转换为GBK模式。
在本文中两个核心工具，帝国备份王和Editplus编辑器。
用ebak2008工具的备份/恢复功能，巧妙dede数据库utf-8编码的无错转换为gbk编码格式。
站点文件的转换就用Editplus编辑器。
END
二数据的备份
1
在转换之前，将dede做整站备份，备份内容包括mysql数据库，dede站点文件，如果网站容量非常大的话，可以登录php空间管理后台将整个网站进行打包，然后下载。
备份的目的就是了防止转换失败后还有退路。
登录dede后台，选择“系统”中“数据库备份/还原”备份dede数据库。
2
备份完毕，请登录ftp下载到本地电脑保存。
Dede备份数据存储位置：/data/backupdata
END
三数据库编码转换
1
解压缩ebak2008,将ebak2008文件夹上传到网站空间的根目录。
用帝国备份王（ebak2008）反向操作，强制转换dedecms v5.7 utf8版本的mysql数据编码为gbk。
2
打开帝国备份王（ebak2008）工具(地址为:原域名/ebak2008)，登陆
3
在登陆后的帝国备份王界面,点击“备份数据”,
4
备份数据界面,选择要备份的数据库,请注意操作,别选错了。
5
非常重要！php虚拟主机安装的dede系统是utf8版，在备份的时候不能选择“utf8编码进行备份”。在这里要反向操作（如果是utf8就选gbk,如果是gbk就选utf8）。
备份时请特别注意：选择数据库编码为gbk，不能选择其它方式，否则在转换后会出现乱码。
数据存储目录命名为：date_gbk_20150618160956。一般用默认的就可以了。
点击,屏幕最下方的开始备份,等待完成操作!
END
四将gbk格式的dede数据库备份恢复到系统
登陆主机ftp后台，将原来的dedecms的目录dede,改为deded_utf8_bak.
上传DedeCMS-V5.7-GBK-SP1.tar，到主机后台进行解压缩,将其中的uploads文件夹改为dede,移动到public_html/目录中,此操作可以节省大量上传的时间.
接着就可以重新安装dede系统了,安装过程不作演示.
在安装DedeCMS-V5.7-GBK-SP1版时，按默认安装即可。安装完毕后，进后台将插件之类的也重新安装好.
然后登录ebak2008数据库备份工具，选择“数据恢复”，恢复第二步骤中将utf8编码强制转换为gbk格式的数据库（date_gbk_20150618160956）。
帝国备份王（ebak2008）恢复数据仅需要50秒左右，速度相当的快。恢复数据后，请登录dede管理后台，重新生成一下网页。
检查首页无乱码，织梦网站管理系统（dedecms）utf8成功转换gbk。
进入网站管理后台,检查数据库表，Mysql数据表无乱码：
转换成功后的小错误，由于dede默认的utf8和gbk版本的差别，在转换成功后，“图文资讯”和“首页幻灯片”图片丢失，丢失的图片重新上传一下就OK！整个过程无报错，显示正常
再次进入主机后台找到dede_utf8_bak目录下的uploads下的alimg目录(这个目录就是首页和上传的图片存放的位置),把这个目录加入到剪贴板,
再进入dede目录下的uploads,复制剪贴板的文件到这里,这样图片就恢复正常了.
本站使用的是dede默认的模板，所以在转换的时候没有改动dede的模板文件，如果你的网站对DEDE的一些文件没有改动，直接按照我的方法就可以成功转换。
如果有改动的文件，请将你改动的文件转换为gbk编码。
用Editplus编辑器将站点文件中的utf8转换为gbk编码。
重点是dede模板文件编码的转换，细心的用Editplus编辑器修改，完毕后，上传覆盖即可。
phpwind和discuz哪个好
discuz!（简称dz）和phpwind（简称pw）是国内最著名的两个PHP论坛系统，随着它们相继宣布开源以后，在各方面，不管技术上，还是功能上，还是界面上，都有了长足的发展，声威大振，远非国外那些功能简单的电子公告板系统可比了。其造成的一个副作用是大大带动了PHP在国内的普及（本人就是在寻找合适的论坛程序的时候，才开始关注PHP，进而不能自拔的）。
客观的说，目前的pw和dz各有短长，其互相之间的激烈竞争应该说提高了PHP论坛的水平，在功能上不仅赶上了以功能多和漏洞多而著称的动网论坛，而且因为它们的效率和速度远远超过动网，弄的动网市场大大萎缩，原来的一些动网论坛都纷纷转换成了dz或者pw，搞的动网都不得不开始弄PHP论坛了。
要说他们哪个更好，是比较难的事情，毕竟各有短长，俺也不敢在这里妄下结论。不过从市场份额和网上的言论来看，目前dz还是略占上风的，而且去年国内好几个知名的大论坛都转换成了dz（比如凤凰网、牧文、tompda等），而pw在大网站方面收获甚小。
但是毕竟对好多新手来说，他们都要面临一个选择论坛程序的问题，因此，dz和pw哪个更好，也就成了经常被问的问题，这种没有答案的问题，自然要被反复问起。本文试图从比较深的层次来分析两个论坛的优劣，为新手提供选择的参考。如有错谬之处，欢迎批评指正。
一、界面篇
首先，从界面上说，从整体上说，dz的界面比较美观，整体感好。
pw的界面给人一种模仿dz的感觉。同时在界面的细节上，看起来pw还是没有dz完美。
二、技术篇
从技术上说，pw和dz都使用了文件方式的数据缓存技术，通过把常用的数据表，比如论坛版面设置参数、基本参数等，生成静态缓存文件（根据条件触发更新或者手动更新），来减少数据库读取次数，提高效率，在这个方面两者非常相似。
1、模版技术
从模版技术上说，dz从2.5f版就开始采用的这种静态模版技术，从俺个人角度上说，还是非常适合论坛这种频繁更新的网站程序使用的。它通过动态生成静态模版的方式，解决了模版解析效率的问题。
同时，dz的这种模版方式，使得修改界面也比较容易，很直观。
而pw使用echo语句的这种方式（姑且称其为模版），就寒碜多了，要增加了一个if判断条件，就要折腾半天。添加了混合PHP代码的模板，在 dreamweaver中也容易被误操作删除。特别是如果修改的时候稍有不慎，很可能会使网页成了白板（没有输出），让俺每次修改pw模版无不如履薄冰，战战兢兢。。。。恐怕这也是第三方模版中，dz远远多于pw的原因吧。
不过pw目前在模版上也在改进，现在看verycms 3.0就已经开始使用真正的模版技术，不过目前用的都还比较初级。。。
2、速度问题
从模版上看，两者的效率应该是差不多的，pw的模版其实就是直接包含的混合了PHP语句的一部分PHP文件，而dz的模版平时并不需要解析，所以效率应该是差不多的，但是网上总是有人声称网站使用dz的速度比pw慢，这方面本人没有测试过，不敢妄作评论。而且网站访问速度还是要受很多因素的影响，比如：本地网速、服务器带宽、心理。。。。。客观的评价还是很难的，除非使用专业技术手段。不过从官方网站的速度来看，明显还是pw占优啊，呵呵
最近看了一下dz的CSS文件，明显是用CSS用的有点过度了，在dz中大量使用了CSS，CSS文件高达16KB左右（pw只有2KB左右），可能造成了IE渲染网页的时候，效率比较低。同时，由于dz的CSS文件过于庞大，只好采用了外置的方式（Link）。
这样如果网速很慢，网页已经或者部分下载完，而CSS文件下载没完成（网速慢的时候，常常发生这种情况），那么网页根本就不能正常显示。
在网速慢的时候，光dz的CSS文件，就要用好几秒，甚至十几秒的时间才能下载，而整个网页只能在CSS下载完成以后才能进行正确的显示，这就无怪乎在网速慢的时候，dz表现大大逊色于pw了。
相反，pw在设计CSS的时候，明显是比较简洁，这对网页的渲染肯定是比较有利。同时，pw采用了把CSS文件嵌入的方式，尽管每次访问网页都造成了几K个字节的流量，但是实际影响并不大，反而觉得网页打开速度比dz要快（这就是pw用了一个笨法子，却常常效果比dz强的典型案例）。
这方面，建议dz痛下决心简化过分臃肿的CSS文件，提高网页速度。
三、功能篇
下面俺就dz5.5和pw5.3的功能，做一个简单的，本人看来是比较深入，可能高手看来仍嫌浅显的分析，请大家指正：
1、登录方式：
pw的前台登录和后台登录采用了不同的Cookie方式，这样前后台分开的方式，个人感觉，有利于安全，也便于管理。后台帐号与前台帐号可以彻底分开。
而dz的前后台登录是用了一个帐号，尽管在进入后台的时候再次提示输入密码，不过还是不如pw方便。
比较特别的是，dz在注册的时候，要求输入提示问题（选填），而且在登录界面中，也有提示输入的界面，个人感觉，绝对的画蛇添足，无聊。如果说使用提示问题来找回密码，还是有点道理的。用提示问题的方式，让新手看了无所适从，脑袋都晕了
2、分栏显示：
pw从5.0.1开始支持左右分栏显示了，然而功能太简单，不能树状显示子板块，此功能与其说有，不如说没有，弄的有点搞笑，属于半成品（倒是也符合pw的一贯特点－－喜欢推出一些不完美的东西让大家修改）。
看了dz5.5的分栏显示，做的还是比较完美的，感觉相当不错了。
3、后台管理的效率：
pw的横向操作非常不错，大大节省了管理的难度，特别是在根据用户组设置权限的时候，非常的那个方便啊，这方面dz需要改进。
dz提供了一个方案的方式来解决后台重复操作问题，应该说也有一定道理，但是用起来不太容易上手，如果是设置一个单独的项目，就比较繁琐。
4、个人空间（文集）功能：
dz5.5内置了minispace个人空间功能，可以说自从discuz合并了supsite以后，在论坛功能的外展方面，占据了很大优势，吸引了很多个人网站的注意力。
这个minispace用dz官方的话说，是这样的：
“完全利用论坛原有资源，会员不必更多付出，即可拥有个性展示页面
与 X-Space完美结合，可顺畅实现 MiniSpace与 X-Space自然过渡”
大体看了一下，发现这个minispace做的很不错，利用它，用户可以把自己的优秀帖子整理出来，形成一个文集的方式，方便别人访问。以前在别的论坛见过这个功能，觉得很不错，没想到dz把它整合进去了。这个功能已经可以满足大部分论坛的功能要求了，如果要求更高，比如希望能让用户发布b0客文章，按照官方的说法，也可以迁移到X－space中去。但更重要的是，minispace是开源的，而X－space的源代码并不开放。
说到X－space，我们觉得，pw在功能上虽然足以和dz匹敌，但是在论坛的外延上，却比dz落后了好多。X－space能实现以论坛为中心的个人空间功能，而pwblog（已经改名为Lxblog，正式版未推出，本文仅以5.1.5版本为例）却和论坛貌合神离，帖子推送功能虽然从4.3.2就有了，然而却一直不好用，4.x推送以后，图片和附件都不正常，5.1.5虽然可以推送正常了，然而在论坛中更新的帖子，在b0客中却不再出现回帖，可以说推送功能在pwblog中只是一个无用的点缀而已。
说到底，我们常常希望的只是一个论坛帖子文集功能的方式，pwblog把论坛中的内容重复推送到b0客中，既浪费空间，又没有意义，这方面dz远远胜过了 pw，值得表扬。但minispace的功能还是略显简单了些，比如没有文集帖子的分类功能、没有首页推荐帖子等等（也许论坛帖子的分类意义不大，不过有总比没有强吧？）
5、防灌水技术
pw5.3终于接受了俺提出的新手注册第N贴以前发帖使用验证码的方式，这样既不影响老用户的使用，又通过验证码方式来限制恶意灌水机器人。dz未提供此功能，但是具有可以设定第N贴以后不用自定义问答的功能（dz的验证码很烂，根本看不清，用自定义问答似乎更好一些）。
在防止自动注册方面，pw和dz都使用了自定义问答方式防止自动注册的办法，具体原理很简单，两者实现的都差不多。区别在于，dz要求设置10个以上的问题才能生效，而pw只能设置一个问题。另外，还有一个区别，就是pw可以自定义问答中内部使用的form变量名，可能在防止恶意自动注册方面，会更加有效一些。pw的自定义问题只能用于注册，而dz的可以用在注册、发帖和短消息等方面。
从目前的具体应用来看，用一个问题就基本上解决了自动注册的问题（长时间实践发现的结果），当然也不排除特大型网站，用一个问题容易被攻破的可能性，这方面dz可能就更有效一些。只是dz限制要求10个以上才能生效的做法，令人费解。
6、前台管理功能
pw具备副版主功能，不过和一般的思路不同，副版主是由版主任命的，这样恐怕会导致权限混乱问题，所以也很少有人用这个功能。
在前台的管理功能中，pw更方便一些，不仅的主题列表中能进行管理，在帖子内容页面中的管理方式比dz用下拉方式更直观一些。而且在一个主题里面删除帖子，pw比dz直观多了。
费解的是，pw5.3版本中移动帖子，都会在帖子前面加入移动提示“本帖被 xxxx从 xxxx移动到本区(xxxx年xx月xx日)”，无法消除，真是难看极了（以前版本没有这个毛病）
dz实现了“沉贴”的功能，可以把那些偶尔被人翻上来的无用垃圾贴沉下去，确实方便多了。。。。有次俺在pw中为了沉一个帖子，不得不提前了N个帖子。而且dz的版主管理功能，加亮、精华等操作都能一气呵成，比pw方便好多。
7、所见即所得编辑器
dz5.5和pw5.3开始，不约而同的把所见即所得编辑器换成了ubbcode（两个论坛名称不一样，这里用个通俗一点的名称，暂称为UBBCode）方式的编辑器，而放弃了原来的HTML可视化编辑器。
说起来，这个ubbcode可视化编辑器确实解决了以前采用代码方式，无法可视化，导致好多非IT人士发帖无法控制格式；而和动网一样使用HTML方式，又产生大量冗余代码和安全性隐患的问题。
不过造成的后果却是，在转贴的时候，以前可以直接从别人的网页上，连图片带文字一起转过来，却是非常方便，虽然有盗链之嫌。换成了这种编辑器，再也没法那么方便了，因此在换了编辑器以后，官方论坛中是怨声载道一片。。。。而且新的编辑器还有好多小BUG，更加是引起了广泛不满（另注：用了一段DZ后发现，dz 5.3的所见即所得编辑器好像存在很多问题，几乎无法用，这方面可能还不如pw的编辑器好用一些）
8、附件上传和所见即所得功能：
pw的附件还是只能提交帖子上传以后才能进行图文混排，这方面dz要好的多，可以上传前就进行混排，方便多了
dz对不参与上传的图片附件还是显示太多信息，看起来影响美观（似乎是受vbb和phpbb的影响比较大）。而pw只是显示了“图片”字样和描述信息，但是更恶心的是，却把这些图片放到正文文字上方，真是屡教不改啊
9、附件防盗链技术的分析：
dz采用了隐藏图片地址，和检测访问来源（可选）的办法来防盗链，应该说服务器负担比较大，效果还行，但不能彻底解决问题。
pw用的办法更简单，但更有效一些：就是定期或者自动修改附件目录名，应该说这是一个投资少见效快的好办法，技术上也很简单。不过最新的pw5.3版本也引入了隐藏附件地址的方式，后台也似乎无法关闭此项功能，似乎有点画蛇添足的味道了。。。。
发现dz也可以在后台手工修改附件目录，也可以起到一定效果，只是没有自动修改的功能。
10、广告功能：
dz比pw要好一些，广告功能更完善一些。比如贴内广告，在帖子下面的位置类似动网的位置，看起来更整齐一些，而pw的位置就让帖子布局显得比较凌乱，不好看。dz的贴间广告可以插入大的Google Banner广告，或者其它图片形式的广告，展示效果很好。
相比dz，pw广告的插入位置更少一些，效果也差一些。
11、头像显示：
dz不能限制上传头像的长宽尺寸，只能限制总像素数，显得不够灵活，不如pw方便。而且超出了一定尺寸的头像，被自动缩放和拉伸了，看起来很难看。而且 dz还自动给头像加了一个边框，甚是恶心。可见dz把简单的事情给弄复杂化了，其实只要和pw一样，限制其尺寸，根本不需要拉伸。
12、附件尺寸限制：
pw只能设定所有附件的尺寸，而dz可以对个别格式的附件设定上传尺寸，比较灵活一些，特别适合一些flash网站，或者技术型网站（比如上传大尺寸图纸等）。
13、词语过滤：
pw只能使用普通方式过滤，不支持大小写（很简单的事情，官方就是不办，举手之劳啊）。
而dz不仅能识别大小写，而且具有了一定的模糊识别功能，相当不错了。当然，要是能直接支持正则表达式就更爽了。
14、自定义代码功能：
pw至今不支持自定义wincode代码，比较僵化。要增加功能，就只能修改js文件，太过麻烦。。。。
dz在这方面做的比较完美，要增加或者减少代码、修改播放界面尺寸都很容易，在后台设置一下就可以了
15、回收站功能：
dz可以设定自动清理，而pw不能
16、IP来源显示功能：
dz的IP地址和来源显示类似动网，看起来不太方便，需要点击小电脑图标才行。还是pw的IP地址来源显示看起来比较舒服一些。
17、防CC攻击：
pw早在4.3.2就增加了抗CC攻击功能，而且设置起来比较简单，新手也能看懂。当初俺就是因为这个原因才用了pw。
dz5.5虽然号称带有cc攻击防护，不过看起来比较难于理解，在后台找了半天也没找到，估计新手是操作不了的。当年某著名站长论坛（用dz）可就是被CC攻击搞的长期开不了张的，看起来dz的防CC攻击功能还有待改进。
18、备份功能
pw能支持对pw程序以外的数据表进行备份，而且判断标准不是根据表前缀。可以单独备份pw表以外的数据表，对于那些建立了新表的插件，备份数据超级容易，这方面比较人性化。
dz只是根据表前缀来进行备份，比如你设置一个表，叫做cdb_test，那么它会把它认为是论坛数据表而进行备份。但是如果你设置一个表，叫做test，那就自己想办法去吧。。。。
但是dz比pw强的是，备份可以压缩，压缩后下载和转存备份文件应该会节省巨大的空间和时间，对于超大型论坛应该是非常管用的。dz备份可以指定文件名，而且备份数据用十六进制表示（安全一些，但是占用空间会大一些），估计导入和恢复的中文内码问题就不会存在了。
另外，dz还可以备份MySQL Dump备份（不推荐使用）。
19、文件和数据库校验：
dz内置了文件和数据库校验的功能，pw只是官方提供了一个文件校验工具，不过用起来有点莫明其妙，有时候提示使用的函数在php文件中根本不存在
20、主题推荐和相关贴功能：
dz通过qihoo实现了相关贴的功能，而且还可以支持主题推荐，这方面比pw强了很多。
21、模版和风格设置
phpwind可以在后台设置风格CSS文件，虽然新手不太容易上手，但确实还是比较方便的。
dz更进一步，把css的内容给解释成了表单的形式，让新手也能操作，不过带来的缺点更加大了：如果你想在CSS中增加控制（比如调整行间距等），就不知道该怎么弄了，只好去修改模版。好在dz还提供了一个附加功能：在后台可以直接修改模版，而且编辑界面中还带搜索功能，总算是亡羊补牢了
dz以较大优势在功能上超过pw，而且在dz有些胜过pw的功能上，好多都是以较大优势取胜。
四、总结
总体来说，dz在功能上，界面上，技术上，论坛功能外延上，都胜过了pw。但pw也并非一无是处，其抗CC攻击功能，简洁快速的界面，强大的管理功能，独到的防盗链技术，都很有特色。所谓仁者见仁，智者见智，选择pw还是dz，仍然是一个个性化的问题，具体取决于你对他们的某项特点是否看重。
另外，感觉dz在浏览器兼容性上有点小问题，有时候会出现提示，什么从来路不明的什么东西提交信息，检查norton internet security配置之类的烦人问题，而且dz的验证码太恶心，根本看不明白，都赶上动网的烂验证码了，基本上没法用，只好关掉算完。
需要说明的是，如果是新手，需要选择论坛，还是建议选择dz，因为功能比较多，论坛的外延开发的比较好（supsite/X-space做的很不错），用起来方便一些，而且模版修改起来比较简单，容易上手。
pw只是适合老手，和对论坛外延功能不太感兴趣的那些人使用，而且pw的模版修改起来相当困难，稍有不慎就容易出错，对新手不合适。
PW适合娱乐站，速度快，功能多，官方集成各种插件，几乎不用维护
pw现有的功能=dz+银行+多附件上传+在线会员统计+特殊用户组添加+节日送礼
个人认为phpwind比较方便些,对于那些不想花时间装插件的人来说上手更容易
jsp和 asp和php有什么不一样
sp过时，安全性能低，逐渐被淘汰
php是网页方面的永恒，适合中小型企业方面的系统及网站。从它的发展趋势，以及各种开源程序（dedecms，phpcms，discuz，ecshop）等等，我相信php肯定会存活下去。所以说只想从事网页制作的得学这个，各种中小型系统也能做。
JSP，高级很多，安全性最高，适合大型项目，如银行，大型企业系搜索统等等，网页方面也能做。
简介:ASP全名Active Server Pages，是一个WEB服务器端的开发环境，利用它可以产生和执行动态的、互动的、高性能的WEB服务应用程序
（1）ASP采用脚本语言VBScript（Java script）作为自己的开发语言。
（2）PHP是一种跨平台的服务器端的嵌入式脚本语言。它大量地借用C, Java和Perl语言的语法,并耦合PHP自己的特性,使WEB开发者能够快速地写出动态产生页面。它支持目前绝大多数数据库。还有一点，PHP是完全免费的，不用花钱，而且你可以不受限制地获得源码，甚至可以从中加进你自己需要的特色。
（3）JSP是Sun公司推出的新一代网站开发语言，Sun公司借助自己在Java上的不凡造诣，将Java从Java应用程序和Java Applet之外，又有新的硕果，就是JSP，Java Server Page。JSP可以在Serverlet和JavaBean的支持下，完成功能强大的站点程序。
三者都提供在 HTML代码中混合某种程序代码、由语言引擎解释执行程序代码的能力。但JSP代码被编译成 Servlet并由Java虚拟机解释执行，这种编译操作仅在对JSP页面的第一次请求时发生。在ASP、PHP、JSP环境下，HTML代码主要负责描述信息的显示样式，而程序代码则用来描述处理逻辑。普通的 HTML页面只依赖于Web服务器，而ASP、PHP、JSP页面需要附加的语言引擎分析和执行程序代码。程序代码的执行结果被重新嵌入到HTML代码中，然后一起发送给浏览器。ASP、PHP、JSP三者都是面向Web服务器的技术，客户端浏览器不需要任何附加的软件支持。
技术特点
ASP:
1.使用VBScript、 JScript等简单易懂的脚本语言，结合HTML代码，即可快速地完成网站的应用程序。
2.无须compile编译，容易编写，可在服务器端直接执行。
3.使用普通的文本编辑器，如Windows的记事本，即可进行编辑设计。
4.与浏览器无关(Browser Independence),客户端只要使用可执行HTML码的浏览器，即可浏览Actbive Server Pages所设计的网页内容。Active ServerPages所使用的脚本语言(VBScript、 Jscript)均在WEB服务器端执行，客户端的浏览器不需要能够执行这些脚本语言。
5.Active Server Pages能与任何ActiveX scripting语言兼容。除了可使用VB Script或JScript语言来设计外，还通过plug－in的方式，使用由第三方所提供的其它脚本语言，譬如REXX、Perl、Tcl等。脚本引擎是处理脚本程序的COM(Component Object Model)对象。
6.可使用服务器端的脚本来产生客户端的脚本。
7. ActiveX Server Components(ActiveX服务器组件)具有无限可扩充性。可以使用Visual Basic、Java、Visual C＋＋、COBOL等程序设计语言来编写你所需要的ActiveX Server Component。
PHP:
1.数据库连接
PHP可以编译成具有与许多数据库相连接的函数。PHP与MySQL是现在绝佳的群组合。你还可以自己编写外围的函数去间接存取数据库。通过这样的途径当你更换使用的数据库时，可以轻松地修改编码以适应这样的变化。PHPLIB就是最常用的可以提供一般事务需要的一系列基库。但PHP提供的数据库接口支持彼此不统一，比如对Oracle, MySQL，Sybase的接口，彼此都不一样。这也是PHP的一个弱点。
JSP:
1.将内容的产生和显示进行分离
使用JSP技术，Web页面开发人员可以使用HTML或者XML标识来设计和格式化最终页面。使用JSP标识或者小脚本来产生页面上的动态内容。产生内容的逻辑被封装在标识和JavaBeans群组件中，并且捆绑在小脚本中，所有的脚本在服务器端执行。如果核心逻辑被封装在标识和Beans中，那么其它人，如Web管理人员和页面设计者，能够编辑和使用JSP页面，而不影响内容的产生。在服务器端，JSP引擎解释JSP标识，产生所请求的内容（例如，通过存取JavaBeans群组件，使用JDBC技术存取数据库），并且将结果以HTML（或者XML）页面的形式发送回浏览器。这有助于作者保护自己的代码，而又保证任何基于HTML的Web浏览器的完全可用性。
2.强调可重用的群组件
绝大多数JSP页面依赖于可重用且跨平台的组件（如：JavaBeans或者Enterprise JavaBeans）来执行应用程序所要求的更为复杂的处理。开发人员能够共享和交换执行普通操作的组件，或者使得这些组件为更多的使用者或者用户团体所使用。基于组件的方法加速了总体开发过程，并且使得各种群组织在他们现有的技能和优化结果的开发努力中得到平衡。
3.采用标识简化页面开发
Web页面开发人员不会都是熟悉脚本语言的程序设计人员。JavaServer Page技术封装了许多功能，这些功能是在易用的、与JSP相关的XML标识中进行动态内容产生所需要的。标准的JSP标识能够存取和实例化 JavaBeans组件，设定或者检索群组件属性，下载Applet，以及执行用其它方法更难于编码和耗时的功能。
通过开发定制化标识库，JSP技术是可以扩展的。今后，第三方开发人员和其它人员可以为常用功能建立自己的标识库。这使得Web页面开发人员能够使用熟悉的工具和如同标识一样的执行特定功能的构件来工作。
JSP技术很容易整合到多种应用体系结构中，以利用现存的工具和技巧，并且扩展到能够支持企业级的分布式应用。作为采用Java技术家族的一部分，以及Java 2EE的一个成员，JSP技术能够支持高度复杂的基于Web的应用。
由于JSP页面的内置脚本语言是基于Java程序设计语言的，而且所有的JSP页面都被编译成为Java Servlet，JSP页面就具有Java技术的所有好处，包括健壮的存储管理和安全性。
作为Java平台的一部分，JSP拥有Java程序设计语言“一次编写，各处执行”的特点。随着越来越多的供货商将JSP支持加入到他们的产品中，您可以使用自己所选择的服务器和工具，修改工具或服务器并不影响目前的应用。
应用范围
ASP是Microsoft开发的动态网页语言，也继承了微软产品的一贯传统，只能执行于微软的服务器产品,IIS(Internet Information Server)(windows NT)和PWS(Personal Web Server)(windows 98)上。Unix下也有ChiliSoft的组件来支持ASP，但是ASP本身的功能有限，必须通过ASP＋COM的群组合来扩充，Unix下的COM实现起来非常困难。
PHP3可在Windows,Unix,Linux的Web服务器上正常执行,还支持IIS,Apache等一般的Web服务器,用户更换平台时,无需变换PHP3代码,可即拿即用。
JSP同PHP3类似，几乎可以执行于所有平台。如Win NT,Linux,Unix。在NT下IIS通过一个外加服务器，例如JRUN或者ServletExec，就能支持JSP。知名的Web服务器Apache已经能够支持JSP。由于Apache广泛应用在NT、Unix和Linux上，因此JSP有更广泛的执行平台。虽然现在NT操作系统占了很大的市场份额，但是在服务器方面Unix的优势仍然很大，而新崛起的Linux更是来势不小。从一个平台移植到另外一个平台，JSP和JavaBean甚至不用重新编译，因为Java字节码都是标准的与平台无关的。
性能比较
有人做过试验，对这三种语言分别做回圈性能测试及存取Oracle数据库测试。
在循环性能测试中，JSP只用了令人吃惊的四秒钟就结束了20000＊20000的回圈。而ASP、PHP测试的是2000＊2000循环（少一个数量级），却分别用了63秒和84秒。（参考PHPLIB）。
数据库测试中，三者分别对 Oracle 8进行 1000次 Insert,Update,Select和Delete： JSP需要 13秒，PHP需要 69秒，ASP则需要73秒。
