• ActionCable 编译报错 at 2020年01月14日

    用了 react 。。。

    还真是,注释掉这一段就不报错了,多谢赐教!

    知道原因吗?

  • ActionCable 编译报错 at 2020年01月13日

    完全没有头绪。同一套代码,开发环境是好的,编译后的就报错。页面一加载就看到 console 报错了,还没有触发广播的。也不知道是不是 js 编译的过程哪里有问题,但我用的都是 Rails 的默认组件。

  • ActionCable 编译报错 at 2020年01月13日

    配了,生产环境的有启动 redis 的 container,并且加了环境变量 REDIS_URL=redis://redis:6379/1

  • ActionCable 编译报错 at 2020年01月13日

    cable.yml

    development:
      adapter: async
    
    test:
      adapter: test
    
    production:
      adapter: redis
      url: <%= ENV.fetch("REDIS_URL") { "redis://localhost:6379/1" } %>
      channel_prefix: app_production
    
  • 看过你的帖子 👍 因为主要是在介绍原因和两种不同方法,并且 docker-sync 的安装也有不同(不需要 brew install 依赖),所以我就新起一篇专门介绍 docker-sync 的

    这个 issue 没有深入了解,但对普通的 Docker 开发环境来说,用 docker-sync 已经完全没问题啦

  • rails 6 webpacker 慢的要死 at 2019年08月05日

    Mac 的确背了锅,因为文件系统不同。Docer for Mac 用的是 osxfs 共享文件系统,osxfs 在做 Mac 到 Linux 的文件同步的时候因为文件系统的各种差异导致速度非常慢(这也是为什么在 Linux 上跑 docker 速度就快很多的原因),具体详见官方介绍。简单来说,docker-sync 就是通过一系列手段(主要是 Unison)优化了 Mac 的 fs 到 Linux 的 fs 的文件同步。docker-sync 的使用还是比较简单的,安装 gem,配置 yml,然后 docker-sync start 就可以了,建议 Mac 用户们直接拿来用。(个人看法,欢迎指正)

  • rails 6 webpacker 慢的要死 at 2019年08月03日

    我也是这样,正在尝试 docker-sync

  • 啊~ 我之前看过 plugin,只是大概了解它的意思。这次在引用 Vue 的时候出了问题,没想到官方文档给出了方法,原来语法是这样的:Vue: ['vue/dist/vue.esm.js', 'default'],仔细读了下终于明白了

  • 第 3 个问题 Rei 在另一个帖子已经给了解释:https://ruby-china.org/topics/38740#reply-355447 我的问题就是漏配置了 webpack-dev-server 在 web 的环境变量

  • rails 6 webpacker 慢的要死 at 2019年08月02日

    受教了,多谢~

  • 哦~对,多谢大佬

  • 这个问题的原因是啥?如何解决的?

  • rails 6 webpacker 慢的要死 at 2019年08月02日

    我开发环境用的 docker,单独起了一个 container 用来跑 /bin/webpack-dev-server,每次更新 js 都需要 compile 三十几秒。笔记本是 18 年 顶配的 Mac Pro 性能应该没问题,请问有什么解法吗?

  • 几个问题请教一下:

    1. 在引入 jquery 的时候,我只设置了 plugin,并没有在 application.js 中 import 'jquery' 也可以用。有什么不同?
    2. webpacker 各文件会隔离,那如何在多个文件引用一个公共库呢?每个文件都 import 一下太麻烦了
    3. 我在开发环境每次有更改 Compiling 都要执行 30 秒 左右,这个体验太差了有什么办法能够优化吗?我用的是 docker,会不会有影响?