正 文：
在使用ftp软件上传下载php源文件时，我们偶尔会发现在本地windows下notepad++编辑器写好的php文件，在使用ftp上传到linux服务器后，php文件的换行符全部丢失了，导致php文件无法正常运行。
这个时候，再次通过ftp软件把刚才上传的php文件下载到本地windows，用notepad++编辑器打开后，发现php源代码变成了一行，换行丢失。
发生这种情况的原因是什么呢？飘易就以一句话概括下：
由于linux下换行是\n，而windows下换行是\r\n，当ftp软件在上传时，默认是以ASCII方式上传的，而ASCII方式上传文件有个特点，会将文件里的换行符进行适当处理以符合上传服务器的运行环境。在这个过程中，部分文件就会处理不当，出现换行符丢失的bug。（注意，不是全部php文件，是小部分的php文件会出现这个问题）。 上诉问题尤其在php源码里有单行注释符“//”时，会导致php源文件直接无法运行。因为源码变成了一行代码后，单行注释符把//后面所有的代码都注释掉了。
FTP上传bug解决方法:方法1: 将
单行注释符 // 改成
多行注释符 /* 注释文字 */ 这样即使换行符丢失，也不影响后面源码的执行。（但是下载到本地二次修改时，依然是件头疼的事！）
方法2:
FTP上传php文件不要使用ASCII模式，全部使用二进制方式。这是最保险的。 如何设置ftp软件以二进制方式Binary上传，请网络搜索下自己使用的ftp软件的设置方式。
【
知识补充：FTP的ASCII和Binary传输模式】 ：
FTP有ASCII和Binary两种传输模式：
Binary模式不会对数据进行任何处理。
Ascii模式会将回车换行转换为本机的回车字符。 由于WINDOWS和UNIX的行结束符不一样。所以从WINDOWS用Binary传输方式传输文本文件到UNIX时可能会出现^M。同样从UNIX用Binary方式传输文件到WINDOWS时，也可能出现回车换行显示不正确的问题。
WINDOWS下新建ftp_ascii.txt内容如下：
hello word!
WINDOWD TO UNIX !
TEST FTP ASCII;
我们分别用两种模式上传到UNIX.
ASCII模式正常
vi ftp_ascii.txt
hello word!
WINDOWD TO UNIX !
TEST FTP ASCII;
二进制模式 Binary有问题
vi ftp_ascii.txt
hello word!^M
WINDOWD TO UNIX !^M
TEST FTP Binary;
由此可知我们采用ASCII模式传输文本可以避免传输中的^M问题。 FTP中虽然ASCII模式可以避免^M的问题。但
大多数情况还是选择Binary方式，这样可以保证传输的内容不会被改变。尤其是在传输可执行文件如php源码时, 大多选用binary方式。 在FlashFXP中可以在菜单->会话->传输模式中 选择ASCII ,BINARY ,自动三种模式。 另外，我们以ssh登录sftp的方式上传文件时，也可以避免换行丢失的问题。
