hbuilder没网怎么运行PHP？
这个只是个编辑器吧，想运行PHP文件的话，需要下载安装一个window版的集成环境，wampserver，安装好之后打开，绿色则正常运行环境，然后在浏览器中输入localhost进入wamp/www目录，再将PHP文件放到www/目录下，然后输入localhost/PHP文件名，即可运行PHP文件。
怎么用wampserver编写php？
wampserver只是一个部署php网站项目的部署工具，编写php请使用专门的ide工具，推荐使用phpstorm
php代码中如果要写超链接怎么写？
第一、直接写，但是要写在PHP代码块外边。如：<ahref='xxx'>test</a>第二、在PHP代码中用echo直接输出。如：echo"<ahref='xxx'>test</a>";第三、用PHP5的最新功能“新型字符串”的方式输出。如：$str=mark<<<<ahref='xxx'>test</a>mark;echo$str;
为什么很多开发人员痛恨PHP？
PHP不适合于比小型业余网站更大的网站。
1. 对递归的不良支持
递归是一种函数调用自身的机制。这是一种强大的特性可以把某些复杂的东西变得很简单。有一个使用递归的例子是快速排序（quicksort）。不幸的是，PHP并不擅长递归。Zeev，一个PHP开发人员，说道：“PHP 4.0（Zend）对密集数据使用了栈方式，而不是使用堆方式。也就是说它能容忍的递归函数的数量限制和其他语言比起来明显少。”见bug 1901。这是一个很不好的借口。每一个编程语言都应该提供良好的递归支持。
2. 许多PHP模块都不是线程安全的
在几年前，Apache发布了Web服务器的2.0版。这个版本支持多线程模式，在这个模式下，软件一个一部分可以同时运行多个。PHP的发明者说PHP的核心是线程安全的，但是非核心模块不一定是。但是十次有九次，你想要在PHP脚本中使用这种模块，但这又使你的脚本不能合适Apache的多线程模式。这也是为什么PHP小组不推荐在Apache 2 的多线程模式下运行PHP。不良的多线程模式支持使PHP常被认为是Apache 2依然不流行的原因之一。
3. PHP 因为商业应用而残废
通过使用缓存，PHP的性能可以陡增500%[见基准测试]。那么为什么缓存没有被构建在PHP中呢？因为Zend——PHP的制造者，它在销售自己的Zend Accelerator，所以当然，他们不想抛弃自己的商业产品这块肥肉。
但是有另一个可选择的： APC. （Zend后来推出Zend Optimizer，免费的加速器——译者）
4. 没有命名空间
设想某个人制作了一个PHP模块用来阅读文件。模块中一个函数叫做read。然后另一个人的模块可以读取网页的，同样包含一个函数read。然后我们就无法同时使用这两个模块了，因为PHP不知道你要用哪个函数。
但是有一个很简单的解决方法，那就是命名空间。曾经有人建议PHP5加入这个特性，但不幸得是他没有这么做。现在，没有命名空间，每个函数都必须加上模块名作为前缀，来避免名称冲突。这导致了函数名恐怖得长，例如xsl_xsltprocessor_transform_to_xml让代码难于书写和理解。
5. 不标准的日期格式字符
很多程序员对 日期格式字符 都很熟悉，它是从UNIX和C语言中来的。其他一些编程语言采用了这个标准，但是很奇怪的，PHP有它自己的一套完全不兼容的日期格式字符。在C中，“%j”表示一年中的当天，在PHP中他表示一个月中的当天。然而使事情更混乱的是：Smarty （一个很流行的PHP模版引擎）的 strftime 函数和 date_format 函数，却使用了C/UNIX的格式化字符。
6. 混乱的许可证
你也许认为PHP是免费的，所有的在手册中提到的PHP模块也是免费的。错了！例如，如果你想在PHP中生成PDF文件，你会在手册中发现两个模块：PDF 和 ClibPDF。但是这两个都是有商业许可证的。所以，你所使用的每个模块，你都要确保你同意他的许可证。
7. 不一致的函数命名规则
有些函数名称是有多个单词组成的。一般有三种单词组合的习惯：
直接拼接：getnumberoffiles
用下划线分开：get_number_of_files
骆驼法则：getNumberOfFiles
大部分语言选择其中一中。但是PHP都用到了。
例如，你想要把一些特殊字符转换成HTML实体，你会使用函数htmlentities （直接拼接单词）。如果你要使用相反的功能，你要用到它的小弟弟html_entity_decode。由于某些特殊的原因，这个函数名是由下划线分隔单词。怎么能这样呢？你知道有一个函数叫strpad。或者他是str_pad？每次你都要查看一下到底这个符号是什么或者直接等他出现一个错误。函数是不分大小写的，所以对于PHP来说rawurldecode 和RawUrlDecode之间没有什么区别。这也很糟糕，因为两个都使用到了同时他们看上去还不一样，混淆了阅读者。
8. 魔法引用的地狱
魔法引用（Magic quote）可以保护PHP脚本免受SQL注入攻击。这很好。但是出于某些原因，你可以在php.ini中关闭这个配置。所以你如果要写出一个有弹性的脚本，你总要检查魔法引用是开启还是关闭。这样一个“特性”应该让编程更简单，而事实上变得更复杂了。
9. 缺少标准框架
一个成长中的网站没有一个整体框架，最终会变成维护的噩梦。一个框架可以让很多工作变得简单。现在最流行的框架模型时MVC-模型，在其中表现层、业务逻辑和数据库访问都分离开了。
php可以作为前端开发语言吗？
PHP一直就是后端语言 ，最早的时候 web2.0之前 PHP 主要用途就是用来做后端，但是做后端就会遇到个问题 你不可能所有的HTML JS CSS 都用echo 的输出。所以大量的PHP和HTML 混写。这导致后来维护很不方便。也是这原因 在08年前后 诞生了 N多的 模板引擎。这些都是可以用一种简单方式来替代PHP和HTML 混写 那时候还是PHP4 是主流。在那个时代 包括smarty 用途都很广泛 那会学PHP 必学一个脚本引擎 貌似那会框架还很少 。
随着PHP5的诞生和发展 这种写法逐步落后了~ PHP 很多简单的写法 远比这些引擎更高效 而且还不用额外的学习类库 。所以 PHP 也开始担当了前端开发的责任 。
其实在许多大型项目里 JAVA主要写后端逻辑 ， JAVA作为一个工业语言 生手和熟手差距都不是很大 。而且最主要是JAVA程序员很多 。后期维护也简单。只要架构的合理 分好模块 开发起来很高效。尤其适合哪种模块超级多的项目。而php 主要用于前端和JS的信息交换 这样效率很快 。 早起的淘宝其实也是这样的 至于现在是否放弃PHP不得而知。