货币问答：phpphp

　　可以的，PHP和HTML可以混编的，不过页面后缀要用.php　　PHP 是一种 HTML 内嵌式的语言，PHP与微软的ASP颇有几分相似，都是一种在服务器端执行的嵌入HTML文档的脚本语言，语言的风格有类似于C语言，现在被很多的网站编程人员广泛的运用。　　PHP 独特的语法混合了C、Java、Perl 以及 PHP 自创新的语法。它可以比 CGI 或者 Perl 更快速的执行动态网页。‍

PHP　　PHP（HypertextPreprocessor）是一种嵌入HTML页面中的脚本语言。它大量地借用C和Perl语言的语法， 并结合PHP自己的特性，使Web开发者能够快速地写出动态产生页面。　　PHP是完全免费的开源产品，不用花钱，Apache和MYSQL也是用样免费开源，在国外非常流行，PHP和MYSQL搭配使用，可以非常快速的搭建一套不错的动态网站系统，因此国外大多数主机系统都配有免费的APACHE＋PHP＋MYSQL。通常认为这种搭配的执行效率比IIS＋ASP＋ACCESS要高，而后者的使用还必须另外交钱给微软。　　PHP的语法和Perl很相似，但是PHP所包含的函数却远远多于Perl，PHP没有命名空间，编程时候必须努力避免模块的名称冲突。一个开源的语言虽然需要简单的语法和丰富的函数，但PHP内部结构的天生缺陷导致了PHP不适合于编写比中小型业余网站更大的网站。JSP（JavaServerPages）是Sun公司推出的一种动态网页技术。JSP技术是以Java语言作为脚本语言的，熟悉JAVA语言的人可以很快上手。　　JSP本身虽然也是脚本语言，但是却和PHP、ASP有着本质的区别。PHP和ASP都是由语言引擎解释执行程序代码，而JSP代码却被编译成Servlet并由Java虚拟机执行，这种编译操作仅在对JSP页面的第一次请求时发生。因此普遍认为JSP的执行效率比PHP和ASP都高。　　JSP是一种服务器端的脚本语言，最大的好处就是开发效率较高，JSP可以使用JavaBeans或者EJB（EnterpriseJavaBeans）来执行应用程序所要求的更为复杂的处理，但是这种网站架构因为其业务规则代码与页面代码混为一团，不利于维护，因此并不适应大型应用的要求，取而代之的是基于MVC的Web架构。MVC的核心思想是将应用分为模型、视图和控制器三部分。模型是指应用程序的数据，以及对这些数据的操作；视图是指用户界面；控制器负责用户界面和程序数据之间的同步。通过MVC的Web架构，可以弱化各个部分的耦合关系，并将业务逻辑处理与页面以及数据分离开来，这样当其中一个模块的代码发生改变时，并不影响其他模块的正常运行，所以基于MVC的Web架构更适应于大型应用开发的潮流。　　因此，不少国外的大型企业系统和商务系统都使用以上的MVC架构，能够支持高度复杂的基于Web的大型应用。　　结论：JSP对于网站开发来讲不像PHP那样易学易用，支持JAVA的主机也少于支持PHP的主机，这从一定程度上限制了Java技术在网站上的发展，不过在企业软件应用上来讲，MVC还是拥有相当大的优势的，虽然其配置和部署相对其他脚本语言来说要复杂一些，但对于跨平台的中大型企业应用系统来讲，基于JAVA技术的MVC架构几乎成为唯一的选择。

