go 博客平台 pipe 1.8.0 发布,支持摘要编辑 -买球官网平台

1顶
0踩

go 博客平台 pipe 1.8.0 发布,支持摘要编辑

2018-08-13 10:46 by 见习编辑 88250 评论(0) 有19841人浏览

 是一款小而美的开源博客平台,使用 golang、vue.js 编写。

v1.8.0 主要是实现了编辑文章摘要,改进了数学公式编辑支持。

安装

最新的 pipe 包解压,进入解压目录直接运行 pipe/pipe.exe 可执行文件即可。

从 1.7.0 升级只需将已有的配置拷贝覆盖即可,启动后会自动升级。

文档

项目

  • github:

  • 码云:

1.8.0 变更记录

  •  支持对文章添加摘要
  •  支持关闭本地注册
  •  头像生成
  •  math formula support
  •  dockerize
  •  社区同步博客问题

历史版本变更请浏览。

来自:
1
0
评论 共 0 条 请登录后发表评论

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 概要设计文档模板 1. 概要设计中应说明软件整体性内容,多关注产品间相互关系、模块组成和模块间相互关系、模块内的主要业务流程,特别注意不要陷入对各个模块的细节描述中(概要设计关注重点,例如:不要画类图来描述类的详细方法和参数)

  • 概要设计任务模块和模块化耦合和内聚耦合非直接耦合数据耦合特征耦合控制耦合外部耦合公共耦合内容耦合(最高的耦合)例题内聚偶然内聚逻辑内聚时间内聚过程内聚 任务 模块和模块化 耦合和内聚 耦合 耦合:模块间联系的程度(依赖于模块间接口的复杂性) 非直接耦合 两模块间没有直接关系 数据耦合 两模块之间交换的是简单数据(数据输出、输出参数) 用水量,水费,电费,用电量就是数据输入输出的简单参数,这里构成的是数据耦合 特征耦合 模块之间交换的是数据结构 与数据耦合不同的是,这里预先定义了这样的数据

  • 概要设计文档 1、引言部分 引言部分主要说明编写目的、系统的范围和参考资料等。 1.1目的 该文档的目的是描述旅游软件的概要设计,主要内容包括系统功能简介、系统结构设计、模块设计和界面设计等。 本文档的预期读者包括:设计人员,开发人员,项目管理人员,测试人员。 1.2 范围 1.2.1 系统目标 我们设计这款软件主要目的是给大学生提供一款主要针对他们的旅游方式推荐旅游攻略的软件,让...

  • 背景 你的履历上有参与过完整的项目,那么不管以后走项目管理或者技术路线相信工作中能少很多坑。如果你已经准备向项目管理方向发起挑战,希望能有一点帮助,大家一起共勉。 完整的项目周期从销售 售前拿下项目,再到产品进行项目的需求调研、原型设计,再到开发介入后的概要设计、详细设计、开发阶段,最后再到上线前交付验证。这中间资源协调、人员管理、架构选型等等等我只是看客,因为我还不是项目经理,只是这条路上刷经验的小白。所以我只能分享我具体参与的部分。 概要设计的那些坑如何避免 大型项目的开发必然是多个小组合作完成

  • 前面我们介绍了设计模式中的代理模式,今天我们来看一看设计模式中的另一种模式- 模板方法模式 一.案例: 编写制作豆浆的程序,说明如下: 1) 制作豆浆的流程 选材--->添加配料--->浸泡--->放到豆浆机打碎 2) 通过添加不同的配料,可以制作出不同口味的豆浆 3) 选材、浸泡和放到豆浆机打碎这几个步骤对于制作每种口味的豆浆都是一样的 4) 请使用 模板方法模式 完成 (说明:因为模板方法模式,比较简单,很容易就 想到这个方案,因此就直接使用,不再使用传.

  • 第四章 概要设计

  • 概要设计背景: 1.由于我们的上游c系统的解耦重构一系列优化, 使得我们b系统也要进行配合优化。 2.c 系统 采用的是egl,cobol 等语言编写,数据库使用db2。本次c系统将部分功能逻辑使用java语言及相关框架过渡开发。 3. b系统 采用javaweb模式,2020年做过maven 重构,b系统较为庞大,其子系统包括(从b系统衍生出来的系统,非javaweb 系统),kafka节点子系统,atm节点子系统,移动端节点子系统等。 4.本次我方涉及配...

  •         概要设计面向需求分析的结果,通常而言是系统用例图。系统用例图可以帮助分析人员确定系统边界,明晰系统功能,利于概要设计过程中分析系统的组成部分。概要设计可以了解为将系统用例图(需求文档)向程序框架转化,这个阶段不涉及程序语言,只是以程序员的思路转化需求,即实现了需求和程序员眼中的系统构建之间的转移。这个时期,对程序员产生的结果主要是模块划分与系统功能的对应。模块的划分不一定是完善

  • 用例图主要用来图示化系统的主事件流程,它主要用来描述客户的需求,即用户希望系统具备的完成一定功能的动作,通俗地理解用例就是软件的功能模块,所以是设计系统分析阶段的起点,设计人员根据客户的需求来创建和解释用例图,用来描述软件应具备哪些功能模块以及这些模块之间的调用关系,用例图包含了用例和参与者,用例之间用关联来连接以求把系统的整个结构和功能反映给非技术人员(通常是软件的用户),对应的是软件的结构和功...

  • 一提到概要设计,可能都会与uml和rose联系起来.什么use case,什么序列图,什么交互图等等一些术语都让人搞不懂.一些人本能的认为要写概要设计,必须先熟悉uml和rose.其实uml和rose是帮助我们更好的理解和设计的工具.如果在概要设计中言必称uml和rose,这似乎犯了一个本末倒置的错误.     概要设计重点在于将模块分解为对象并阐明对象之间的关系.一般来说,概要设计文档应该包括以

  • 项目文档:概要设计文档 1.引言部分 1.1目的 该文档的目的是描述病人病历存储系统的概要设计,主要内容包括系统功能简介、系统结构设计、模块设计和界面设计等。 本文档的预期读者包括:设计人员,开发人员,项目管理人员,测试人员。 1.2 范围 1.2.1 系统目标 开发一个满足医生和数据上传人员需求的系统。方便查询、更改、下载、上传相关信息等。 1.2.2 主要软件需求 ...

  • 04概要设计说明书 1引言     1.1编写目的 本阶段完成系统的大致设计并明确系统的数据结构与软件结构。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件概貌,把它加工成在程序细节上非常接近与源程序开发的软件表示。 预期读者:软件测试员、程序开发员、软件分析员       1.2背景 任务提出者:学校机房管理

  • 1.需求分析--产生   软件功能规格说明书,需要确定用户对软件的需求,要作到明确、无歧义。不涉及具体实现方法。用户能看得明白,开发人员也可据此进行下面的工作(概要设计)         2.概要设计--产生   软件概要设计说明书,说明系统模块划分、选择的技术路线等,整体说明软件的实现思路。并且需要指出关键技术难点等。         3.详细设计--产生   软件详细设计说明书,对概要设计的进

  • 改革

  • 软件概要设计文档怎么写呢?这个问题是很普遍的。网上的也有一些优秀的示例,收集到的优秀文章有以下: https://www.cnblogs.com/bmaker/p/6116177.html 一个软件概要设计的文档基本结构有: 1、引言部分 1.1 编写目的 1.2 背景 2、总体设计 2.1、概述 2.2、运行环境 3、系统功能设计 3.1、功能点 3.1.1、功能描述 3.1.2、功能分析 3....

  •              做软件到一定层次了,就要考虑到设计了,设计了很久,就是不系统,系统的设计需要一个记录,记录就用文档,那么对项目所有包括技术上的设计都记录下来,我们就可以理解为软件的概要设计了。           在需求明确、准备开始编码之前,要做概要设计,而详细设计可能大部分公司没有做,有做的也大部分是和编码同步进行,或者在编码之后。因此,对大部分的公司来说,概要设计文档是唯一的设

  • 1.引言 1.1编写目的【阐明编写概要设计说明书的目的,指明读者对象。】 1.2项目背景【应包括.a.项目的委托单位、开发单位和主管部门.b.该软件系统与其f1系统的关系。】 1.3定义【列出本文档中所用到的专门术语的定义和缩写词的原意。】 1.4参考资料【列出有关资料的作者、标题、编号、发表日期、出版单位或资料来源,可毛括:a.项目经核准的计划任务书、合同...

  • 前言 文档目的 文档编写目的是为了阐述xxx系统的概要设计。概要设计说明书是为了说明整个xxx系统的体系架构,以及需求用例的各个功能点在架构中的体现,为系统的详细设计人员进行详细设计时的输入参考文档。本说明书的预期读者为系统设计人员、系统开发人员和项目评审人员。 背景 xxx系统是 [项目背景] 文档范围 1、产品范围:根据《需求规格说明书》,该文档阐述软件产品的功能 2、涉及到的干系人有:公司高层、客户、项目经理、质量小组、开发小组。 读者对象 项目经理.

  • 概说概要设计怎么做   关键字:   概要设计,结构化,ood   正文:   在需求明确、准备开始编码之前,要做概要设计,而详细设计可能大部分公司没有做,有做的也大部分是和编码同步进行,或者在编码之后。因此,对大部分的公司来说,概要设计文档是唯一的设计文档,对后面的开发、测试、实施、维护工作起到关键性的影响。   一、问题的提出   概要设计写什么?概要设计怎么做?   如何判断设

global site tag (gtag.js) - google analytics