在岩与酒引入wiki的想法
花了一些时间翻阅岩与酒的旧帖子、服务器文件，有在岩与酒引入wiki的设想，征求一下大家的看法。当前岩与酒的内容
当前岩与酒的主体是论坛（bbs.rockbeer.org），静态内容（www.rockbeer.org），wordpress blog（事故网），纯js页面应用(盗版红点北京)
历史与发展
用户的各种需求，没有一个完整的工具可以完全满足，所以岩与酒的历史上尝试了各种工具，每个工具都有非常典型的应用场景，但也有非常不利的地方。
wordpress blog优点是撰写方便，自动按日期归档。缺点几乎没有分类、编目的可能。这个东西适合做开线日志啊之类的东西，但用在事故网这样的应用上有点痛苦。
纯js应用的盗版红点北京，如果整个目录端下来，可以在手机完整运行，很方便，甚至有可能直接打包成应用；但缺点是改版之类的东西需要动用程序员，维护成本高。
静态内容是原来风纯手工记录的一些比较有价值的文章，手工制作html页面，然后上传到服务器。这种苦B的活在未来不可能有人会继续做了。
需求
对于这些内容，需要找一个可能的方式，让他们继续存留、发展下去。
这个工具需要在未来10～20年内持续存在：这就排除了所有国产软件和G家的软件
需要大家协同编辑，而不是只有1～2个人可以编辑。
历史资料整理之后，可以持久保存，而不是像blog、论坛精华这样，用户翻起来太费劲了。
满足以上这些需求的，基本上就是内容管理系统（CMS）和WIKI了。
遍寻CMS，没有特别适用的：或者是一些庞大的CMS，功能超级强大，但学习曲线陡峭，不适合大众参与；或者是简单到不能再简单，过分丑陋。
让人又爱又恨的wiki
wiki是一个让人又爱又恨，特点鲜明的东西，好处：
人人可以参与编辑
完善的历史记录，绝对不怕误操作
添加页面、条目非常简便
发展时间比较久，已经非常平稳，不会有太大变化，预期未来10～20年不会死掉
缺点：
排版困难，刚上手的人简直咬牙切齿
各种附件处理困难，远远不如论坛之类的方便
页面名称全局唯一，适合做百科或者字典类，不适合做日志类
尝试
在岩与酒装了一个测试用的wiki，导入了一些数据（事故网，红点北京），用两个科学家(jane, mh)做小白鼠试验一下，结果很意外：他们都用过wiki，觉得操作无障碍。
除了这两位科学家之外，身边还有天空、apple、大雪都曾经操作过wiki，也许wiki不像想象中的那么生僻？
计划
其实在05年风就有计划建立wiki，只是没有实施。(http://bbs.rockbeer.org/viewthread.php?tid=1129022795&extra=page=2)
wiki用于承载论坛以外的各项内容：事故网，原来的静态页面，论坛的精华链接的编目，线路说明和未来可能各种的想法。
采用专家+草根的方式。核心专家负责编写一些标准页面（比如前几个事故案例），然后其他愿意做贡献的社区成员可以自行翻译国外的内容，按照这个格式贴进来。
备份备份备份
互联网一年的节奏，与现实生活中10年的节奏差不多。互联网产生以来，死掉的户外网站已经好多拨了，资料也是在不断的搜集、散失、再搜集、再散失的节奏中。
wiki的数据库应该公开给所有人用，并在一些友好邻邦建立镜像，避免山野论坛死掉之后，数据库备份找不到的悲剧。
同时也可以做一个wiki静态化的工程，把整个wiki抓成类似现在盗版红点北京的纯html格式，这样任何非码农系列的人也可以在本地浏览，保存了，将来就算数据库或者程序完蛋了，这些静态页面也会持久在不同人的硬盘上保留下去。
欢迎各位拍砖。 对于线路资料，除了wiki，mountainproject也很合适，这些年大家免费得到了国际线路资讯－虽然说没有能力和实力去爬－也该让地球人都知道一下我们有什么好线路。
岩与酒那些硬啃的技术资料，是我受益最多的，也是有兴趣一直做下去的，目前有大量啃到难点过不去的存在电脑里，希望有一个交流促进的平台。
关于事故分析。。。难道国内攀登领域只剩下事故记录有保存价值了？ 本帖最后由 woodhead 于 2015-3-30 14:19 编辑
对于线路资料，除了wiki，mountainproject也很合适，这些年大家免费得到了国际线路资讯－虽然说没有能力和 ...
Griff 发表于 2015-3-30 11:53 http://bbs.rockbeer.org/images/common/back.gif
我很喜欢thecrag, mountainproject这样的网站，当初也推荐给其他人用过，但，中文是我们的母语，不是每个人都能用这样的英文网站的。
如果大家能把wiki的线路资料弄得相对完善，那么把他们搬家、共享给mountainproject, thecrag是情理之中的事情，工作量不大。最近几天在尝试用thecrag做线路的拓扑图，他们的工具还是挺方便的。比如这个（事先声明，线路是我随意画着玩试验的，线路标注还不准确）
http://www.thecrag.com/climbing/china-mainland/beijing/area/650316279
类似于红点北京这样的线路资料搜集整理是最难的，但往国外同步这样的体力活，像我这样的小白用户还是乐意效劳的。
裂总翻译的事故网，对我帮助很大。致谢！
甘薯说的国内攀登领域，这话题太高大上了，我这样的小白插不上嘴，那是甘薯、河老湿、二叔们需要考虑的问题了。码农能做的，是服务好各位，给大家提供更便利的平台和工具。各位有啥需求，也请尽管说哈！生理需求除外
希望以后甘薯夜不成眠的时候，就可以躺在床上奋笔疾书，成果顺手贴到wiki之类的工具上，造福大家。 上述网站都支持中文输入，如果你要说注册登陆给某些纯中文用户造成困扰。。。那就当个纯读者吧。 论坛的确也有信息散乱，时间久的帖子不易找到的问题。用wiki是个好主意。
我觉得在mountainproject, thecrag上分享线路信息，同时在自己的地盘上搞一个wiki并不矛盾。 论坛的确也有信息散乱，时间久的帖子不易找到的问题。用wiki是个好主意。
我觉得在mountainproject, thecr ...
bince 发表于 2015-3-31 06:59 http://bbs.rockbeer.org/images/common/back.gif
恩，你说到了wiki的根本：非常适合整理文章。而普通的CMS内容管理系统要麻烦很多。论坛要想把精华分门别类更是不可能完成的任务。
既然大家都很愿意把咱这边的线路共享到mountainproject, thecrag上面，那回头就去办掉！之前本来根据甘薯的红点北京妄图向thecrag发布一些，结果发现那上面裂缝已经发布了一些线路上去，英文很精妙，自惭形秽，就没继续了。:'( :'(这次不怕丑，先胡乱翻，再请裂叔校正一版，再送出去。 论坛精华的内容是分类后根据内容逐渐添加。只要逐渐做，把新帖里精华分门别类不是不可能完成的任务，把旧贴内容分类编放也有可能，大概和几次“风来春到”的工作量差不多。WIKI强大之处在于允许编辑者逐渐重构、细分现有分类，关键是分类重构容易、编辑人员不怕重构。
在论坛里回答已经有答案的问题时，除了几个词就能说清楚的，要刻意给出精华部分现有答案的连接，而不是把答案说出来，即使后者更简单，这样才能鼓励新人看精华，减少重复询问低级问题。在有新问题的回答时，或对旧问题有补充回答时，要把答案和问题都补充到精华部分里。
最好wiki答案有指针指回原帖，因为精华收不进的很多细节会在原帖及其跟帖中找到。
旧答案最好都不删。
网上已经有的内容不必只为加到精华里刻意全文帖过来，否则更新量巨大，容易虎头蛇尾，给后人维护带来困难。
坚持做的话，不用很多力气一两年就可以有一个比较全的体系。 目测没有激烈反对意见，先建立起来玩玩吧。
正式wiki:
www.rockbeer.org/wiki
测试wiki:
www.rockbeer.org/wiki_test
学习使用wiki可以在后者上面胡搞。
注册建议：登录名最好用网名，真实姓名最好填写方便大家辨识。
单点登录问题：http://www.mediawiki.org/wiki/Extension:Discuz_X_Single_Sign-On
我个人比较矛盾，不愿意把太多东西扯在一起，特别是discuz这样的论坛，很怕某个时间，他又改版了，用户中心改了，导致wiki的用户改了。而且目前我们的discuz版本很低，应该无法联通。这个任务被我归类到lazy mode 经过一段时间的试验，思路更清晰了。
岩与酒内容可以分为两个永久部分和一个临时部分。永久部分：
1，讨论在BBS，方便不断盖楼，展开
2，知识积累，讨论结果在百科(mediawiki)。同一个主题，可以互相连接，方便延伸阅读
临时部分：公众号，可以定期给订阅者发一份论坛、百科的更新内容；或者翻陈年有价值的东西出来，引发重新讨论。
作为永久部分的论坛和百科，会长期存在，并且软件会相对稳定。
而作为临时部分的公众号，就是跟着微信这种热门工具走，哪天微信被其他软件替代了，我们也可以跟着新软件走，不用绑死在微信，也没必要花太多心思在内容整理上，只是一个工具而已。 http://wiki.rockbeer.org/index.php?title=%E5%88%86%E7%B1%BB:%E4%BA%8B%E6%95%85
WIKI增加了攀冰事故，笨笨编辑。
若有相关信息，欢迎提供！
页:
[1]