什么是PHPPHP代表了"超文本处理器"，这意味着你必须知道，它是一种服务器端的处理语言，且以HTML的形式出现。它最常用的地方就是网页了，数据从客户机发送到Web服务器，信息在此被处理并返回结果。但这种通用性的语言丝毫不局限于在网页方面，PHP也能被用在命令行shell中，它可作为操作系统的一个扩展，由此执行相应的PHP文件。在数据库方面的应用也是PHP的一个强项，MySQL、SQL、Microsoft Access、Oracle及InterBase只不过是采用了PHP语言的一部分数据库。什么是ASPASP是Acitve Server Pages的缩写，它也是一种服务器端的脚本语言，微软公司为达到动态网页的效果，把它集成进了服务提供者进程，就是众所周知的COM（Component Object Models）。尽管ASP也不只限于在IIS（Internet Information Services）服务器上运行，但只有在IIS上，才能发挥它的全部功能，最初支持它的操作系统为Windows 2000及NT4 Option Pack。同样，ASP在除IIS之外的平台上也能运行，PWS（Personal Web Server）就能在Windows NT、95、98上解释ASP代码，但是，功能会有所限制。成本问题可能很多人都想要争论ASP与PHP的成本问题，但这真的不是一个主要的重点所在。大多数购买IIS的用户是为了与微软产品的更好集成，话说回来，IIS绝对对得起这多花出去的钱。PHP与运行它的Apache Web Server都是免费的，它们是由Apache软件基金会提供的--安全、免费，正因为此，PHP可以免费安装，唯一的成本是购买运行它的服务器，及安装的时间成本。速度问题这个问题也是服务器端脚本语言中，双方争论最激烈之处，自从这两种语言来到这个世界，这个问题的争论就没有停止过。一般来说，应用程序在使用完内存之后，应把它"还给"操作系统，只要内存一直在被程序使用，操作系统通常也不会要求收回。PHP使用内存的独特方法，使之成为了它的一个优点。PHP在得到一块内存之后，会暂时保留住它，当内存用完后，并没有把它还给操作系统，而保留用于接下来可能发生操作。这个可以在配置文件中进行修改。因为基于COM的架构，所以ASP稍微慢一点，原因是它调用了对象模型，而系统又必须加载这些模型，这有点儿像那些使用了控件的编程语言。在内存消耗方面，也与标准应用程序相差无几。实际上，速度区别最大的地方是IIS或Apache Web Server运行于的计算机，如果计算机不同，那么，在配置更好的计算机上的语言将运行得更快一些。兼容性思考说到兼容性问题，那就太多了，因为世界上没有两台计算机的硬件与软件是完全相同的，正因为此，人们都想知道，在他们已拥有的设备上，程序会怎样运作。从这个范畴来说，PHP可能已先胜出一步了，它赢在开放源代码方面（Open Source），这意味着它背后可能有着不计其数的开发者、更好的资源、更大的文档库等等。由于这些因素，PHP开发的越多，程序员学到的也越多。ASP一般认为只能运行在IIS上，正如前面所提到的，这并不是十分正确，事实上，ASP也能运行在Apache上。Apache ASP可在任意Apache服务器上运行有限的ASP功能，所需做的，只需打开mod_perl。要记住的是，PHP可运行在任意平台上，Mac OS X、Windows、Linux及Solaris都是可运行它的操作系统。安全性考虑不管安全性有多高，任何事物都存在被攻破的可能，唯一缺乏的只是时间与资源的问题。Apache的安全选项使它比Windows Server操作系统更具安全性，IIS已有很多已知的安全漏洞，且一直在进行修补；相比而言，Apache的安全性可是有目共睹的。编程易学性ASP来源于微软产品中最常见的语言--Visual Basic，所以，它非常简单易学；而PHP地以C++语言为基础，这可能也是它速度快的一部分原因吧！ASP的一般性误解ASP与ASP.NET完全不是一种东西，ASP.NET是对ASP编程语言的一次彻底重写，正因为此，它的大部分功能是不能向后兼容的，它适合于微软更新的 .NET架构。结论从个人的角度来看，PHP更快、更安全、更易于使用、兼容性更高，甚至更便宜，但也并不是说ASP一无是处。有关两者进一步的讨论也没什么必要，使用最与你系统兼容、最符合你期望的语言就是了。

fileinfo 是php的一个扩展，你需要在安装时候查看是否有这个扩展包，如果有，那就在php.ini写 extension=php_fileinfo.dll  就可以了，如果有这一行，就删除前面的分号。

PHP 是一种在服务器端执行，嵌入到HTML文档的脚本语言，早期的风格类似于C语言与Perl语言，被广泛的运用于网络开发中。PHP6是下一代PHP版本，主要特性为支持Unicode标准。2015年6月11日，PHP官网发布消息，正式公开发布PHP7第一版的alpha版本。

