内存不足的话,需要修改php.ini配置文件
memory_limit 设为1024M
max_execution_time 设为360
上传产品图片报错
在php.ini
里面添加这个,upload_tmp_dir =pub/media/tmp
就可以了
或者把产品删了重新添加
sudo vim /etc/php/7.0/fpm/pool.d/www.conf
添加
request_terminate_timeout = 7200s
保存后 重启php7.0-fpm。
request_terminate_timeout
:
表示每个到fastcgi的请求的超时时间,它的设计目的是为 在 php.ini 中的max_execution_time设置在某些特殊原因下不能终止 PHP 执行的情况。
于是,request_terminate_timeout 也就默默的成为限制 PHP 执行时间的另一个手段。
而request_terminate_timeout 和 max_execution_time 在一般情况下的关系是:
哪个值小,哪个起作用。。。
1,先排除php.ini
的问题
打开php.ini
,
把 upload_max_filesize
和 post_max_size
修改为20M,然后重启。
2,排除nginx的问题
打开/etc/nginx/nginx.conf
在http{}
段中加入 client_max_body_size 20m;
20m为允许最大上传的大小。
保存后重启nginx
这是缺少bcmath扩展库,直接安装即可
sudo apt-get install php7.0-bcmath
根据php版本来安装。7.1
就是
sudo apt-get install php7.1-bcmath
7.2
就是
sudo apt-get install php7.2-bcmath
这个是缺少js-translation.json文件的原因。
touch pub/static/adminhtml/Magento/backend/en_US/js-translation.json
这样创建一个同名文件就行了。
这个文件只有在deploy的时候 才自动生成。
这个问题 群里也遇到过,绝大部分都是deploy
的语言包不是你网站设置的语言包。
什么意思呢?
本教程安装的默认语言是美国英语,语言包名称是en_US
。
所以我deploy的时候 后面都是加的setup:static-content:deploy en_US
。
那么如果你安装的时候把默认语言选成英国英语了,英语英语的语言包名称是en_GB
。
那你deploy
N遍en_US
都没用,要改成:bin/magento setup:static-content:deploy en_GB
。
也就是说要deploy
英国英语语言包。
那么我怎么知道我默认语言的语言包是啥名字呢?
在后台可以查看:
Stores->Configuration->General->Locale Options->Locale.
要对症下药!! 不要瞎deploy
。
一般都是缺少pub/static/.htaccess的原因。
见
//bbs.mallol.cn/?thread-172.htm
这个问题主要是页面缓存造成的,关闭页面缓存接口,在页面的layout中找到对应的xml配置文件,在block里加上cacheable=”false”即可解决。如:
定制主题路径 : app/design/frontend/
定制模块路径 : app/code/
默认主题路径 : vendor/magento/theme-frontend-luma
默认模块路径 : vendor/magento/module-
可自定义, 如GreenTree
登录Magento的后台,Stores > Configuration > General > Web,展开Base URLs
修改 Magento 的 Base URLs 为 192.168.1.117即可
也可以通过表core_config_data修改
在path列里寻找
At web/unsecure/base_url
web/Secure/base_url
修改为对应的URL即可
module是component的一种,一个component可以是:
一个模块module(Magento2扩展/插件)
一个theme(magento2主题)
Language package(语言包)
很多情况下是文件权限问题或者缓存问题
可以通过清除缓存(包括浏览器缓存),更改文件权限解决
也可以清楚var/general下的所有文件,然后clean:cache
在安装新的插件或者模块的时候一定要注意文件的读写权限问题,
权限设置不当会导致站点生成静态文件和缓存的时候出现有些文件生成失败
导致网页加载文件失败,从而导致插件或组件功能异常
注意文件的权限常常是导致出现错误的原因
主题丢失。
你把某个主题手动删掉了,但是数据库里没删,还有旧的主题记录。
你需要找到theme
表。
把那个主题记录找到并删除 就行了。
后台上传logo的时候 总是报这个错。
这是2.2.4的一个bug。听说2.2.5里修复了。
需要手动改下代码:
找到 Magento\Email\Model\AbstractTemplate.php
。
用composer安装的一般在vendor\magento\moduleemail\Model\AbstractTemplate.php
。
用github安装的一般在app\code\Magento\Email\Model\AbstractTemplate.php
把
public function setForcedArea($templateId)
{
if ($this->area) {
throw new \LogicException(__('Area is already set'));
}
$this->area = $this->emailConfig->getTemplateArea($templateId);
return $this;
}
改成
public function setForcedArea($templateId)
{
if (!isset($this->area)) {
$this->area = $this->emailConfig->getTemplateArea($templateId);
}
return $this;
保存代码。
后台测试上传。应该就好了。
Your current session has been expired
执行命令:
php bin/magento config:set admin/security/session_lifetime 86400
php bin/magento cache:flush
然后再尝试登录 应该就好了。
见
https://github.com/magento/magento2/issues/5309
Notice: Undefined offset: 0 in /var/www/magento2/vendor/magento/module-configurable-product/Model/Product/Type/VariationMatrix.php on line 43
这个一般是可配置产品子产品属性的问题。
你应该是删除了super attribute的某个option,导致他的子产品找不到属性值 就报错了。
解决办法:
1,把$variationalAttributes变量打印出来
vim vendor/magento/module-configurable-product/Model/Product/Type/VariationMatrix.php
for ($attributeIndex = $attributesCount; $attributeIndex--;) {
$currentAttribute = $variationalAttributes[$attributeIndex];
$currentVariationValue = $currentVariation[$attributeIndex];
//add
if(!isset($currentAttribute['values'][$currentVariationValue])){
print_r($variationalAttributes);
var_dump($currentAttribute['values']);
die;
}
//end
$filledVariation[$currentAttribute['id']] = $currentAttribute['values'][$currentVariationValue];
}
找到values为空的属性id。
比如:
Array
(
[0] => Array
(
[id] => 153
[values] => Array
(
)
)
[1] => Array
(
[id] => 151
[values] => Array
(
[0] => Array
(
[value] => 32
[label] => 7460
[price] => Array
(
[value_index] => 32
[label] => 7460
[product_super_attribute_id] => 1362
[default_label] => 7460
[store_label] => 7460
[use_default_value] => 1
)
)
说明id为153的属性有问题。
2,catalog_product_super_attribute
表删除有问题的属性
比如产品id为782,有问题的属性id为153.
那么就在catalog_product_super_attribute
表里搜索product_id
为782的记录。
把attribute_id
为153的记录删掉就行了。
修改app/etc/env.php
查看下你的key
是不是超过32个字符了,不能大于32个字符。超出了就改小点。
见
//bbs.mallol.cn/?thread-183.htm
检查下你调用的类。一般都是某个类代码有问题。
如果Magento2缓存标签使用长度超过8192个字符,你可以看到HTTP 503(后台读取失败)在浏览器中的错误。这些错误可能显示如下:
Error 503 Backend fetch failed Backend fetch failed
Backend fetch failed
为了解决这个问题,修改varnish配置文件如下:
1.用 root 用户打开:
CentOS 6: /etc/sysconfig/varnish
CentOS 7: /etc/varnish/varnish.params
Ubuntu: /etc/default/varnish
2,搜索 http_resp_hdr_len
参数
3,如果参数不存在增加 thread_pool_max
4,设置 http_resp_hdr_len
示例:-p http_resp_hdr_len=64000 \
代码片段:
# DAEMON_OPTS is used by the init script.
DAEMON_OPTS="-a ${VARNISH_LISTEN_ADDRESS}:${VARNISH_LISTEN_PORT} \
-f ${VARNISH_VCL_CONF} \
-T ${VARNISH_ADMIN_LISTEN_ADDRESS}:${VARNISH_ADMIN_LISTEN_PORT} \
-p thread_pool_min=${VARNISH_MIN_THREADS} \
-p thread_pool_max=${VARNISH_MAX_THREADS} \
-p http_resp_hdr_len=65536 \
-p http_resp_size=98304 \
-p workspace_backend=98304 \
-S ${VARNISH_SECRET_FILE} \
-s ${VARNISH_STORAGE}"
https://devdocs.magento.com/guides/v2.2/config-guide/varnish/tshoot-varnish-503.html
magento2发不了邮件 unable to send mail
。
见
//bbs.mallol.cn/?thread-186.htm
File validation failed
这是2.2.5的一个bug。
需要安装php fileinfo扩展
7.0版本这样安装:
sudo apt-get install php7.0-fileinfo
7.1版本这样安装:
sudo apt-get install php7.1-fileinfo
https://github.com/magento/magento2/issues/16531
登录后台报错:
'You did not sign in correctly or your account is temporarily disabled'
这个是你后台用户账号被锁住了,需要解锁,用下面这个命令:
php bin/magento admin:user:unlock admin
最后面的admin
是你的登录用户名,自行修改即可。