几点建议

[smallpath]

几点建议

[smallpath]

没上服务端渲染的SPA只能靠nginx代理，不过你的话倒是提醒我了，由于front默认主题是SSR的，确实可以直接node代理过去不走nginx。我尝试下

[smallpath]

谢谢关注🤓

1. Dockerfile这个问题确实存在，cnpm之后准备换成yarn。
2. es我一直在犹豫是否上，因为部署太重量级了，感觉之后可以弄个可选的部署开关
3. 这个了解了，海外图床会顺便和i18n一起做
4. 前端算是直接拿RESTful api自己做的，我也建议有兴趣的用户直接拿api新建一个项目，而不是被局限在原主题的模板里。

[qfdk]

@smallpath 刚测试了一下，打包之后本地跑了一下 出现了这样的问题，导致无法切换页面

觉得还是有玩儿头的 :)
另外可以考虑上一下travis，，这样贡献代码风格有个统一
https://standardjs.com/

es部署那边直接做个docker 镜像就好了 :) 弄个开关比较靠谱，只要填上es的url 就用es 如果空就用谷歌。这个可以当做一个新特性，喜欢折腾的同学可以玩儿这个。

PS： 有没有个直接可以讨论的地方，比如建立个QQ群或者telegram的群？

[smallpath]

看起来像是没开代理的样子，npm run build的模式下需要配置nginx代理，开发情况下用npm run dev就可以了，这时会webpack自动代理。

CI是一定会上的，最近三个月我都有时间，会一直迭代本项目

[qfdk]

@smallpath admin我是npm run dev front是 直接npm start 就是没开代理也不应该出现这样的错误，好奇脸

开个能讨论的地方吧：）

[smallpath]

Hi，front的代理已经做好了，你可以拉一下最新代码，现在生产环境下已经可以不需要nginx了。拉完别忘了npm install重新装一遍依赖后，再复制一下最新的配置文件。

之前测试生产环境时需要自己配hosts，并且自己配的hosts还没法启用service worker，现在就舒服多了

[qfdk]

@smallpath ok 谢谢~ 我重新fork一份 :)

[qfdk]

@smallpath 图床想了一下 有个叫做sm.ms 的似乎还是不错的，可以考虑接入一下，那个也没有什么apikey的样子，不用配置了。

[smallpath]

HI，公共图床可以加上，搜索服务我准备在后端重构后加上，计划先支持es和你提的algolia，那个PR和这个issue我先关了，有其他的话随时开这个issue，或者在我刚刚开的todo列表这个issue回复就好