《PHP 5.5从零开始学(视频教学版)》循序渐进地介绍了PHP 5.5开发动态网站的主要知识和技能，提供了大量的PHPPHP应用实例供读者买践。每一章节都清晰讲述了代码作用及其编写思路，使读者能在最短时间内迅速掌握PHP的应用开发技能。全书共22章，分别介绍了PHP 5.5的基本概念、PHP服务器环境配置、PHP的基本语法、PHP的语言结构、字符串和正则表达式、数组、时间和日期、面向对象、错误处理和异常处理、PHP与Web页面交互、文件与目录操作、图形图像处理、Cookie与会话管理、MySQL数据库基础、PHP操作MySQL数据库、PDO数据库抽象类库、PHP与JavaScript综合应用、PHP与XML技术的综合应用、PHP与Ajax的综合应用、Smarty模版、Zend framework框架等，最后通过一个PHP+MySQL数据库的综合案例，使读者进一步巩固所学的知识，提高综合实战能力。

新建一个PHP文件，输入复制以下代码，保存 放到能运行php的环境里面访问

<?phpecho phpinfo();?>

代码

如下图是我本地测试的效果

在fopen中写全路径或相对路径，全路径比如$myfile = fopen("c:\\my_data\\20150803\\20150803.txt", "w") or die("Unable to open file!");相对路径比如$myfile = fopen($_SERVER['DOCUMENT_ROOT']."/my_data/20150803/20150803.txt", "w") or die("Unable to open file!");就会把文件生成在指定位置。

加上这个代码后运行提示我这个，Warning: fopen(d:\wamp\www\20150803\20150803.txt) [function.fopen]: failed to open stream: No such file or directory in D:\wamp\www\20150803.php on line 3Unable to open file!

你得先建目录呀mkdir("c:\\123");再$myfile = fopen("c:\\123\\20150803.txt", "w") or die("Unable to open file!");

