之前办公一直在用金山快盘和 ubuntu 的 one 作为云存储，感觉挺好用的，还方便，也没出什么安全上面的问题，最近转了 opensuse，发现竟然木有支持的客户端，金山在 ubuntukylin 那边搞了一个 beta 版的快盘客户端，试用了一下还不错，one 也毫无疑问的只支持 ubuntu 的 linux，115 网盘也是 deb 的包，坛子里面的各位大神，能不能给帮着搞一个 opensuse 下面的客户端啊？金山快盘、115、ubuntu one 神码的都可以啊，对于一个木有 linux 基础在加上木有一点编程知识滴白丁来说，自己动手丰衣足食是可望而不可及 - 咯。
没办法啊 deb 系流行。
但是我不建议用这种所谓的网络硬盘。不靠谱。 如果是存放代码类的东西，推荐用 git 来保管。 如果是 binary，那么还是网盘吧。。
最好的选择是 ownCloud。 可以自己创建一个自己的云服务。 支持各种主流平台、桌面环境。 开发者来自 KDE。 不过我鄙视一下 ownCloud 的宣传画面用 OSX 截屏的。 虽然我知道这个有利于宣传，但是 KDE 用户应该充满自信才对。 我用过几乎所有主流的桌面环境，包括 Windows 和 OSX 以及 GNOME、KDE、XFCE 等等，我可以很确定的说 KDE 比 OSX 好不止一个档次。 所以对于该截图我很鄙视。 但是现在一个软件如果不拿 OSX 截图宣传，就很没面子，我只能说很无奈。
无论如何，ownCloud 是最好的选择：可靠、自由、保护隐私，也不用担心云服务商倒闭，或者关闭服务。
第二，openSUSE 曾经包含过 spideroak。 但是估计是因为 spideroak 不开源吧？ 现在没有了。 可以到 spideroak 官方的站点上找到下载。曾经 spideroak 给 openSUSE 用户提供过折扣，估计后来不提供了，openSUSE 的源里面也没有这玩意儿了。
第三，ubuntu 我比较讨厌。但是 ubuntu one 确实不是只支持 ubuntu 而不支持其他真正具有 linux 风格的 linux 发行版的。 ubuntu one 有 tarball 你可以自己打包。 software.opensuse.org 里面有一个 ubuntuone 的 client 包，但是只有 12.3 的，如果你用 13.1 你可以拷贝他的 specfile 改一下自己打一个。
第四，无论如何，有个包叫做 alien，可以转换 rpm、deb 和 slackware 的 tgz 三种 linux 包。 下下之策就是用这个玩意儿。
第五，我建议无论如何都不要找那种 bin 文件的安装包。
好，我也去关注一下，不过我用快盘就是纯粹自己用（在家，在外面，在办公室都能方便的处理文档），不是用来共享文件用的，所以外部链接没有最好咯。
处理文档我个人建议你学习一门轻量标记预言。我个人目前主要用 asciidoc。 但是 asciidoc 虽然最强大，却最不流行，缺乏相关程序支持，尤其是 pandoc 不能读入 asciidoc。 所以考虑再学一门 rst 备用。
然后用 git repo 和 bitbucket。
你用习惯了就再也不想用“office”类软件处理文档了。 而且 git 能够跟踪历史。 非常爽。
处理文档我个人建议你学习一门轻量标记预言。我个人目前主要用 asciidoc。 但是 asciidoc 虽然最强大，却最不流行，缺乏相关程序支持，尤其是 pandoc 不能读入 asciidoc。 所以考虑再学一门 rst 备用。
然后用 git repo 和 bitbucket。
你用习惯了就再也不想用“office”类软件处理文档了。 而且 git 能够跟踪历史。 非常爽。
__ ** 处理文档我个人建议你学习一门轻量标记预言。我个人目前主要用 asciidoc。?** __ 哦 no，头好大，完全不懂！不过我是个爱折腾的人，既然有老师给出了建议，那我就去探索一下咯！
处理文档我个人建议你学习一门轻量标记预言。我个人目前主要用 asciidoc。 但是 asciidoc 虽然最强大，却最不流行，缺乏相关程序支持，尤其是 pandoc 不能读入 asciidoc。 所以考虑再学一门 rst 备用。
然后用 git repo 和 bitbucket。
你用习惯了就再也不想用“office”类软件处理文档了。 而且 git 能够跟踪历史。 非常爽。
__ ** 处理文档我个人建议你学习一门轻量标记预言。我个人目前主要用 asciidoc。?** __ 哦 no，头好大，完全不懂！不过我是个爱折腾的人，既然有老师给出了建议，那我就去探索一下咯！
HTML 你知道吧？ 轻量标记就是类似 HTML 的标记预言，但是语法比 HTML 简洁很多，所以说编辑起来速度非常快。 编写完了之后可以通过工具链自动生成为其他格式的文档。
我建议你不要学习 asciidoc，因为 asciidoc 主要只有官方工具链。 所以说我建议考虑 rst。 rst 除了自己还有很多第三方工具链可以使用。 尤其是 pandoc 非常强大。
pandoc 可以把很多轻量标记转换为 odt 文档、docx 文档、html 幻灯片、pdf 文档、epub 电子书等。
但是 pandoc 支持 rst，不支持 asciidoc。 所以你没有接触过轻量标记的话，就学 rst 好了。 markdown 功能太弱了。 asciidoc 和 rst 都比较强大。
然后用 git。 git 就是一个管理代码的东西。 你用 libreoffice 或者 microsoftoffice，文件不是代码，而是一个压缩包，当然最里面还是代码。 doc 好象是 binary。 总之这些格式都不适合当作代码查看、当作代码管理。
而轻量标记非常适合当作代码来查看和管理。 所以说适用 git。 bitbucket 提供无限免费 git repo。 推荐使用。
主要用法：
git init 新建 repo
git pull 拉取远程上的更新
git add . 添加更新
git commit 提交更新
git push 推送更新到远程
这样的话你可以异地工作。很方便。 比如说你在 A 电脑上添加了一些内容。 然后 add、commit、push 到 bitbucket。 在 B 电脑上修改了另外一段文字。 那么在 B 电脑上你 git pull 就能把修改拉取到本地，并且 merge 成新版本。
有时候做文档，也需要保存不同的版本，这样的话用 git 可以随时把文件回溯到旧的 commit，从而看到自己每一次 commit 做出了哪些修改。
也可以创建分支。
比用字处理软件爽多了。 而且 bitbucket 可以当作一个同步工具了。
处理文档我个人建议你学习一门轻量标记预言。我个人目前主要用 asciidoc。 但是 asciidoc 虽然最强大，却最不流行，缺乏相关程序支持，尤其是 pandoc 不能读入 asciidoc。 所以考虑再学一门 rst 备用。
然后用 git repo 和 bitbucket。
你用习惯了就再也不想用“office”类软件处理文档了。 而且 git 能够跟踪历史。 非常爽。
__ ** 处理文档我个人建议你学习一门轻量标记预言。我个人目前主要用 asciidoc。?** __ 哦 no，头好大，完全不懂！不过我是个爱折腾的人，既然有老师给出了建议，那我就去探索一下咯！
HTML 你知道吧？ 轻量标记就是类似 HTML 的标记预言，但是语法比 HTML 简洁很多，所以说编辑起来速度非常快。 编写完了之后可以通过工具链自动生成为其他格式的文档。
我建议你不要学习 asciidoc，因为 asciidoc 主要只有官方工具链。 所以说我建议考虑 rst。 rst 除了自己还有很多第三方工具链可以使用。 尤其是 pandoc 非常强大。
pandoc 可以把很多轻量标记转换为 odt 文档、docx 文档、html 幻灯片、pdf 文档、epub 电子书等。
但是 pandoc 支持 rst，不支持 asciidoc。 所以你没有接触过轻量标记的话，就学 rst 好了。 markdown 功能太弱了。 asciidoc 和 rst 都比较强大。
然后用 git。 git 就是一个管理代码的东西。 你用 libreoffice 或者 microsoftoffice，文件不是代码，而是一个压缩包，当然最里面还是代码。 doc 好象是 binary。 总之这些格式都不适合当作代码查看、当作代码管理。
而轻量标记非常适合当作代码来查看和管理。 所以说适用 git。 bitbucket 提供无限免费 git repo。 推荐使用。
主要用法：
git init 新建 repo
git pull 拉取远程上的更新
git add . 添加更新
git commit 提交更新
git push 推送更新到远程
这样的话你可以异地工作。很方便。 比如说你在 A 电脑上添加了一些内容。 然后 add、commit、push 到 bitbucket。 在 B 电脑上修改了另外一段文字。 那么在 B 电脑上你 git pull 就能把修改拉取到本地，并且 merge 成新版本。
有时候做文档，也需要保存不同的版本，这样的话用 git 可以随时把文件回溯到旧的 commit，从而看到自己每一次 commit 做出了哪些修改。
也可以创建分支。
比用字处理软件爽多了。 而且 bitbucket 可以当作一个同步工具了。
有点明白了，感觉确实很有优越性啊，我尝试着接触一下撒，有不明白的地方还希望能够多多帮助咯！
貌似 deb 包解压出来，按照目录结构复制一下也可以用的说
send from my openSUSE using tapaTalk
自己学习一下吧，也不难的，照猫画虎改个 spec。自己做还有成就感，做好了还可以给别人用。
一直想玩 ownCloud 可是暂时没有时间，ownCloud 应该是目前在线存储同时又保护隐私最好的解决方案了。
估计都不用改，直接把 software.opensuse.org 下载页面上的那个源代码包（.src.rpm）下下来后 rpmbuild --rebuild 一下就好～
12.3 的编译好的包估计在 13.1 下用起来也没问题～
其实从某种角度讲，只要用公网，隐私都难以得到保护。 美国现在不少大学变相逼学生用 gmail 和 google+，但是照样不准教授把研究内容放到 google 服务器。
但是 ownCloud 绝对比用商业服务好得多。
才知道 bitbucket 是支持私有仓库的 , 刚刚注册了一个~
我平时都是在 Dropbox 的一个文件夹里写 markdown + gollum 管理文档 ；
貌似 rst 也不错, 有时间学习一下 ~
markdown 算是最弱的轻量标记预言了。
gollum 不错。 你自己电脑上有 gollum 服务器吗？
我看上了 gitit。 但是这货老是不更新。 和我电脑上的 pandoc 版本冲突了。 我的 pandoc 太新了。 不过我倒是可以考虑从 git 仓库里拉最新的代码出来编译。git 仓库里最新的代码已经兼容最新的 pandoc 了。
我目前笔记整理很混乱，也在考虑用 wiki 解决。但是没有特别合适的。 zim 稍微好一点吧，但是太像传统笔记本了。 也不爽。 别的都要运行一个 server。
markdown 我目前用着还好, 也算是够用了, 放到 octpress 不用改动 ;
我机器上的 gollum 不是总开, 光是装 gollum 就几个 gem 包的事, 我平时一般用 vim 编辑文件, grep 做搜索, gollum 那个编辑功能我用着得有些问题, 速度也不行, 不知道和我的目录在 dropbox 有没有关系 ; 开起来 gollum 后的搜索功能也还可以 ;
pandoc 我用的比较简单, 主要用来把写好的 markdown 文档转换为 html, 然后把有格式的 html 贴进 thunderbird 里面 ;
gollum 能够支持展示我原来写的 mediawiki/org-mode 和现在用的 markdown, 现在来说比较满意 ;
在 windows 下有时候犯懒就用下 evernote, 直接贴图进去, 但代码高亮什么的都没有 ;
说起来我也没少用诸如 wiki 之类的管理工具: mediawiki -> tiddlywiki -> xwiki -> dokuwiki -> vimwiki -> org-mode-> zim -> gollum + markdown;
- mediawiki, 需要数据库, 相对来说比较重量, 我们团队在用, 最近往 confluence 上转；
- tiddlywiki, 过于简陋了 ;
- xwiki, 这 java 的东西重量自不用说 ;
- dokuwiki, 比较轻量一些, 都存成了纯文本格式, 所有的操作都需要在 web 完成, 不爽, 或者用 firefox + 插件允许 vim 编辑 ;
- vimwiki, 用过别人的 css, 对 markdown 支持不完善, 而且搜索 / 导出功能较弱, 需要自己写 css;
- org-mode, 表格功能很强, 语法来说有些复杂；export 功能我用过, 但不大熟悉 css, 另外搜索也是个问题, 除了 grep 外也不知道在各个 html 怎么做搜索, 情况同 vimwiki, 还有就是我 emacs 用的也不熟练, 配置也是东抄西抄的 ;
- zim, 粘贴很方便, 语法不喜欢, 好像也没有什么语法高亮, web 展示也过于弱 ;
rst 好像可以配合 Sphinx 一起写文档, 不知道搜索功能等方面做的如何, 可否和 gollum + markdown/rst 媲美?
高人！
比我踏实多了。 我基本上就是用 asciidoc。 我个人觉得单单从语法的表现力来讲 asciidoc 是最强的。 但是问题就是 asciidoc 没那么流行，配套工具链太少。 pandoc 不能读 asciidoc，否则我早就用 pandoc 了。
asciidoc 自己有一个 a2x 工具链，可以把 asciidoc 导入到 docbook 和 latex 工具链处理，功能也蛮丰富的。 但是我不满意的就是没有 asciidoc 做 blog 的工具，没有 asciidoc 生成类似 sphinx 文档的工具。 这两者比较烦人。
mediawiki 我用过，太重量了。
dokuwiki 太轻量了。
别的我都没有用过。
这个学期我的课不算难，所以懒得整 wiki 了。长远来讲有个 wiki 来整体学习笔记是大好处。 可惜一直没有符合需求的。 我就学了一个学期的数据结构，写不出好的程序。 实在不行自己学点 python 设法憋一个出来。
gollum 我没有用过，只用过 github 上面那个，我不知道 github 上面那个 gollum 怎么搜索。 唯一的印象就是对 asciidoc 的复杂表格支持不好。 另外 asciidoc 里面有一些小标题什么的在 gollum 里显示得和普通文本一样。
sphinx 的最大好处是不用运行 server。 我不想在自己的电脑上加一个 server。 这是巨大优势。 sphinx 生成的是纯静态网页。 有基本的搜索功能。 但是貌似不是全文搜索吧？ 不是特别熟悉。 python doc 就是 sphinx 生成的，有个搜索框。 应该是索引性质的。 实现方法貌似是把索引内容放在 javascript 里面做。
还有一个 scribble。 这个东西在 racket 这个包里面。 racket 是一个 scheme 方言， scribble 是一个 racket 的子语言，用来写文档的。 这个东西我考虑过学。 但是 racket 目前我不算太熟练。 上个学期学习过。 忘了一些。
这货的优点缺点都很明显。 先说缺点就是没有 rst、asciidoc 那么轻量。 比如说一个斜体就是 (italic <expr*>) 跟写 LISP 代码没什么区别。 相对来说速度就要慢了一点了。
但是优点就是这个 scribble/base 是继承 racket/base 的。也就是说这货实际上就是一个 scheme 方言的扩展。 所以里面的 API 非常丰富。 你可以自己搞一些 LISP 宏啊什么。
但是我很怀疑这货的代码高亮只支持 racket 语言。。。
所以综合来讲我目前感觉最好的选择就是 sphinx。 不过我承认 sphinx 更适合写书。 因为其文档结构是书的结构。 此外我可能再考虑 dokuwiki 吧。 gollum 主要是 ruby 写的。我对 ruby 程序比较恐惧。 ruby 有 rvm。 而 python 只需要区分 python2 和 python3. 当然还有一个选择就是 gitit。 gitit 是基于 pandoc 的 wiki 程序。 目前我电脑上 gitit 编译不了，依赖冲突。 主要是我的 pandoc 是最新版本的而 gitit 要求上一个版本的 pandoc。 只好等 gitit 出新版，也在考虑直接管他三七二十一拉 git 仓库的 gitit 编译。
octpress 有意思。 不过我更喜欢 python 的 pelican
有的时候我就一直觉得没有一个完美的针对个人用户文档 /wiki 解决方案。 但是我承认大部分学生都没有找到完美方案。 我还是要注重学业。 如果为了追求完美反而搞乱了就不行了。 下个学期我要上一些难度较大的课。 所以我肯定要在下个学期开始之前找到方案。 不过读书笔记我一般就是手写然后扫描。 wiki 是想整理用。 所有东西都用电脑，眼睛吃不消。
gollum 貌似不兼容 windows？ gitit 貌似也不能兼容 windows。 但是 gitit 据说可以 cygwin.
我还是暂时 sphinx 吧。 不过我对 sphinx 感兴趣主要还是因为 sphinx 写书方便。
然后考虑自己写一个试试。
用过 mediawiki, tiddlywiki, dokuwiki,vimwiki, moinmoin
觉得 dokuwiki 还是比较强大的，关键是要配合各种插件才行
vimwiki 比较适合做一些记事或 tasklist 之类的事情，用来替代 tomboy