X

webpack 后 webpack-dev-server ,使用的是webpack的js,不自动刷新

webpack 后 webpack-dev-server ,使用的是webpack的js,不自动刷新 整整折磨了我2天,疯了一样;项目结构如下 [crayon-6635538a21056592182061/] package.json [crayon-6635538a2105f317087992/] webpack.config.js [crayon-6635538a21061020311780/] 刚开始使用这份配置,一切顺利,dev开发好后build,上传服务器,一切正常; 当我在回到run dev后,发现它一直再使用了dist下的js,于是折腾了2天,改js名字、改dist目录名、各种找、各种改,结果都不行; 最后机缘巧合下改了webpack.config.js 第八行,将publicPath: './dist/' 改为了publicPath: 'dist/' ; npm…

admin

Virtual dom 虚拟dom 真的快吗???

注:本文观点只针对web,不针对使用react等js技术开发的app,没测试这里,断不敢乱下结论! Virtual dom 虚拟dom 真的快吗??? 虚拟dom真的像说的那么美好吗??? 1,先在内存中构造虚拟dom D1 2,构造变化后的虚拟dom D2 3,比较D2 D1,得到diff 4,将diff应用到原来的dom上 一切看起来都很美好,diff算法很牛逼,效率杠杠的;但是,但是,最后一句话“4,将diff应用到原来的dom上” 还是要操作dom; 下面我们就看看两种做法在web效率上的差异,一定是做了你才知道,部分代码截取,后边有完整代码演示; 1,构造原始dom数据,limit =5000,5000个dom,对其中1/3做特殊化处理 [crayon-6635538a21443404923831/]  …

admin

magento showConfig/Configviewer showLayout/Layoutviewer

刚接触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目录就行

admin

Magento 如何显示错误信息

百度下,Magento 如何显示错误信息,说了很多,都是废话,我们直接看Magento 的index.php 文件,如下: [crayon-6635538a216be905485089/] 69行,if (isset($_SERVER['MAGE_IS_DEVELOPER_MODE'])) { 只要我们在apache或nginx配置中加上此参数后重启即可; apache 配置如下: [crayon-6635538a216c3152392419/] nginx 配置如下: [crayon-6635538a216c9767378513/] 重启服务后,刷新页面就能看到错误信息

admin

Magento二次开发 Magento模块/模型 示例

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类库的标准接…

admin

redis 安装及操作

一.安装必要包 [crayon-6635538a21b89357250721/] 二.linux下安装 [crayon-6635538a21b8e405826810/] [crayon-6635538a21b90109156897/]   Redis源码获取1、进入Redis官网获取Redis最新稳定版下载地址2、通过wget命令下载 Redis 源代码。 Redis编译1、通过tar -xvf redis-3.0.2.tar.gz命令解压下载Redis源码压缩包redis-3.0.2.tar.gz;2、编译Redis。通过cd redis-3.0.2/进入Redis源码目录内,执行make编译Redis; 注意:make命令执行完成编译后,会在src目录下生成6个可执行文件,分别是redis-server、redis-cli、redis-benchmark、redis-check-aof、redis-check-dump、redis-sentinel。 Redis安装配置1、安装Redis,执行make install。会将make编译生成的可执行文件拷贝到/usr/local/bin目录下;2、执行./utils/install_server.sh配置Redis配置之后Redis能随系统启动。 Redis服务查看、开启、关闭 1、通过ps -ef|grep redis命令查看Redis进程;…

admin

php扩展

#扩展php exif error::Call to undefined function exif_imagetype() [crayon-6635538a21d52146477512/] #扩展php redis [crayon-6635538a21d57327694133/]   修改完后都要重启php服务(php以fpm方式启动); 其它方式重启nginx或apache

admin

nginx conf

php以sock方式提供服务,核心代码 [crayon-6635538a21f1c691964624/] 完整配置示例如下 [crayon-6635538a21f21139678707/]  

admin

NGINX 405 Not Allowed

NGINX: 405 Not Allowed 今天碰到一个dz的批量上传文件不成功的问题。 追踪发现,是把静态文件都优化了新地址导致的,用图片服务器存放了swf文件 swf文件上传文件时,就变成向静态文件做post,nginx就会返回405错误 修正域名即可解决。 另外,发现一个好玩的: NGINX不允许向静态文件提交POST方式的请求,否则报405错误。测试方法为,使用curl向服务器上的静态文件提交POST请求: curl -d 1=1 http://localhost/version.txt 得到以下结果: 405 Not Allowed 405 Not…

admin

PHP-FPM-SOCK

基础依赖库的安装 [crayon-6635538a22115254633727/] php 安装 [crayon-6635538a2211a513268349/] php配置文件初始化 [crayon-6635538a2211c570093626/] php-fpm 配置及优化 [crayon-6635538a22120084236657/] php-fpm 关闭及启动 [crayon-6635538a22121164751710/]   1,增加php 扩展 2,nginx 中使用 php-cgi.sock  

admin