持久的数据库连接是指在脚本结束运行时不关闭的连接。当收到一个持久连接的请求时。PHP 将检查是否已经存在一个（前面已经开启的）相同的持久连接。如果存在，将直接使用这个连接；如果不存在，则建立一个新的连接。所谓"相同"的连接是指用相同的用户名和密码到相同主机的连接。对 web 服务器的工作和分布负载没有完全理解的读者可能会错误地理解持久连接的作用。特别的，持久连接不会在相同的连接上提供建立"用户会话"的能力，也不提供有效建立事务的能力。实际上，从严格意义上来讲，持久连接不会提供任何非持久连接无法提供的特殊功能。为什么看这和 web 服务器工作的方式有关。web 服务器可以用三种方法来利用 PHP 生成 web 页面。第一种方法是将 PHP 用作一个单独运行的语言解释器(CGI Wapper)。以这种方法运行，PHP 会为向 web 服务器提出的每个 PHP 页面请求生成并结束一个 PHP解释器线程。由于该线程会随每个请求的结束而结束，因此任何在这个线程中利用的任何资源（例如指向SQL 数据库服务器的连接）都会随线程的结束而关闭。在这种情况下，使用持久连接和非持久连接没有任何区别——因为PHP脚本本身的执行不是持久的。第二，也是最常用的方法，是把 PHP 用作多进程 web 服务器的一个模块，这种方法目前只适用于 Apache。对于一个多进程的服务器，其典型特征是有一个父进程和一组子进程协调运行，其中实际生成 web 页面的是子进程。每当客户端向父进程提出请求时，该请求会被传递给还没有被其它的客户端请求占用的子进程。这也就是说当相同的客户端第二次向服务端提出请求时，它将有可能被一个不同的子进程来处理。在开启了一个持久连接后，所有请求 SQL 服务的后继页面都能够重用这个已经建立的 SQL Server 连接。最后一种方法是将 PHP 用作多线程 web 服务器的一个插件。目前 PHP 4 已经支持 ISAPI、WSAPI 和 NSAPI（在非Windows 环境下），这些使得 PHP 可以被用作诸如 Netscape FastTrack (iPlanet)、Microsoft's Internet Information Server (IIS) 和 O'Reilly's WebSite Pro 等多线程 web 服务器的插件。持久连接的行为和前面所描述的多过程模型在本质上是相同的。注意 PHP 3 不支持 SAPI。如果持久连接并没有任何附加的功能，那么使用它有什么好处看答案非常简单——效率。当Web Server创建到SQL服务器的连接耗费(Overhead)较高（如耗时较久，消耗临时内存较多）时，持久连接将更加高效。Overhead高低取决于很多因素。例如，数据库的种类，数据库服务和web 服务是否在同一台服务器上，SQL 服务器负载状况等。当Overhead较高，每次创建数据库连接成本较高时，持久连接将显著的提高效率。它使得每个子进程在其生命周期中只做一次连接操作，而非每次在处理一个页面时都要向SQL 服务器提出连接请求。这也就是说，每个子进程将对服务器建立各自独立的持久连接。例如，如果有 20 个不同的子进程运行某脚本建立了持久的 SQL 服务器持久连接，那么实际上向该 SQL 服务器建立了 20 个不同的持久连接，每个进程占有一个。注意，如果持久连接的子进程数目超过了设定的数据库连接数限制，系统将会产生一些问题。如果数据库的同时连接数限制为 16，而在繁忙会话的情况下，有 17 个线程试图连接，那么有一个线程将无法连接。如果这个时候，在脚本中出现了使得连接无法关闭的错误（例如无限循环），则该数据库的 16 个连接将迅速地受到影响。请查阅使用的数据库的文档，以获取关于如何处理已放弃的及闲置的连接的方法。Warning在使用持久连接时还有一些特别的问题需要注意。例如在持久连接中使用数据表锁时，如果脚本不管什么原因无法释放该数据表锁，其随后使用相同连接的脚本将会被持久的阻塞，使得需要重新启动 httpd 服务或者数据库服务。另外，在使用事务处理时，如果脚本在事务阻塞产生前结束，则该阻塞也会影响到使用相同连接的下一个脚本。不管在什么情况下，都可以通过使用 register_shutdown_function() 函数来注册一个简单的清理函数来打开数据表锁，或者回滚事务。或者更好的处理方法，是不在使用数据表锁或者事务处理的脚本中使用持久连接，这可以从根本上解决这个问题（当然还可以在其它地方使用持久连接）。以下是一点重要的总结。持久连接与常规的非持久连接应该是可以互相替换的。即将持久连接替换为非持久连接时，你的脚本的行为不应该发生改变。使用持久连接只应该改变脚本的效率，不应该改变其行为！

