改了 _extend.less,清缓存后页面一点变化都没有,先别继续改选择器。Magento 生产模式下访问的是 pub/static 里的编译结果,源文件改对了不代表当前 theme、locale 的 CSS 已重新生成。继续阅读
站点直连服务器能登录,一走 Cloudflare 或负载均衡就回到登录页,这类问题大多不是管理员密码错,而是 Magento 设置的后台 Cookie 没有在下一次请求带回来。继续阅读
后台保存分类时报 URL Key 已存在,界面通常不告诉你冲突记录是哪一条。尤其做过数据迁移、批量导入或改过根分类后,url_rewrite 里可能留着旧路径。继续阅读
自定义前台 Controller 访问 404,我一般不先清十遍缓存,而是把 URL 拆成 frontName、controller、action 三段逐个对。继续阅读
后台列表加批量操作后,勾选几行再提交却提示没有选择记录,通常不是控制器收不到参数,而是 UI Grid 用来标识行的字段不一致。继续阅读
Mixin 没生效时最浪费时间的做法,是不断在 JS 文件里加 console.log。如果 RequireJS 根本没合并到那份配置,日志写再多也不会出现。继续阅读
自定义 Admin Grid 卡在 Loading 时,我以前总先怀疑 SQL。后来发现很多时候接口已经 200,真正卡住的是 UI Component 找不到它等待的组件,spinner 就永远不会被替换掉。继续阅读
我遇到的场景是:客户在结账页停留着,又在另一个标签页登录账户,回来继续提交就报 No such entity with cartId。这不是 quote 表一定丢了,而是前端还握着旧的 guest cart 标识,登录动作已经把购物车合并到 customer quote。继续阅读
这个问题最容易被“后台数量还有几十个”带偏。Magento 2.3 以后用了 MSI,页面上的 Source Item 数量并不等于前台可售数量。真正参与加购判断的是库存、来源分配、缺货阈值和 reservation 共同计算出来的 salable quantity。继续阅读

后台改商品时遇到过一个很怪的问题:页面没有明确报错,保存后内容还是旧的,日志里只有 No data to save。刚开始一直盯着商品 Repository 和插件,后来才发现代码根本没机会处理表单数据——保存请求先返回了 301,浏览器跟着跳到新地址时,POST body 已经没了。

继续阅读

项目 101 到 110 共 551个

每页
  1. 9
  2. 10
  3. 11
  4. 12
  5. 13
设置降序顺序