关于 LUG 主页的 Wiki 系统

[崔灏 (CUI Hao)]

发现 LUG 主页这个 dokuwiki 和 mediawiki 差别好大……

说几个问题吧。（为节约时间可以跳过吐槽，直接看最后我的改进方案部分，希望讨论一下……）

1、页面管理混乱

比如这个： https://lug.ustc.edu.cn/wiki/greenwarm/win32free
。嗯，挺好的主题。但看看反向链接，“什么都没有找到”！也就是说，访问 LUG
主页的用户，除非直接点那个网站地图翻看所有页面的记录，否则没有办法找到这个游离的页面。

doku 似乎没有 mediawiki 那样的 category
页面分类，而是直接用命名空间。但目前这个命名空间没有起到什么组织页面的作用呢。比如有个
“greenwarm”，我约摸着应该是菜鸟入门的意思，里面放了很多教程。不过“blog”分类里面似乎也放了不少教程，有些用户自己的命名空间下也放了一些。

2、内容

这个其实比较明显。虽然人少是少，但是该日常维护的还是得干一下的说……
还有些东西其实是一劳永逸的，比如给 freeshell 或其他 LUG 服务写个帮助或FAQ之类的。

3、美工

毕竟是主页，还是要稍微考虑一下的是吧…… 总觉得一点进去就是一大片白底黑字很吓人。

4、dokuwiki 的功能

可能有点偏颇，但我还是觉得 mediawiki 是主流，doku 无论语法还是功能都与 media 相距甚远，感觉不是很方便。

刚开始想找模板这个东西，发现doku根本没有media那样的模板系统（有一套貌似要后台安装的也叫模板的东西，media里叫插件）。模板很好用啊，尤其是页面排版、美化什么的。再比如mirrors的帮助，很多都是差不多的格式，那就可以用模板直接排好格式，编辑时填参数就行。直接复制粘贴多蛋疼呢。

================================================
吐槽就到这里了。本来是想站在第三方的角度提点建议…… 不过既然给了我wiki的权限，就直接说我想做的事情吧：

1、大规模的页面整理
之前我在两个 Wiki （其中之一是 Archwiki）人肉干过这种事情。目前 LUG wiki
这么点页面，人肉整理应该没啥问题（除了适应新 wiki 功能和语法）。

或者：
2、直接迁移到mediawiki吧……
我没搞过wiki的服务器端，不知道这个是否特别麻烦。反正就前台的页面迁移来说，就像1所言，人肉搞应该也没什么问题。
如果可以的话，我想先自己在 freeshell 试一试，等基本搞好了直接移动过来。不知道是否可行。

由于不知道会不会有严重的副作用（比如大量页面链接更改导致外链失效），想听听大家的想法。毕竟真要做的话可能会对 LUG 主页影响会比较大……

[Bojie Li]

嗯，我也发现为了维护 lug wiki 还得专门学一门模板语言……

不知道 mediawiki 是否支持，建议保持页面链接不变，以免搜索得到的或者贴在别处的链接失效。

关于首页改进，你想好放什么内容了吗？大的开源项目主页除了简介、项目导航，一般就是新闻和下载了吧，现在 lug 博客似乎很少有更新，以后新闻放在 wiki 里也不错。

另外 mediawiki 是否支持判断访问者语言？最好能对中文用户显示中文简介，英文用户显示英文简介，其他内容以中文为主能翻译多少算多少。

--
-- 来自USTC LUG
请使用gmail订阅，不要灌水。
更多信息more info：http://groups.google.com/group/ustc_lug?hl=en?hl=en

---
You received this message because you are subscribed to the Google Groups "USTC_LUG" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ustc_lug+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[崔灏 (CUI Hao)]

首页放段简介（详细的介绍放到单独的页面），放几个链接，做简单点就好，就像 Archwiki 那样。划一块儿地方放短新闻也行。
没有搞好UI的艺术细胞时，KISS就是最好的选择了。

关于链接，我就是不知道外链的多不多。要是没什么外链强硬地改了也无妨吧。
如果要保守点，MediaWiki 的话，至少可以用 redirect 语句给原来的链接跳转到新的链接，不造成死链。
doku 似乎也有这种功能（插件），不过以 doku
的命名空间组织页面的方式，要是重新整理页面的话，必然要移动很多链接。留一堆跳转在那里占地方也不怎么好看的样子。

有没有判断访问者语言的功能我不清楚。
但我感觉访客绝大多数都是中文用户吧…… 英文介绍什么的，就新建一个页面放进去，主页放个链接不好么。

[Zhang Cheng]

这个dokuwiki最早是我搭的，选择dokuwiki的理由很简单，因为我对数据库不熟，所以使用工具时总是偏爱不使用数据库的工具，doku使用文本文件存放数据，对我来说部署、迁移可能更方便（而且我也不用去记忆数据库的账号密码）。不过我本身对于数据库并没有偏见，大家要换别的工具我不会有任何意见。

关于内容方面，我觉得可能工具带来的问题并不是主要的，更主要的原因是没有人贡献。namespace和category没有本质的区别，都可以很好的组织内容，但是关键需要有人来做内容的整理。

greenwarm并不是一个分类的名字，是一个人的id，早期的时候我们也考虑过使用这个wiki做个人主页，每个志愿者可以有一个以自己id为名的namespace，在这下面可以随便写东西，但是大多数人都没有写。个人namespace是从"志愿者风采"页面链接过去的。