运行模式关于PHP目前比较常见的五大运行模式：1）CGI（通用网关接口/ Common Gateway Interface）2）FastCGI（常驻型CGI / Long-Live CGI）3）CLI（命令行运行 / Command Line Interface）4）Web模块模式（Apache等Web服务器运行的模式） 5）ISAPI（Internet Server Application Program Interface）备注：在PHP5.3以后，PHP不再有ISAPI模式，安装后也不再有php5isapi.dll这个文件。要在IIS6上使用高版本PHP，必须安装FastCGI 扩展，然后使IIS6支持FastCGI。1.1、CGI模式CGI即通用网关接口（Common Gateway Interface），它是一段程序，通俗的讲CGI就象是一座桥，把网页和Web服务器中的执行程序连接起来，它把HTML接收的指令传递给服务器的执行程序，再把服务器执行程序的结果返还给HTML页。CGI 的跨平台性能极佳，几乎可以在任何操作系统上实现。CGI已经是比较老的模式了，这几年都很少用了。 每有一个用户请求，都会先要创建CGI的子进程，然后处理请求，处理完后结束这个子进程，这就是Fork-And-Execute模式。 当用户请求数量非常多时，会大量挤占系统的资源如内存，CPU时间等，造成效能低下。所以用CGI方式的服务器有多少连接请求就会有多少CGI子进程，子进程反复加载是CGI性能低下的主要原因。 如果不想把 PHP 嵌入到服务器端软件（如 Apache）作为一个模块安装的话，可以选择以 CGI 的模式安装。或者把 PHP 用于不同的 CGI 封装以便为代码创建安全的 chroot 和 setuid 环境。这样每个客户机请求一个PHP文件，Web服务器就调用php.exe（win下是php.exe,linux是php）去解释这个文件，然后再把解释的结果以网页的形式返回给客户机。 这种安装方式通常会把 PHP 的可执行文件安装到 web 服务器的 cgi-bin 目录。CERT 建议书 CA-96.11 建议不要把任何的解释器放到 cgi-bin 目录。 这种方式的好处是把Web Server和具体的程序处理独立开来，结构清晰，可控性强，同时缺点就是如果在高访问需求的情况下，CGI的进程Fork就会成为很大的服务器负担，想 象一下数百个并发请求导致服务器Fork出数百个进程就明白了。这也是为什么CGI一直背负性能低下，高资源消耗的恶名的原因。1.2、FastCGI模式FastCGI是CGI的升级版本，FastCGI像是一个常驻 (long-live)型的 CGI，它可以一直执行着，只要激活后，不会每次都要花费时间去 Fork 一次 （这是 CGI 最为人诟病的 fork-and-execute 模式）。 FastCGI是一个可伸缩地、高速地在HTTP server和动态脚本语言间通信的接口。多数流行的HTTP server都支持FastCGI，包括Apache、Nginx和lighttpd等，同时，FastCGI也被许多脚本语言所支持，其中就有PHP。 FastCGI接口方式采用C/S结构，可以将HTTP服务器和脚本解析服务器分开，同时在脚本解析服务器上启动一个或者多个脚本解析守护进程。当HTTP服务器每次遇到动态程序时，可以将其直接交付给FastCGI进程来执行，然后将得到的结果返回给浏览器。这种方式可以让HTTP服务器专一地处理静态请求或者将动态脚本服务器的结果返回给客户端，这在很大程度上提高了整个应用系统的性能。 【原理】 1）Web Server启动时载入FastCGI进程管理器（IIS ISAPI或Apache Module)； 2）FastCGI进程管理器自身初始化，启动多个CGI解释器进程 (可见多个php-cgi.exe或php-cig)并等待来自Web Server的连接； 3）当客户端请求到达Web Server时，FastCGI进程管理器选择并连接到一个CGI解释器。Web server将CGI环境变量和标准输入发送到FastCGI子进程php-cgi； 4）FastCGI子进程完成处理后将标准输出和错误信息从同一连接返回Web Server。当FastCGI子进程关闭连接时，请求便告处理完成。FastCGI子进程接着等待并处理来自FastCGI进程管理器（运行在 WebServer中）的下一个连接。在正常的CGI模式中，php-cgi.exe在此便退出了。 在CGI模式中，你可以想象 CGI通常有多慢。每一个Web请求PHP都必须重新解析php.ini、重新载入全部dll扩展并重初始化全部数据结构。使用FastCGI，所有这些都只在进程启动时发生一次。一个额外的好处是，持续数据库连接（Persistent database connection）可以工作。 备注：PHP的FastCGI进程管理器是PHP-FPM（PHP-FastCGI Process Manager） 【优点】 1）从稳定性上看，FastCGI是以独立的进程池来运行CGI，单独一个进程死掉，系统可以很轻易的丢弃，然后重新分配新的进程来运行逻辑； 2）从安全性上看，FastCGI支持分布式运算。FastCGI和宿主的Server完全独立，FastCGI怎么down也不会把Server搞垮； 3）从性能上看，FastCGI把动态逻辑的处理从Server中分离出来，大负荷的IO处理还是留给宿主Server，这样宿主Server可以一心一意作IO，对于一个普通的动态网页来说, 逻辑处理可能只有一小部分，大量的是图片等静态。 【缺点】 说完了好处，也来说说缺点。从我的实际使用来看，用FastCGI模式更适合生产环境的服务器。但对于开发用机器来说就不太合适。因为当使用 Zend Studio调试程序时，由于 FastCGI会认为 PHP进程超时，从而在页面返回 500错误。这一点让人非常恼火，所以我在开发机器上还是换回了 ISAPI模式。对某些服务器的新版本支持不好，对分布式负载均衡没要求的模块化安装是否是更好的选择。目前的FastCGI和Server沟通还不够智能，一个FastCGI进程如果执行时间过长会被当成是死进程杀掉重起，这样在处理长时间任务的时候很麻烦，这样做也使得FastCGI无法允许联机调试。因为是多进程，所以比CGI多线程消耗的服务器内存，PHP-CGI解释器每进程消耗7至25兆内存，将这个数字乘以50或100就是很大的内存数。 1.3 CLI模式 PHP-CLI是PHP Command Line Interface的简称，如同它名字的意思，就是PHP在命令行运行的接口，区别于在Web服务器上运行的PHP环境（PHP-CGI，ISAPI等）。 也就是说，PHP不单可以写前台网页，它还可以用来写后台的程序。 PHP的CLI Shell脚本适用于所有的PHP优势，使创建要么支持脚本或系统甚至与GUI应用程序的服务端，在Windows和Linux下都是支持PHP-CLI模式的。 【优点】 1）使用多进程，子进程结束以后，内核会负责回收资源； 2）使用多进程，子进程异常退出不会导致整个进程Thread退出，父进程还有机会重建流程； 3）一个常驻主进程，只负责任务分发，逻辑更清楚。 我们在Linux下经常使用"php –m"查找PHP安装了那些扩展就是PHP命令行运行模式；有兴趣的同学可以输入"php –h"去深入研究该运行模式。 1.4 模块模式 模块模式是以mod_php5模块的形式集成，此时mod_php5模块的作用是接收Apache传递过来的PHP文件请求，并处理这些请求，然后将处理后的结果返回给Apache。如果我们在Apache启动前在其配置文件中配置好了PHP模块（mod_php5）， PHP模块通过注册apache2的ap_hook_post_config挂钩，在Apache启动的时候启动此模块以接受PHP文件的请求。 除了这种启动时的加载方式，Apache的模块可以在运行的时候动态装载，这意味着对服务器可以进行功能扩展而不需要重新对源代码进行编译，甚至根本不需要停止服务器。我们所需要做的仅仅是给服务器发送信号HUP或者AP_SIG_GRACEFUL通知服务器重新载入模块。但是在动态加载之前，我们需要将模块编译成为动态链接库。此时的动态加载就是加载动态链接库。 Apache中对动态链接库的处理是通过模块mod_so来完成的，因此mod_so模块不能被动态加载，它只能被静态编译进Apache的核心。这意味着它是随着Apache一起启动的。 Apache是如何加载模块的呢？我们以前面提到的mod_php5模块为例。首先我们需要在Apache的配置文件httpd.conf中添加一行：LoadModule php5_module modules/mod_php5.so 这里我们使用了LoadModule命令，该命令的第一个参数是模块的名称，名称可以在模块实现的源码中找到。第二个选项是该模块所处的路径。如果需要在服务器运行时加载模块，可以通过发送信号HUP或者AP_SIG_GRACEFUL给服务器，一旦接受到该信号，Apache将重新装载模块，而不需要重新启动服务器。 该运行模式是我们以前在windows环境下使用apache服务器经常使用的，而在模块化（DLL）中，PHP是与Web服务器一起启动并运行的。（它是apache在CGI的基础上进行的一种扩展，加快PHP的运行效率）。1.5 ISAPI模式 ISAPI（Internet Server Application Program Interface）是微软提供的一套面向Internet服务的API接口，一个ISAPI的DLL，可以在被用户请求激活后长驻内存，等待用户的另一个请求，还可以在一个DLL里设置多个用户请求处理函数，此外，ISAPI的DLL应用程序和WWW服务器处于同一个进程中，效率要显著高于CGI。（由于微软的排他性，只能运行于windows环境） PHP作为Apache模块，Apache服务器在系统启动后，预先生成多个进程副本驻留在内存中，一旦有请求出现，就立即使用这些空余的子进程进行处理，这样就不存在生成子进程造成的延迟了。这些服务器副本在处理完一次HTTP请求之后并不立即退出，而是停留在计算机中等待下次请求。对于客户浏览器的请求反应更快，性能较高。

两种完全不同的 不过我觉得JSP比PHP强大 ： 网站用户同时在线访问的量是很大的。在这种情况下，选用什么样的系统平台才能给予最大限度的支持，系统的稳定性和容量，及 数据库 的安全。 回答： 安全性我觉得JSP是无可抵挡的 而且执行效率也高 但是PHP也不逊 呵呵 各有所长吧 我比较看好JSP