弄个导航站出来 nav.nodejs-china.org
发布于 9 年前 作者 jiyinyiyong 4885 次浏览 最后一次编辑是 8 年前 来自 分享

导航啦导航啦!!!

网址 http://nav.nodejs-china.org/ 仓库 https://github.com/cnodejs/nav.cnodejs.org

貌似需要 nav.cnodejs.org 一起处理一下, 我只有上边哪个域名的权限… 建议跳转, 要不备案信息处理一下重新编译发一下. @alsotang 看看怎么处理?

不够的内容想到的可以 Fork 一下添加上来. 大体参考我大 React 社区这个页面 http://nav.react-china.org/

脚手架是简聊(https://jianliao.com) React 组件用的脚手架, 直接拿过来用了, 低版本浏览器先没兼容… flexbox 你懂的 有问题评论一下, Webpack 配置有点繁琐, 我也许可以按照反馈调整一下

然后, 想想看还有 Node.js 的中文群组可以写上啊?

15 回复

这个地方 https://cnodejs.org/getstart 可以直接用吗？

或者用 https://cnodejs.org/nav ？

@alsotang 如果一定要路径, 后面一个合适一些, 前面一个毕竟在用了. 不过子域名的话不是悔更方便吗?

@jiyinyiyong 我不想搞个独立的页面，导航的需求，我觉得只是标题+链接而已。作为一个子页面存在就好了，像 getstart 那里一样。我觉得你这个导航页的需求其实就可以包括在【新手入门】这里面啊。

@jiyinyiyong 甚至我觉得我这个新手入门页都可以作为一个帖子存在，这样可以有效接受反馈。

@alsotang 你的玩法当然也能达成目的, 虽然方法略微差别.

子页面如果有人一直维护其实效果也一样的, 只是我觉得独立做一个页面效果更好因为大家知道这是个专门导航的地方.

帖子的问题, 差别在编辑的权限上, 我的页面设计对方可以直接在 GitHub 上 PR 修改, 如果是帖子, 就需要回复等待作者或者管理员修改了.

如果觉得对你那边没什么好, 我继续在 nav.nodejs-china.org 域名下做就行了, 不影响你那边.

https://cnodejs.org/nav 这个方式也可以 github 提 pr。要不用这个？

@alsotang 还是独立仓库对吧? 没啥问题, 谷歌统计筛选也不影响.

@jiyinyiyong 如果搞个导航页的话，我们把新手入门那个标签跟导航页合并一下吧。但我觉得没必要搞独立仓库啊，用 markdown 分类目写一下内容就好了呃。

@alsotang 你这么一建议我做的事情全都没有必要了, 新手标签原来就在, 没起到作用, 我才单独做出一个页面来, 尝试也好. 要合并不如我直接从 cnodejs 组织把那个仓库移除去.

@jiyinyiyong 仓库在哪里不要紧。关键是这个导航页到底提供了什么意义

1

@jiyinyiyong 为什么要单独做个独立页面出来导航呢？我挺不理解你这个想法的

@alsotang 我在 React 版本的导航上放了统计代码, 每天有超过 50 的访问量, 而且论坛和 IM 上有新手问我的时候也是给对应的页面让他去找群组的. 所以从 React 社区这边已经能见到效果了, 不是单纯想法, 而是引用过来的方案.

貌似上边回复没说到重点, 重点应该是 https://cnodejs.org/getstart 维护不够. 现在 getstart 页面提供的信息太少了, 貌似底下的 Markdown 标记也有错.

React 那边论坛是已有方案不加定制, 所以直接分开了. 因为做了独立的仓库, 推送代码更新都无所谓, 遇到想加的内容马上就好了

@jiyinyiyong 我觉得如果有导航页面可能只是方便在宣传node的时候能甩一个链接？但我觉得没有必要，node和react不同，node已不需要像react那样推广。如果你的着重点是cnode社区，那导航页就更没什么意义了。@alsotang 新手入门作为单独页面是有问题的，我觉得单独页面应该是像ruby-china wiki那样

@geekplux 基本同意, 现在参与 Node 社区的新人(也包括出版社, 猎头等等相关的人员)数量估算不出来, 但是基本能认定比 React 要少, 导航页面起到的作用很难说有那么大. 意义是大小的问题, 倒不是没有, 至于是不是要做, 看意义跟维护成本比怎么样, 对我来说维护成本相当低, 合适合算的.

回到顶部