PUT和POST有什么区别？
1. 使用支持和范围的区别： PHP提供了对PUT方法的支持，在Http定义的与服务器的交互方法中，PUT是把消息本体中的消息发送到一个URL，形式上跟POST类似; PHP 提供对诸如 Netscape Composer 和 W3C Amaya 等客户端使用的 HTTP PUT 方法的支持; PHP 4 中，必须使用标准的输入流来读取一个 HTTP PUT 的内容; PUT方法没有POST方法使用广泛，但PUT方法却是向服务器上传文件最有效率的方法：
2. 上传过程的区别： POST上传文件时，通常需要将所有的信息组合成multipart 传送过去，然后服务器再解码这些信息，解码过程则必不可少的会消耗内存和CPU资源，这种现象在上传大文件时尤其明显； PUT方法则允许你通过与服务器建立的socket链接传递文件的内容，而不附带其他的信息，效果上更直接；
3. 上传效果的区别： PHP 接受到 PUT 方法的请求时，会把上传的文件储存到和其它用 POST 方法处理过的文件相同的临时目录；请求结束时，临时文件将被删除。 用来处理 PUT 的 PHP 脚本必须将该文件拷贝到其它的地方；
4. POST和PUT请求根本区别 POST请求的URI表示处理该封闭实体的资源，该资源可能是个数据接收过程、某种协议的网关、或者接收注解的独立实体； PUT请求中的URI表示请求中封闭的实体-用户代理知道URI的目标； 服务器无法将请求应用到其他资源； 如果服务器希望该请求应用到另一个URI，就必须发送一个301响应； 用户代理可通过自己的判断来决定是否转发该请求；
php的fwrite和file_put_contants有啥不一样啊.求大神简单点？
fwrite写入字符串
<?php
$file = fopen("test.txt","w");
echo fwrite($file,"Hello World. Testing!");
fclose($file);
?>
上面的代码将输出：
21
file_put_contants写入字符串
<?php
file_put_contants("test.txt","Hello World. Testing!");
?>
一句话,file_put_contants() 封装了封装了文件打开,关闭的过程.
PHP下载网络资源文件，有哪些好的解决方案？
引言
在程序内下载资源文件，这本身就是一个充满了不确定因素的事情。可能会因为网络超时连接中断，或者程序故障抛出各种异常，在实际中我们一般要避免在程序流程中下载文件。
如果是实在无法避免，用什么办法比较高效呢？或者说比较轻量级呢？本文就来说一说。
学习时间
最直接的办法就是使用内置函数 file_get_contents。参数形式如下：
int file_put_contents( string $filename, mixed $data[, int $flags = 0[, resource $context]] )
这个函数设计的很巧妙，兼容了很多场景下的使用。我们只需要按照相应的参数填入，就可以组装出各种各样的功能。
如果是下载资源，那么会分为两步。第一，把远程资源拿到本地。第二，把该资源写入本地文件。使用代码实现如下：
file_put_contents("Tmpfile.zip", fopen("http://someurl/file.zip", 'r'));
其中在位置参数 $data 的位置，传入了一个fopen生成的文件句柄。
根据函数手册上所说，如果$data 指定的是流，则该流的缓冲区将被复制到指定的文件。对标的函数是 stream_copy_to_stream。那样写起来就得是这样的：
是不是没有file_put_contents精简。难怪很多敲代码的老司机，习惯于使用这一个函数进行网络请求呢！
文件操作
纯粹使用文件操作，也没有问题，使用PHP提供的 fopen fclose fwrite fread 等函数，完全可以胜任。我们将其封装为一个助手函数：
因为不能确定原始文件的长度，在读写的时候，需要注意缓存区的大小，分块读入和写入。其中参数 1024 * 8，指定每次读写 8K 字节。使用 feof 判断文件是否到尾部。
网络请求
既然是网络资源文件，使用上面的函数，无非都要发起 HTTP 请求。既然是网络请求，何不把这个功能交给 cURL 呢？这样对于请求头，请求体，响应体等等全程 HTTP 环节，都可以在程序内操作，容错性肯定不差。
下面我们使用 cURL 库进行文件请求操作：
如果是小小的资源文件，下载起来不费时间，也不会阻碍接下来的流程。如果是超大文件，费时间，而且还可能中断，有没有断点续传？有没有自动压缩？这都是问题。
所以，使用网络请求下载大文件，这已经超出了 PHP 内置函数的范畴。我们需要功能更为强大的下载器，多资源，多线程，断线续传，自动重试。
写在最后
本文通过3中方法对比了实现小文件下载的功能，各有优劣，根据不同的场景需要开发者做出适当的选择。
Happy coding :_)
我是 @程序员小助手 ，持续分享编程知识，欢迎关注。