discussions
discussions copied to clipboard
ustclug
新增社团博客
根据之前的线下讨论，因为 LUG 的 BBS 和博客都关闭了，我们想增加一个站点提供给社团会员发布一些技术类分享和教程一类的东西，可能可以留下一些有意义的内容。 目前的打算是以投稿和约稿为主，并且设置一定的奖励。
各位有什么看法？
可以做成 planet 形式（收集成员的 rss，然后一起输出）？
https://planet.nyaa.cat/ https://blog.phoenixlzx.com/2017/02/18/dont-ask-me-why-invent-another-planet-river-of-news/ https://bbs.nyaa.cat/d/709-planet-nyaacat-nyaablog (需要登录）
因为有些人没有博客（或者不够稳定），所以我们至少应该提供一个博客。planet 的话审核不太方便，输出格式也可能不统一，不知道这个有没有比较好的解决方案？
（其实我觉得最好的形式是类似知乎专栏那样的，同一文章可以出现在不同的专栏上，每个专栏相当于一个独立的博客。不过独立博客之间似乎没法这样做…？）
我觉得可以使用 git + planet 的方式。
- 有独立博客的作者，使用 RSS feed 拉取文章，可以要求作者设置一个钦定的 tag，只拉取这个 tag 的文章。
- 一个 GitHub repo，供没有独立博客的作者提交 PR。
前端展示的文章为以上两类的并集。
这段时间考虑了一下，还是觉得 RSS 方案不合适，至少在现在的情况下不太适用：
- 安全性不好：一旦某个文章有攻击代码，这个代码很容易被扩散到整个 LUG 博客的读者群体。
- 审核不便：现有的新闻聚合程序无法进行审核。无法保证文章整体质量。
- 呈现效果不佳：不同的博客使用不同的风格主题，且过滤不安全代码后也容易出现风格不一致的情况。
- 文章的修改与删除：修改没有明确标识，删除后则「人间蒸发」，不能由 LUG 这边很好地控制。
- 版权与授权不明确，需要 LUG 方面逐一确认。
Git 仓库 / Gitbooks 方案是一开始就提出的，我们认为有些作者可能并不是很了解 Git / GitHub 的使用，较高的技术门槛（或比较繁杂的操作）可能会打击创作的积极性。
综合考虑还是暂时先采用了单个 WordPress 博客的方案。好处是
- 每个人都可以自由注册，但发布文章需要管理员审核。
- WordPress 对用户组权限有较好控制，且能限定部分文章的浏览 IP 段。
- 门槛低，只要有浏览器就能参加。
- 管理方便。
在正式对外公布前，计划是
- 进一步完善管理细则：https://planet.ustclug.org/post/45
- 先积累两三篇文章，免得到时候博客还是空空如也
希望大家能给予一些反馈意见 :-D
Git 仓库 / Gitbooks 方案是一开始就提出的，我们认为有些作者可能并不是很了解 Git / GitHub 的使用，较高的技术门槛（或比较繁杂的操作）可能会打击创作的积极性。
我觉得这个说法有问题。LUG 是一个技术性团体，而其内容的创作者连 Git 都不会使用，这让我对其质量感到担忧。
LUG 是一个技术性团体，而其内容的创作者连 Git 都不会使用
- 使用 Git 可能带来不必要的操作上的复杂性。如果我能一键修改、发布，为什么一定要进入命令行或打开一个 Git 客户端去 commit 再 push 呢？
- 这个博客也不仅仅局限于 LUG 会员，甚至不局限于校内学生。（实际上我也不觉得不会用 Git 就一定会影响内容质量 Orz）
使用 Git 可能带来不必要的操作上的复杂性。如果我能一键修改、发布，为什么一定要进入命令行或打开一个 Git 客户端去 commit 再 push 呢？
- Git 也有网页版，比如 GitHub 提供了基于网页的操作。
- 命令行是 Linux 用户的必备技能，不应该假设命令行比网页操作复杂。我可以反过来说，我能命令行一条命令 commit 并 push，为什么还要打开繁重的浏览器，然后登录，然后点各种按钮呢？
这个博客也不仅仅局限于 LUG 会员，甚至不局限于校内学生。（实际上我也不觉得不会用 Git 就一定会影响内容质量 Orz）
受众范围不影响我们要求创作者会使用 Git。
LUG 是一个技术性团体，而其内容的创作者连 Git 都不会使用，这让我对其质量感到担忧。
@ksqsf 会组织好审稿和帮助改进投稿的，质量应该不会出现问题。
从另一方面来说，我们现在遇到的另一个问题是，校内的同学参与社团活动越来越少。我们在各个方面都在尝试怎么让新同学参与进来，以 Git / 命令行操作作为技术门槛（或许我们认为并不是门槛）确实是没有必要。
WordPress 对用户组权限有较好控制，且能限定部分文章的浏览 IP 段。
使用 Wordpress 相比于静态的 GitHub pages 方便我们完成一些操作，比如：
- 限制某些文章的访问 IP（目前在 servers.ustclug.org 上有同样的机制），这对于一些话题会有用；
- 评论功能（让读者使用 Gitment 等来评论可能又是一个门槛，我们对读者可能并没有这样的期望）；
- 给文章作者 / 评论者的邮件通知；
我们也许也可以为想使用 Git / Markdown 的同学提供一个方案，不知道有没有类似的 Wordpress 插件。
由于git based的静态博客已经成为开源社区中广泛使用的博客工具，从方便投稿人的角度来说，我们确实需要考虑兼容git。 但基于同一个理由，不建议将git作为唯一的投稿途径。
Linux用户的兴趣方向非常广泛，可能有的人做喜欢研究内核，有的喜欢折腾桌面环境，有的喜欢做玩智能硬件。所谓术业有专攻，即便不了解git，投稿人也很可能有值得分享的想法。而无论是命令行式的git还是网页版的git，其学习成本都足以阻挡一个在闲暇时间为plaent写文章的投稿人。
从尽可能给投稿人、读者提供便利的角度来说，我觉得可以增加多个投稿途径（比如WP、RSS、Git）， 并以不同的途径（RSS、邮件列表、Telegram channel...）推送给用户。
使用 Wordpress 相比于静态的 GitHub pages 方便我们完成一些操作
我对最后的载体没有任何意见。
但是我们不应该有这样的意识“我们认为...并不是很了解 Git 的使用，较高的技术门槛（或比较繁杂的操作）”。
Git 不应该被认为是“较高”的技术门槛。
P.S. 这是 Linux 用户协会，连 Linux 都会用了，难道还不会用 Git 吗？
刚刚看了 https://planet.ustclug.org/ 这个站, 发现没几篇内容, 说明这个宣传的工作没做到位啊.
要知道, 很多人还在用SVN或者是其他的版本控制工具. 有些人甚至还没登过github. 我也是在注册了Github一年多的时候, 因为工作关系才开始全部转向Git. 一开始门槛低一点肯定是对的, 先有数量才有质量, 现在连数量都还没有
P.S. 这是 Linux 用户协会，连 Linux 都会用了，难道还不会用 Git 吗？
事实上二十一世纪的新新程序员可能只知道用 git 不知道 svn 的存在。
On Sat, Dec 22, 2018 at 10:18 AM Milton [email protected] wrote:
刚刚看了 https://planet.ustclug.org/ 这个站, 发现没几篇内容, 说明这个宣传的工作没做到位啊.
要知道, 很多人还在用SVN或者是其他的版本控制工具. 有些人甚至还没登过github. 我也是在注册了Github一年多的时候, 因为工作关系才开始全部转向Git. 一开始门槛低一点肯定是对的, 先有数量才有质量, 现在连数量都还没有
P.S. 这是 Linux 用户协会，连 Linux 都会用了，难道还不会用 Git 吗？
— You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub https://github.com/ustclug/discussions/issues/225#issuecomment-449538081, or mute the thread https://github.com/notifications/unsubscribe-auth/ANYQzKWoyT1Zsca8FsJH2wC3fIaPpq_xks5u7ZY1gaJpZM4VE6gl .
-- GNU powered it... GPL protect it... GOD blessing it...
Regards, Wi24rd
刚刚看了 https://planet.ustclug.org/ 这个站, 发现没几篇内容, 说明这个宣传的工作没做到位啊.
这是个「鸡·蛋」问题。没有读者就没有人愿意来写文章，没有文章也就没有读者。就是为了初期文章积累，我之前邀请过一些人，很多都是写了个标题就不写了。此外，最近 LUG 活动也不多，所以可写的东西不多也是客观情况。
现在 planet 内容还是太少了，而且很久都没更新了。
我的想法是，我们可以让大家提供自己的 RSS 源，然后我们手动来挑文章、审稿。这样的话：
- 安全性不好：一旦某个文章有攻击代码，这个代码很容易被扩散到整个 LUG 博客的读者群体。
- 审核不便：现有的新闻聚合程序无法进行审核。无法保证文章整体质量。
- 呈现效果不佳：不同的博客使用不同的风格主题，且过滤不安全代码后也容易出现风格不一致的情况。
- 文章的修改与删除：修改没有明确标识，删除后则「人间蒸发」，不能由 LUG 这边很好地控制。
- 版权与授权不明确，需要 LUG 方面逐一确认。
前四个问题可以得到缓解，因为我的想法是初期我们尽可能在保证质量的情况下先增加内容的数量，像审核平台之类的可以以后再说。
我个人还是很希望 planet 复活的。
其实我也更偏好 rss 聚合形式，一开始叫 planet 也是这个缘故，不过我之前没有找到能做到手动审核/保留/更新等的 feed 聚合软件，可以再找找，如果真没有的话可能就需要 fork & patch 了。