magento1.4 -- 预编译（Compilation）开启后后台插件管理不能访问的bug

预编译（Compilation）功能在1.3时代就已经存在于Magento系统中，开启后能大幅提高Magento系统的运行速度。在1.4以前这个功能一直是beta版，到1.4终于把beta这个词去掉了，也就意味着这个功能已经成熟，但是经过我反复测试，在新安装完的干净系统中开启预编译（Compilation）后，后台插件管理（Magento Connect Manager）不能访问，报错信息如下：

Fatal error: main() [function.require]: Failed opening required '/home/ebluebell/public_html/includes/downloader/pearlib/php/PEAR.php' (include_path='/home/ebluebell/public_html/includes/downloader/pearlib/php:/home/ebluebell/public_html/includes/src:.:/usr/share/pear:/usr/share/php') in /home/ebluebell/public_html/includes/src/Varien/Pear.php on line 265

 

经检查网站根目录下includes文件夹下确实不存在downloader文件夹，解决方案是按照提示，把根目录下downloader/pearlib/php文件夹拷贝到/includes/downloader/pearlib/php/，问题解决。

时间： 2024-09-11 04:42:31

magento1.4 -- 预编译（Compilation）开启后后台插件管理不能访问的bug的相关文章

Jetbrick-template 1.2.0 发布，新增预编译功能

Jetbrick-template-1.2.0 发布,新增预编译功能. 具体更新内容如下: 功能更新 [新增] #38 增加默认的 #tag cache() 实现模板局部缓存功能 [新增] #49 增加模板预编译工具/选项 [新增] #54 增加安全管理器:黑白名单 [新增] #62 在 Web 环境中使用 jetx 时候,建议增加一个隐藏变量 [新增] #63 对 Array/List/Map 的 [] 访问,增加安全调用 [新增] #64 Spell error in JetAnnoatio

magento1.4 -- 从新闻插件看出Magento开启预编译后对代码的要求更加严格规范

       Scalena News这个新闻插件我用了很久了,在1.3时代使用中一直没出问题,就也没有去检查它的代码是否都是准确的.因为1.4的预编译(Compilation)功能已经成熟,我在1.4安装完Scalena News后开启了编译,这时访问后台新闻管理菜单会报错,提示Mage_Adminhtml_Controller_action这个类没找到,检查插件的Scalena_News_Adminhtml_NewsController这个文件后发现Mage_Adminhtml_Contro

深入剖析ASP.NET的编译原理之二：预编译（Precompilation）

在本篇文章的第一部分:[原创]深入剖析ASP.NET的编译原理之一:动态编译(Dynamical Compilation),详细讨论了ASP.NET如何进行动态编译的,现在我们来谈谈另外一种重要的编译方式:预编译(Precompilation). 目录 一.为什么要进行预编译 二.In Place Pre-compilation V.S. Pre-compilation for Deployment 三.Non-updatable Pre-compilation V.S. Updatable P

使用aspnet_compiler.exe预编译网站

第一步:切换到aspnet_compiler.exe所在目录 在"命令提示符"下,切换到所在目录"c:\windows\microsoft\framework\v2.0.50727". 第二步:运行aspnet_compiler.exe预编译 Aspnet_Compiler -v test c:\tmp\test -v是虚拟目录参数,test为虚拟目录名称,而c:\tmp\test是指先行编译后的程序文件的目的位置. 第三步:使用预编译后的网站 将预编译后的test

OC中的宏 和 C中的预编译宏定义

1.先来几个常用的: [csharp] view plain copy // 是否高清屏   #define isRetina ([UIScreen instancesRespondToSelector:@selector(currentMode)] ? CGSizeEqualToSize(CGSizeMake(640, 960), [[UIScreen mainScreen] currentMode].size) : NO)   // 是否模拟器   #define isSimulator (

mysql几个参数(编码,预编译,批处理)

背景  这两天在做数据同步项目的联调,测试过程中发现针对mysql的一些使用上存在一些问题,比如batch不起效果,编码问题,预编译失效等等. 这里总结一下,做一下记录,希望对遇到类似问题的有所帮助 内容 编码问题 官方文档: http://dev.mysql.com/doc/refman/4.1/en/connector-j-reference-charsets.html 网上针对mysql的中文编码问题,已经有不少文章进行介绍,大概步骤如下:   1.  设置my.cnf中, 设置defau

magento -- 修改文件来手动控制编译的开启和关闭

之前遇到一个情况,在编译开启的状态下安装了一个新插件,结果前后台都不能访问了,这时想去找找是哪里在控制编译的开启和关闭,先把编译关了来保证系统不报错.按照一般的习惯后台数据或配置都是存在于数据库,但找遍数据库也没发现跟编译有关的数据.因为编译的结果是在/includes/src目录下生产很多文件,去includes文件夹时发现了config.php文件,从命名就可以看出这是一个做配置的文件,经过拿一个本地测试项目做实验,证实了编译的开启与否并不是存在数据库,而是在修改config.php的内容.

关于ASP.NET预编译（转自dudu）

为什么要用预编译? 博客园博客程序中.aspx和.ascx文件总共加起来有3000多个(博客模板中有大量的.ascx文件).如果使用动态编译,每次只要更新bin文件夹中的任何一个dll文件,动态编译至少需要5分钟(访问量越高,所需的编译时间越长),而在动态编译期间网站访问速度极慢,几乎就是无法正常访问.这样,每次更新程序成为了一种痛苦,只能安排在深夜或一大早. 面对这样的情况,只能选择预编译. 预编译的原理是什么? 请阅读Artech写的深入剖析ASP.NET的编译原理之二:预编译(Precom

SQL预编译和SQL注入

再说SQL预编译: 最近用go语言时,学习了一下数据库连接的库,这里总结一下SQL预编译相关的知识.貌似网上都是建议使用预编译,我也觉得这种做法靠谱. 先谈 SQL注入: SQL注入攻击指的是通过构建特殊的输入作为参数传入Web应用程序,而这些输入大都是SQL语法里的一些组合,通过让原SQL改变了语义,达到欺骗服务器执行恶意的SQL命令.其主要原因是程序没有细致地过滤用户输入的数据,致使非法数据侵入系统. 其实,反过来考虑,这也是SQL这类解释性语言本身的缺陷,安全和易用性总是相对的.类似的Sh