Commands 可以正常执行，加入计划任务后却怎么都跑不起来 我写了一个命令，根据mysql表记录，删除七牛文件，然后更新mysql数据 执行 php artisan delete:qiniu 一切运行正常 当我将Commands 添加到 console 里，schedule怎么都运行不起来，不执行； 测试执行 php artisan schedule:run，发现 schedule 使用的是 /usr/local/php7/bin/php /usr/local/php7/bin/php 默认执行不会加载配置文件，导致加载数据库报错，找不到驱动 找到了 schedule …
定义此basemodel，其它model继承basemodel [crayon-6766c0c5065a5358681235/] 使用方式 JS POST 参数： 参数说明 this 是分页相关，其它为具体model，下面是从cron这个model的查询条件 [crayon-6766c0c5065ac691204692/] PHP 查询： [crayon-6766c0c5065ae359804479/]
此 cron 优点： 1，linux crontab 只需加入 ***** php yii init/cron 2, cron 通过 config 文件配置，修改配置后需执行 php yii init/crontab 3，重试机制，任务出错后将延缓5分钟执行，直到达到最大尝试次数后，标识为失败 4，兼容周期性任务、一次性任务 5，多线程执行任务，任务不阻塞…
前提条件：在载入当前模板前已经实例化了produce_list Block [crayon-6766c0c5069f3604901056/] 查看 getLoadedProductCollection 函数源码，使用了成员变量，防止重复查询数据库
刚接触magento 时，看一些文档有说showConfig/showLayout ，不理解这两个模块时做什么的，github找到相关文件将它们安装（下载覆盖模块的app目录到项目app目录）； 浏览器访问 http://127.0.0.1/magento?showConfig=true 神奇的事情发生了，可以看到站点的配置信息； 猜想这里是用到了事件或钩子之类的，以后用到了在细看 浏览器访问 http://127.0.0.1/magento?showLayout=package|page|handles ,可以看到一些信息，目前不理解这些怎么帮助开发； 安装Layoutviewer 时，怎么都显示不出来，各种清理缓存、移动目录等都不行，最后发现 /etc/modules/***_Layoutviewer.xml 的 active 属性竟然时false；但后台查看此模块时却显示enable，真是坑死人，改为true后就能showLayout了； Configviewer github：https://github.com/dmelosilva/MagentoTutotial_Configviewer Layoutviewer github：https://github.com/astorm/LayoutViewer 只需要将模块中app目录直接覆盖到你项目的app目录就行
百度下，Magento 如何显示错误信息，说了很多，都是废话，我们直接看Magento 的index.php 文件，如下： [crayon-6766c0c506b93299919630/] 69行，if (isset($_SERVER['MAGE_IS_DEVELOPER_MODE'])) { 只要我们在apache或nginx配置中加上此参数后重启即可； apache 配置如下： [crayon-6766c0c506b98380919490/] nginx 配置如下： [crayon-6766c0c506b9a680964758/] 重启服务后，刷新页面就能看到错误信息
Magento模型 Magento 理所当然的也追随潮流应用了ORM。虽然 Magento自带的 Zend框架提供了SQL 抽象层，但是在大多数情况下我们将通过 Magento自带的模型和我们自己的模型来进行数据访问。他和视图层（View）一样，Magento的模型层也不是简单的 ORM，而是一个高度灵活， 高度抽象甚至有点令人费解。 Magento的模型解剖 大部分的 Magento模型分为两类。第一类是基本的 ActiveRecord类型，一张表一个对象的模型。第二类是Entity Attribute Value（EAV）模型。【译者注：EAV翻译成“实体属性值”有点词不达意，还是就叫 EAV的好】Magento 自己定义了一个数据类型叫做模型集合 （Model Collection）。顾名思义，模型集合就是一个对象里面包含了很多模型对象。Magento 的创造者Varien团队实现了PHP类库的标准接…
有些人的WordPress博客不是放在根目录，而是放在类似于/blog/的子目录下，这样WordPress On BAE的app.conf规则就不完全可用了，导致博客有些页面打不开等问题。 解决方法：把根目录下的app.conf打开，改成下面的形式（以blog子目录为例）： [crayon-6766c0c507022416781255/] 多站点的情况也类似，大家对照着这个修改就行了~ 一般情况下（即WordPress在根目录下）的app.conf规则： [crayon-6766c0c507027988191356/] 来源： BAE上WordPress在子目录中/多站点的app.conf规则 – Gimhoy's Blog