悲剧的Magento版本选择故事

这一年碰到很多magento新手,来问的问题都是magento2.x版本的。这些人基本都是工作才1年左右,这里不谈编程技术水平如何如何,我比较好奇的是他们为什么会选择magento2的版本!

闲聊后,大部分竟是这种情况。。初创小公司,老板或负责人听过magento系统的大名,就让公司里面的程序员去实施了。开始,肯定就要去下载magento了,不用说,肯定用最新版本的。2.x肯定比1.9x更新吧,哈哈,然后就开始了magento2之旅了。好不容易把magento2安装成功了,接下来的就是哭天喊地了,怀疑人生了。查资料查来查去最后才搞清楚2个版本不是一回事。这还是部分能撑住的程序员,很多都已经死在了开始的路上…

这是个悲剧的magento版本选择问题,我若是入门者,估计也是会掉进这陷阱。

对于这些小初创公司,magento1系列才是正确的选择,能速度把网站搭起来,对程序员的要求也会相对低很多。

升级到Magento1.9.3 产品页出现脚本错误 Product.OptionsPrice is not a constructor 解决办法

最近发布的magento 1.9.3,相信很多人都升级了,升级后发现产品页面出现下面的脚本错误:

脚本错误提示

Uncaught TypeError: Product.OptionsPrice is not a constructor
Uncaught TypeError: Cannot read property 'addCustomPrices' of undefined

阅读详情

清除mysql的log日志和关闭bin-log日记

如果在my.cnf中开启

log-bin=mysql-bin

mysql就会记录log,但是时间一长就会产生大量的日志,很占空间

117M    mysql-bin.000030
478M    mysql-bin.000031
1.1G    mysql-bin.000032
963M    mysql-bin.000033
4.0K    mysql-bin.000034
1.1G    mysql-bin.000035
1.1G    mysql-bin.000036
30M     mysql-bin.000037
8.0K    mysql-bin.index

排除用脚本自动删除日志的方法,有2个方法可以清理这些东西

第一:关闭log-bin=mysql-bin

直接在my.cnf中注释掉这一行

#log-bin=mysql-bin

第二:使用命令清空

先查看下log

mysql> show master logs;
+------------------+------------+
| Log_name         | File_size  |
+------------------+------------+
| mysql-bin.000001 |      25818 |
| mysql-bin.000002 | 1073764880 |
| mysql-bin.000003 | 1073744915 |
| mysql-bin.000004 | 1073745502 |
| mysql-bin.000005 | 1073742693 |
| mysql-bin.000006 | 1073743058 |
| mysql-bin.000007 |  155022099 |
+------------------+------------+
7 rows in set (0.01 sec)

然后刷新

mysql> reset master;
Query OK, 0 rows affected, 36 warnings (0.05 sec)

再看下

mysql> show master logs;
+------------------+-----------+
| Log_name         | File_size |
+------------------+-----------+
| mysql-bin.000001 |       107 |
+------------------+-----------+
1 row in set (0.00 sec)

这样只会保留最新的日志文件了,其他的就清空了~