wiki这个东西，用什么工具我觉得无所谓，如果大家觉得mediawiki不错，那也可以更换，跳转不是问题，现有的页面数量很少，在nginx里面全部设置一下跳转没啥问题。不过关键还是得要有人来组织，组织内容，带头写东西并坚持。

关于内容方面，我建议不要考虑做一个linux技术维基。以前我们做过这样的尝试，但是大家都没有动力。一是没有读者，大家碰到问题肯定是google，不会来一个小wiki上找答案（除非我们的wiki做的足够大，内容足够全）。二是内容的重复性，大家觉得从别的地方复制、粘贴过来并没有意义。一个wiki（或者说网站），要有读者的话，要么需要有许多原创文章（并经常有更新），要么就是大而全，就像逛超市一样，总能找到自己需要的东西。所以我觉得，lug的wiki上，更多的还是放一些更ustclug本身有关的内容，比如活动资料（通知、照片、slides等等）、资源介绍（服务器、服务、活动场所等等）。

--
-- 来自USTC LUG
请使用gmail订阅，不要灌水。
更多信息more info：http://groups.google.com/group/ustc_lug?hl=en?hl=en

---
You received this message because you are subscribed to the Google Groups "USTC_LUG" group.
To unsubscribe from this group and stop receiving emails from it, send an email to ustc_lug+u...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

--

Cheng,

Best Regards

[Bojie Li]

关于反向链接，可以申请个 Google webmaster tool 查询 lug.ustc.edu.cn 的反向链接，也可以搜索 “反链查询” 找站长工具。不要用 link:lug.ustc.edu.cn，那个查到的严重不全。我用站长工具看了看，链接除了到首页的，就是到 mirrors 镜像帮助的，因此镜像帮助的链接最好不要变。

[崔灏 (CUI Hao)]

嗯嗯，技术 wiki 就交给 Arch 吧。

先目前这样放着吧，我想也没必要因为这个wiki系统的选择问题给技术部门添麻烦。给我一段时间，我看看是换个wiki系统，还是原地整理一下。

有什么日常更新的工作我可以慢慢做一做。

[崔灏 (CUI Hao)]

话说，我记得好像谁跟我说过，wiki 的图片都永久地丢失了吗……
https://lug.ustc.edu.cn/wiki/server/pxe/net_install_ubuntu

[Ding ZhiGang]

不过lug总共也没几个页面，应该没必要换wiki系统吧？

---------
Ding ZhiGang

[YANG Boyuan]

https://lug.ustc.edu.cn/wiki/lug/volunteers

引用：“2011年的某一天 LUG 网站服务器硬盘挂掉之后大家的头像都挂了，但是只有我一个人的自动恢复了，一定是因为长得太帅。”
————
杨博远
YANG Boyuan

[崔灏 (CUI Hao)]

正是因为我觉得 wiki 页面少，不换也无痛，换也无痛，哈哈。

[Bojie Li]

2014-03-16 16:24 GMT+08:00 崔灏 (CUI Hao) <cuiha...@gmail.com>:

正是因为我觉得 wiki 页面少，不换也无痛，换也无痛，哈哈。

开源镜像帮助的链接最好不要变，其他的都无所谓吧。

OT，发现 lug.ustc.edu.cn 的 Google PageRank 变成0了，一年前是6，跟 wiki.archlinux.org 一样。不过，搜索结果的排名似乎没怎么受影响。

[YANG Boyuan]

挖坟。

最近我在整理 lug wiki，近期目标是把有用的孤立页面收集起来，原则参照这里邮件列表的内容。
不过移动内容肯定会造成死链。我想其实不重要的页面移了就移了，估计引用量不会大。另外，各用户命名空间下的文章会引用，但暂时不会移动。（那个 greenwarm 的文章怎么办…人还在吗？）

还有一个问题就是问一下有关 oss, debian.ustc 等等过期的服务器维护文档怎么处置。

--
Boyuan Yang
<073...@gmail.com>

[Zhang Cheng]

其实我现在还是觉得用静态页面做比较好，比如用jekyll、pelican之类的。

说一些想法：

* 源码托管在gitlab上，所有人如果想自己修改的话，可以发pull request。现在使用封闭的wiki，有些人可能有能力更新，但没有权限。如果用开放的wiki，可能会担心有人乱改，我们又没有精力都去监管。

* 建议在help类型的页面上都加上一段js代码，判断如果当前文章最后修改超过半年了，就显示个红框提示内容可能过期了。我以前见过有人的博客就是这样，技术类的文章，一年前的文章都会在顶部用一个警告框提示内容可能已经过期。

* 建议在主站上要有所有服务的入口（包括访问链接，申请链接等）。

[SJ Zhu]

支持用github托管

(Sent from my mobile device.)

[Yan Wang]

+1

[Ding ZhiGang]

+1

---------

Ding ZhiGang

[HaoXu]

支持+1

发自我的 iPhone

[Guangyu Zhang]

用什么不重要，重要的是有人写，想写没权限就跟我说一声

[Yan Wang]

这也就是放在github上面的好处。原则上所有人都有权限写，而且审批什么的也更灵活~

On Tue, Jul 15, 2014 at 6:16 PM, Guangyu Zhang <zguan...@gmail.com> wrote:

用什么不重要，重要的是有人写，想写没权限就跟我说一声