OSC博客改版想法整理【2016/5/6更新】

最新推荐文章于 2024-10-04 22:36:54 发布

weixin_34378969

最新推荐文章于 2024-10-04 22:36:54 发布

阅读量66

点赞数

文章标签：人工智能 markdown python

原文链接：https://my.oschina.net/janpoem/blog/670513

版权

2019独角兽企业重金招聘Python工程师标准>>>

主旨

计划改版的内容包括：

博客列表
博客发布/编辑
博客的展示
博客专区

不计划改版的内容包括：

我们的追求

博客列表

我这里说的博客列表，从属性上分，有内、外两个，内指的是用户自己博客的文章列表，外则包含比较广泛，包括OSC的搜索博客列表，博客频道首页的总索引列表。

内部列表

博客文章列表，究其形式而言，可以改变的不多。

文章中上传/插入的图片，可以做一个检索，文章列表页对图片做一个展示（列出前面的若干张图片，点击可弹出层预览），尤其是软件操作的分享文章，大多数都是以图片为主的。
博客文章不知道是否有做分词检索，如果有，其实可以将文章的内容分词检索结果也作为关键词，也即，用户自己在文章中设定的用户关键词+系统检索关键词。
- 虽然我知道，目前来说分词检索还有很多问题，完全靠数据自行形成数据索引，而不依靠人工干预，是很难的事情。

外部列表

OSC现在博客文章的数量和质量，比2-3年前要好很多，以今时今日而言，OSC已经完全可以靠博客的文章来维持OSC的运营，而摆脱对采集而来新闻内容的依赖。这样对于树立原创性开源的旗帜是很重要的。一直以来都觉得，OSC首页的【综合资讯】里面有些文章和观点，都欠缺一定权威性，不是立场不妥，就是不够全面。【综合资讯】更确切说，只能说是新闻类，就是世界领域内这个行业的新动向而已，毫无OSC立场。粗体
OSC目前在开源软件的分类上，也做的比较好，博客的文章编辑也有【系统博客分类】的选项，我认为，这里不妨再细化，除了原来的【系统博客分类】为必填外，后面具体的范畴，为用户选填。这样的好处是，可以让用户的博客文章直接推送到具体某个开源软件上，比如是和php关联的，和Java某个类库相关的，这样，查询开源软件的时候，可以直接关联出相关的文章出来。
- 这个关联机制，有两种，一种是具体和某个类库（软件）之间关联，类似tag，标签，无上下级关系
- 另外一种关联，是级联关联，类似分类，有上下级关系，也即在看上级的分类时，下级内容也会关联
具体说，就是以OSC目前的开源软件分类，作为总纲，来对博客的文章进行分门别类，现在博客推荐，就是一炉杂烩，以现在文章更新速度，光靠一个杂烩式的推荐索引，已经不足够。
- 但这里会出现一个问题，就是可能存在某些领域数量稀少，我建议，稀少就稀少，这表现出OSC立于一个很高的出发点，即为所有领域的开源软件都提供一个总纲，数量少，则越能体现某个用户在这个领域的专长，也就更能系统这个领域用户发表相关的内容。
推荐的机制，要推荐采用，必须标明【系统博客分类】以及【开源软件分类】，乃至指定具体的【开源软件】。晋级机制：
1. 频道内推荐（频道内，就是指这个开源软件的频道内）
2. 查看数量、收藏（应该是综合评估），上综合推荐
3. 综合推荐中，较优者（综合评估），则上首页推荐
4. 采编可越级提升

发布/编辑部分

编辑器

编辑器修改，最好能使用较为稳定、实用的编辑器，或者简单说就是：开源领域的“品牌货”，具体包括：
- Markdown系：editor.md code mirror
- HTML所见即所得：CKEditor tinymce
编辑器形式上有两个分支：Markdown（世界主流）、HTML所见即所得（类似Work排版，比较直观），个人认为两者各保证有相关的一个编辑器即可，使用哪个编辑器，可以开放性投票（这里开放性投票下面详细会说）。
Markdown编辑器，并不需要实时预览的功能（即左边代码，右边html预览），最有价值的是编写markdown文本内容的时候，能适当的对文本语法（也就是markdown语法）进行highlight，毕竟大家都是程序员，对highlight、格式、缩进什么的最敏感了。
博客文章中的代码高亮的类库版本太老了，好多新近的语言，cmd shell、nginx config等语法都不支持。

文章详情

hljs建议输出语言的类型。

文章数据处理/存储

文章的数据，最好统一以一种格式存储，html含标签，或者markdown纯文本。个人建议，最好是markdown，因为数据量比html少（毕竟少了标签和样式），而且市面上转换前端类库多如牛毛。
- 关于现有文章的数据转换，只要确保提供有效的转换接口程序，由用户自发去转换，而不要统一用程序去遍历博客文章的方式去转换。
- 转换过程的细节微调由用户自行确定。
是否能利用git@osc，好像gitbook那样，来存储自己的文章，也即每个人都有一个文章库，目录作为分类，文章则是目录下的文件（以.md和.markdown为格式）。这个文章库每次提交的时候，自动调用webhook，通知博客文章变更。
- 目录为分类，前提是用户博客设定了这个分类，才会去检索指定的目录。
- 检索条件为单层检索，不需要多层，假定我设定了分类为：日常记录，则检索 日常记录/*.md ，不需要检索 日常记录/*/*.md。
- 每次检索更新，自动更新到博客文章的数据库中（毕竟在OSC要和搜索，静态页面等对接）。而博客文章则记录git的版本hash，用于快速检索比较。
- 此脑洞很大，如果觉得不靠谱，请忽略。
博客是否有可能提供Web的API接口（类似WebApp，用户设置access_token和access_security即可外部调用自己博客的数据，其实WebApp化，应该对于整个OSC来说，博客只是这其中的一部分）。
博客文章要能支持 @用户 #话题# 的快捷操作。#话题#，放入关键字部分，和站内的开源软件关联起来。