本文目录一览：
- 1、关于dedecms的问题
- 2、网站开发使用php还是python???
- 3、如何选择PHP 5.2的版本
关于dedecms的问题
这个其实很容易的，你按照软件提示将程序放在，指定文件夹内，之后打开控制面板——服务——开启ampz和myspl就Ok了，之后再在浏览器中输入127.0.0.1 就行了
网站开发使用php还是python???
个人建议使用php，原因无外乎PHP的快速，开发成本低，周期短，后期维护费用低，开源产品丰富！
从Web开发的历史看来，PHP、Python和Ruby几乎是同时出现的，都是十分有特点的、优秀的开源语言，但PHP却获得了比Python和Ruby多得多的关注度
三门语言当中，无疑php是最流行的，而Python和Ruby在最近几年也有着不错的发展趋势。我个人认为，Ruby的流行更多地源于Ruby on Rails，这个框架的流行程度甚至超过了Ruby语言本身，也引发了其它语言平台上对框架的研究。而Python在近来的被关注度和发展速度要超过Ruby，被一些喜欢创新的项目采用，这可能要更多地归功于google。
这三种语言都是相当优秀的脚本语言，为什么PHP能大行其道呢？从表面上来看，这是就业环境使然。越来越多的新公司或者新项目使用PHP，这使得PHP相关社区越来越活跃，而这又反过来影响到很多项目或公司的选择，形成一个良性的循环。就我目前了解到的情况，PHP是国内大部分web项目的首选，而且有很多公司从其它语言（如ASP，JAVA）转到了PHP。
合适的就是最好的，
PHP的快速，
开发成本低，周期短，
后期维护费用低，
开源产品丰富（这点可以影响到很多项目的决策），
这些都是另外两种语言无法比拟的。另外，在很多大项目中，Python更多地是做为一种“粘合剂语言”出现，似乎正在走向与PHP不同的发展方向，让我们拭目以待。
现在在不少大型项目中，PHP完全充当了脚本的功能，而逻辑性比较强的业务处理则由另一门功能丰富的语言（例如Java）来实现。这种情况确实存在，但我认为之所以出现这种情况，并不是因为PHP“做不了”，而是很多项目负责人对PHP的偏见以及对JAVA等语言的迷信造成了这种现状。当然，我们不能否认，有很多问题确实是PHP做不了的，做为一种解释型的脚本语言，PHP本身就不适合做大型的数据运算，它也不可能成为一门“万能语言”。在大型项目中，多种语言配合工作是一件很正常的事情，例如说，PHP负责收集数据，提供界面，C负责处理分析数据，Python来做粘剂。各种语言各司其职，协同合作，只是分工的不同而没有高低贵之分，就像如果用C来做数据展示一样会很痛苦。
我不认为PHP往复杂计算方面发展是一件好事，而且我相信PHP的开发团队也会把握好这个度。没有哪种语言可以做到“万能”，java有这样的野心，但我们可以看到java现在的境遇似乎并不如PHP那么红火，如果PHP也追求“万能”，那将是一场灾难。
PHP更好。下面来讲原因。
性能来说，PHP和Python比还是要差一点。Google就是使用的Python（但不是全部）
开发周期来说，PHP相对来说较短，成熟的Framework就很多了，Python相对来说较少
维护方面当然是PHP容易。PHP为何流行？就是其简单易懂，基本学过C语言的学习PHP就没有什么难度。而且世界上支持PHP的主机/服务器总数上是远超Python。
就你的问题来说，建议选择PHP，Drupal是一个非常强大的CMS框架，可以说，掌握Drupal都比较有难度，所以其强大的功能能够满足构建网站的全部需要，美国白宫的网站据说也是用Drupal。不过就像刚刚说的，它太强大，有时候掌握它都需要很多的时间。如果只是做个普通网站，不妨考虑一下国内的帝国CMS/DEDECMS，这2个PHP的CMS都还是很不错的。
如何选择PHP 5.2的版本
超过75%的网站使用了PHP作为开发语言，wordpress，phpmyadmin和其他一些开源项目的盛行，带来了一大批的长尾用户。然而，他们一般安装之后却很少升级。下图是目前PHP的使用统计。
惊人的是，此图的左半部分表示已经不被支持的PHP版本。PHP 5.2早在2011年1月已经不再维护。这并不意味着你就不能使用它，但是这意味着某些安全更新，你就无法跟进了。一些发行版将尝试修复一些BUG，但你的PHP版本似乎有点乏善可陈，因为，你正在使用的是2006年的过时技术。
该从哪里开始
已经没有人选择PHP 5.2版本了，但这些事情已经发生了，但我不是说我写这篇博客来吐槽什么，更不是说给你一些升级的指南。通常他们使用的都是一些2006开始的主机空间，他们有一个“长期支持”的版本，来避免使用更新的版本，或者他们目前还没有升级的打算。又或者，理由真的很多。然而，好东西在新版的PHP等着您。
PHP 5.3 加入了很多有用的OOP特性！例如：匿名函数，SPL扩展不仅仅是迭代器，神话般的DateTime扩展都已经集成在PHP 5.3里面。还加入极其重要的E_DEPRECATED的错误报告标志。它会提醒您现在用的那些特性，将在下一版本无法使用。如果您已经在使用PHP 5.3,那么您往后的升级道路将会更加顺畅。如果您有线上程序运行在低版本，我不建议您升级。
PHP 5.4则进行了一系列的优化，它具有更快的执行效率和更少的内存占用。以下是基准测试的结果。
不管你使用使用到traits特性，PHP 5.4提高了程序性能，并降低了硬件成本。所以，我建议您使用开源软件的时候要保持升级。
PHP 5.5 还在测试当中，不适用于生产环境。自PHP 5.3之后，升级的风险和改动都会大大降低。
下面是麦子同学整理的文章
大家在选择PHP版本时一定很困惑，有这么多版本究竟选那个呢？
问题：
我们现在新买了个服务器，用的是windows server 2008 r2。配置php 5.4的环境。
但我们之前开发的用2003,php是用5.2版本的，移植到新服务器，程序运行会有影响吗？或者我还需要注意那些问题？
API版本
PHP采用大版本向下兼容的升级方式，也就是说5.5兼容5.1-5.4，话虽如此，实际上兼容性并不乐观，大家也不要指望PHP官方会给出什么好的解决办法。现在2013年9月，版本有5.2.17 5.3.27 5.4.17 5.5.35.2.17
这一版本可以说是支持最广泛的版本了，现在还有绝大部分开源软件使用该版本，例如Drupal7.23，Joomla2.5，国内绝大多数软件：dedecms5.7,discuzX3等等最新版还在支持5.2，如果没特别要求，安装这一版本是最省心省力的，但长远来看可能终要被抛弃。现在许许多多的主机商为了省人力成本也懒得去升级PHP版本，反正基本上都支持。（这里插一句，现在国内软件为了兼容更多的安装环境，可谓用心良苦，甚至PHP5.1也能支持( discuzX3 不支持），最难得的是性能竟然也没落后多少，能做到如些极致真心不容易！）Drupal6建议使用该版本。
5.3.28（推荐）
这个版本虽然名称上是5开头，但很多人认为是PHP6.0版本的开始，性能有所提升，而且因为许多API都发生了变化，对5.2的兼容不太好，虽然有一部分开源软件声称能兼容5.2-5.3，但问题好像也不少，许多索性就放弃5.2了，例如Joomla3只支持5.3以上。而对于Drupal7强烈建议使用该版本，支持相当好。而对于Drupal8也可以使用该版本，支持也相当不错。该版本使用范围非常广，在兼顾性能和兼容性之间做出一个不错的平衡点。
5.4（轻轻推荐）
5.4基本上已经接近完整体了，现时比较完善，稳定性和性能也不错，未来升级的重点版本，Drupal7.X对其支持尚可，但第三方模块还不太完美。如果懒得以后升级，可以一步到位安装该版本。
5.5
从5.3开始，以后版本基本上都是主打性能上的提升，函数什么的都能向后兼容。5.5开始好像有了64位版本，性能更加强劲，我没试过，不敢发表言论。
总结
如果开源软件说建议安装PHP5.3，那你就老老实实用5.3，别用5.5什么的，你可能认为反正都能兼容，性能可能更好，为什么不用新的呢？话是这么说，但你知道开源软件在开发的时候一般都是在特定的环境开发，就算兼容再好也会有想不到的意外（再强大的队伍也不可能对所有函数API进行兼容测试，那是相当可怕的工作量！），它只会在特定的环境下进行测试和优化，而且就算知道兼容有问题，团队也不会去为了兼容更高版本去修改，不是他们死板，而是为了安全和稳定来考虑的。在开源氛围下，我们应该有个意识就是“够用就是最好”，而不是“最新是最好”。举个列子，Joomla3.1在5.4-5.5都运行不良，甚至安装不能成功。但Drupal却在5.5.3下也运行正常（本机），我想是个别案例吧？但好像运行中出现过意料之外的错误，不知道是不是版本的问题，希望不是。
None-thread-safe or thread-safe
Apache 一般选 none-thread-safe，IIS选后者(FAST-CGI)，我就不解释了，信哥就没错。
TS指Thread Safety，即线程安全，一般在IIS以ISAPI方式加载的时候选择这个版本。
NTS即None-Thread Safe，一般以fast cgi方式运行的时候选择这个版本，具有更好的性能。
从2000年10月20日发布的第一个Windows版的PHP3.0.17开始的都是线程安全的版本，这是由于与Linux/Unix系统是采用多进程的工作方式不同的是Windows系统是采用多线程的工作方式。如果在IIS下以CGI方式运行PHP会非常慢，这是由于CGI模式是建立在多进程的基础之上的，而非多线程。一般我们会把PHP配置成以ISAPI的方式来运行，ISAPI是多线程的方式，这样就快多了。但存在一个问题，很多常用的PHP扩展是以Linux/Unix的多进程思想来开发的，这些扩展在ISAPI的方式运行时就会出错搞垮IIS。因此在IIS下CGI模式才是 PHP 运行的最安全方式，但CGI模式对于每个HTTP请求都需要重新加载和卸载整个PHP环境，其消耗是巨大的。
为了兼顾IIS下PHP的效率和安全，微软给出了FastCGI的解决方案。FastCGI可以让PHP的进程重复利用而不是每一个新的请求就重开一个进程。同时FastCGI也可以允许几个进程同时执行。这样既解决了CGI进程模式消耗太大的问题，又利用上了CGI进程模式不存在线程安全问题的优势。
因此，如果是使用ISAPI的方式来运行PHP就必须用Thread Safe(线程安全)的版本；而用FastCGI模式运行PHP的话就没有必要用线程安全检查了，用None Thread Safe(NTS，非线程安全)的版本能够更好的提高效率。
64位和32位
你的系统是64位就选64位，是32位就选32位，不解释，信哥。
未来
说实话，未来是属于那些使用PHP5.4及以上的人。保持升级，定期跟踪语言的新特性和进展是我们日常工作的一部分。如果您已经落后了，那么我强烈建议您开始做升级计划，升级到一个比较新的版本。努力是值得的，毕竟程序是长年累月运行的。
