返回列表 发帖
白河攀岩基金

在岩与酒引入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/viewthre ... 95&extra=page=2)
wiki用于承载论坛以外的各项内容:事故网,原来的静态页面,论坛的精华链接的编目,线路说明和未来可能各种的想法。
采用专家+草根的方式。核心专家负责编写一些标准页面(比如前几个事故案例),然后其他愿意做贡献的社区成员可以自行翻译国外的内容,按照这个格式贴进来。

备份备份备份
互联网一年的节奏,与现实生活中10年的节奏差不多。互联网产生以来,死掉的户外网站已经好多拨了,资料也是在不断的搜集、散失、再搜集、再散失的节奏中。
wiki的数据库应该公开给所有人用,并在一些友好邻邦建立镜像,避免山野论坛死掉之后,数据库备份找不到的悲剧。
同时也可以做一个wiki静态化的工程,把整个wiki抓成类似现在盗版红点北京的纯html格式,这样任何非码农系列的人也可以在本地浏览,保存了,将来就算数据库或者程序完蛋了,这些静态页面也会持久在不同人的硬盘上保留下去。

欢迎各位拍砖。

Think Simulation
对于线路资料,除了wiki,mountainproject也很合适,这些年大家免费得到了国际线路资讯-虽然说没有能力和实力去爬-也该让地球人都知道一下我们有什么好线路。

岩与酒那些硬啃的技术资料,是我受益最多的,也是有兴趣一直做下去的,目前有大量啃到难点过不去的存在电脑里,希望有一个交流促进的平台。

关于事故分析。。。难道国内攀登领域只剩下事故记录有保存价值了?

TOP

born from the simulation
本帖最后由 woodhead 于 2015-3-30 14:19 编辑
对于线路资料,除了wiki,mountainproject也很合适,这些年大家免费得到了国际线路资讯-虽然说没有能力和 ...
Griff 发表于 2015-3-30 11:53



    我很喜欢thecrag, mountainproject这样的网站,当初也推荐给其他人用过,但,中文是我们的母语,不是每个人都能用这样的英文网站的。

如果大家能把wiki的线路资料弄得相对完善,那么把他们搬家、共享给mountainproject, thecrag是情理之中的事情,工作量不大。最近几天在尝试用thecrag做线路的拓扑图,他们的工具还是挺方便的。比如这个(事先声明,线路是我随意画着玩试验的,线路标注还不准确)

http://www.thecrag.com/climbing/ ... jing/area/650316279

类似于红点北京这样的线路资料搜集整理是最难的,但往国外同步这样的体力活,像我这样的小白用户还是乐意效劳的。


裂总翻译的事故网,对我帮助很大。致谢!

甘薯说的国内攀登领域,这话题太高大上了,我这样的小白插不上嘴,那是甘薯、河老湿、二叔们需要考虑的问题了。码农能做的,是服务好各位,给大家提供更便利的平台和工具。各位有啥需求,也请尽管说哈!生理需求除外

希望以后甘薯夜不成眠的时候,就可以躺在床上奋笔疾书,成果顺手贴到wiki之类的工具上,造福大家。

TOP

上述网站都支持中文输入,如果你要说注册登陆给某些纯中文用户造成困扰。。。那就当个纯读者吧。

TOP

论坛的确也有信息散乱,时间久的帖子不易找到的问题。用wiki是个好主意。

我觉得在mountainproject, thecrag上分享线路信息,同时在自己的地盘上搞一个wiki并不矛盾。

TOP

论坛的确也有信息散乱,时间久的帖子不易找到的问题。用wiki是个好主意。

我觉得在mountainproject, thecr ...
bince 发表于 2015-3-31 06:59



   恩,你说到了wiki的根本:非常适合整理文章。而普通的CMS内容管理系统要麻烦很多。论坛要想把精华分门别类更是不可能完成的任务。

   既然大家都很愿意把咱这边的线路共享到mountainproject, thecrag上面,那回头就去办掉!之前本来根据甘薯的红点北京妄图向thecrag发布一些,结果发现那上面裂缝已经发布了一些线路上去,英文很精妙,自惭形秽,就没继续了。   这次不怕丑,先胡乱翻,再请裂叔校正一版,再送出去。

TOP

论坛精华的内容是分类后根据内容逐渐添加。只要逐渐做,把新帖里精华分门别类不是不可能完成的任务,把旧贴内容分类编放也有可能,大概和几次“风来春到”的工作量差不多。WIKI强大之处在于允许编辑者逐渐重构、细分现有分类,关键是分类重构容易、编辑人员不怕重构。

在论坛里回答已经有答案的问题时,除了几个词就能说清楚的,要刻意给出精华部分现有答案的连接,而不是把答案说出来,即使后者更简单,这样才能鼓励新人看精华,减少重复询问低级问题。在有新问题的回答时,或对旧问题有补充回答时,要把答案和问题都补充到精华部分里。
最好wiki答案有指针指回原帖,因为精华收不进的很多细节会在原帖及其跟帖中找到。
旧答案最好都不删。
网上已经有的内容不必只为加到精华里刻意全文帖过来,否则更新量巨大,容易虎头蛇尾,给后人维护带来困难。

坚持做的话,不用很多力气一两年就可以有一个比较全的体系。

TOP

目测没有激烈反对意见,先建立起来玩玩吧。

正式wiki:
www.rockbeer.org/wiki

测试wiki:
www.rockbeer.org/wiki_test

学习使用wiki可以在后者上面胡搞。

注册建议:登录名最好用网名,真实姓名最好填写方便大家辨识。

单点登录问题:http://www.mediawiki.org/wiki/Extension\"\"iscuz_X_Single_Sign-On
我个人比较矛盾,不愿意把太多东西扯在一起,特别是discuz这样的论坛,很怕某个时间,他又改版了,用户中心改了,导致wiki的用户改了。而且目前我们的discuz版本很低,应该无法联通。这个任务被我归类到lazy mode

TOP

经过一段时间的试验,思路更清晰了。

岩与酒内容可以分为两个永久部分和一个临时部分。永久部分:
1,讨论在BBS,方便不断盖楼,展开
2,知识积累,讨论结果在百科(mediawiki)。同一个主题,可以互相连接,方便延伸阅读

临时部分:公众号,可以定期给订阅者发一份论坛、百科的更新内容;或者翻陈年有价值的东西出来,引发重新讨论。

作为永久部分的论坛和百科,会长期存在,并且软件会相对稳定。

而作为临时部分的公众号,就是跟着微信这种热门工具走,哪天微信被其他软件替代了,我们也可以跟着新软件走,不用绑死在微信,也没必要花太多心思在内容整理上,只是一个工具而已。

TOP

http://wiki.rockbeer.org/index.p ... :%E4%BA%8B%E6%95%85

WIKI增加了攀冰事故,笨笨编辑。
若有相关信息,欢迎提供!

TOP

返回列表