解决Fatal error: Unable to read 2147 bytes错误

今天在安装一个网店系统,出现了Fatal error: Unable to read 2147 bytes的错误,如下截图:

经过查找相关的资料,发现原来问题出在上传安装文件的地方。上传文件时,一定要选择“二进制”方式。FTP软件如果不设置为二进制传输,则在某些服务器上可能会导致各种各样的异常的问题,比如:白屏,乱码,异常的报错等等。因此请一定要安装下面的说明设置FTP。

下面整理相关FTP客户端FlashFXP、Filezilla、CuteFTP、LeapFTP等软件的设置方法供您参考:

FlashFXP设置二进制:选项/参数设置/传送:

FileZilla设置二进制:传输/传输类型/二进制:

CuteFTP英文版设置二进制:Tools/Global Options/transfer/General/Transfer/Binary:

CuteFTP中文版设置二进制:工具/全局选项/传输/常规/传输方式/二进制:

LeapFTP:在 Options(选项)菜单中选择 Parameters(参数设置),选择其中的(ASCII 扩展名),出现列表后,选中其中的“*.PHP”,点右边的(删除),再点右边的(确定)即可。如果“*.PHP”项目不存在的话,可直接使用,不需另行设置。

时间: 2024-11-01 03:33:49

解决Fatal error: Unable to read 2147 bytes错误的相关文章

解决 Fatal error, run database recovery 错误修复

升级系统的时候yum upgrade被kill掉(原因有点奇葩,居然是由于网络不稳定导致的!!!),导致服务无法进行yum,错误信息如下: [root@localhost byrd]# yum clean all rpmdb: Thread/process 17911/140557035468544 failed: Thread died in Berkeley DB library error: db3 error(-30974) from dbenv->failchk: DB_RUNRECO

Fatal error: Maximum execution time of 30 错误解决办法

错误提示 php 出现 Fatal error: Maximum execution time of 30 seconds exceeded in D:xxuserlogin.class.php on line 10的解决办法: 修改php.ini: max_execution_time = 300 时间,然后重起服务iis 或者在程序写 set_time_limit(时间); //0为无限制. max_execution_time = 30; Maximum execution time of

解决MYSQL的unable to load dynamic library错误

1. 问题的描述 今天php的mysql突然不好用了.先后提示下面的错误信息: 没有找到 libmysql.dll 因此这个应用程序未能启动 apache php startup: Unable to load dynamic library : C:/ApacheGroup/php5/ext\php_mysql.dll 进而,在调用mysql函数的时候会出错: Fatal error: Call to undefined function: mysql_connect() 产看了下我的系统,p

ERROR:internal error Unable to locate libvirtd daem错误

在编译配置libvirt12.2时如果prefix不是usr目录,在使用libvirt创建VM则会出现 ERROR:internal error Unable to locate libvirtd daemon in $PATH 即便libvirtd所在目录已经加入了PATH.本人认为这是libvirt一个bug. 解决方法是:把你的libvirtd链接到/usr下 #pwd /usr #ln -s /usr/local/libvirt/sbin/libvirtd libvirtd 上面问题解决

解决MySql error #1036 Table is read only 错误方法

这次网站搬家采用直接打包mysql数据库和网页文件的形式进行迁移,上传好mysql data目录里面的网站数据库至VPS上mysql存放数据库的目录里面,解压就行.我的VPS存放数据库的路径是 /usr/local/mysql/var. 上传好网站数据,解压,配置好数据库链接参数就行,网站就能正常连接上了,我本以为这已经是顺利迁移完成了,但后来操作的时候,发现只能读取数据库的内容,不能更改写入任何信息,提示#1036 – Table '* ' is read only (*号为任意表),也就是说

php运行提示:Fatal error Allowed memory size内存不足的解决方法_php技巧

本文实例讲述了php运行提示:Fatal error Allowed memory size内存不足的解决方法.分享给大家供大家参考.具体方法如下: 有些朋友新配置的环境或自己新写的程序运行时会碰到fatal error: Allowed memory size of 134217728 bytes exhausted错误,这种问题一个是程序写得不好导致的,另一个是环境配置不好也会出现,像php5.1.27+apache2.2.3好像在windows2003中就会出现bug不管你怎么修复都无法解

php使用ZipArchive提示Fatal error: Class ZipArchive not found in的解决方法_php技巧

本文实例讲述了php使用ZipArchive提示Fatal error: Class ZipArchive not found in的解决方法.分享给大家供大家参考.具体如下: ZipArchive是php自带的一个压缩与解压缩函数了,今天理所当然的情况中使用new ZipArchive来创建zip文件时碰到提示Fatal error: Class ZipArchive not found in错误,感兴趣的朋友就一起来看看解决方法. 测试代码如下: 复制代码 代码如下: //PHP解压缩文件(

关于dll文件的生成以及找不到jni.h的解决办法(fatal error C1083: Cannot open include file: 'jni.h':)

引用 环境:Winxp+VC6.0  过程:编绎生成Dll文件时出错 首先是关于dll文件的生成:  方法如下:  打开VC++6.0,新建->; 工程 ->; win32 Dynamic-Link Library在向导中选择空工程  添加如用javah生成的头文件和自己写的一个cpp文件,然后编译运行,如果没有出现错误,既可以在编译成功的debug文件夹中找到dll文件,如果出现找不到jni.h的错误,那么用如下方法解决:  fatal error C1083: Cannot open in

c++-求助 error C1001: 编译器中发生内部错误

问题描述 求助 error C1001: 编译器中发生内部错误 1>------ 已启动生成: 项目: ConsoleApplication13, 配置: Debug Win32 ------ 1> ConsoleApplication13.cpp 1>d:documentvisual studio 2013projectsconsoleapplication13consoleapplication13consoleapplication13.cpp(48): fatal error C