change proposal file name style to YYMMDDHH-*.md

docs/proposal/.proposal.md

@@ -1,6 +1,6 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| 000 | 北野 | 2022-11-04 |2022-11-04 | v1.0| 提议 |
+| YYMMDDHH | 北野 | 2022-11-04 |2022-11-04 | v1.0| 提议 |
 
 ## <我是标题>
  ---- 这里写简要介绍 ----

docs/proposal/22110409-关于Followship功能项的设计.md

@@ -1,6 +1,6 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| 003| 北野 | 2022-11-04 | 2022-11-21 | v0.1 | 提议 |
+| 22110409| 北野 | 2022-11-04 | 2022-11-21 | v0.1 | 提议 |
 
 ### 关于Followship功能项的设计
  Followship是实现类似Twitter Timeline模式**关注者模型**的时间线信息流，广场推文列表的生成将主要与推文时间、用户的关注者相关。Twitter的推文消息流是非常智能的，用户体验也非常好，这得益于其背后的智能推荐算法以及完善的关注者模型体系，当然还有很多其他机制共同作用下的结果。本提按作为一个总纲为paopao-ce引入类似的机制，这将是一个持续完善的缓慢过程，一切都是为了用户体验，用户就是上帝，用户需要什么，paopao-ce就努力提供什么！

docs/proposal/22110410-关于Friendship功能项的设计.md

@@ -1,6 +1,6 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| 002| 北野 | 2022-11-04 | 2023-01-04 | v1.0 | 提议 |
+| 22110410 | 北野 | 2022-11-04 | 2023-01-04 | v1.0 | 提议 |
 
 ### Friendship功能项的设计概要
 Friendship功能提供好友间分享推文信息的机制，更好的帮助用户建立自己的推文分享小圈子。Friendship本质上想优化的是泡泡广场页面推文列表的生成机制，开启功能后，推文列表只能获取 `公开/私密/好友` 的推文，每个用户都有属于自己的个性化推文列表。在提供个性化推文列表生成机制的同时，好友体系的建立也顺便帮助用户建立自己的个性化有限范围内的灵魂社交小圈子，只有相互间拥有个性化认同感的用户才能互为好友。

docs/proposal/22110411-关于paopao-ce的设计定位.md

@@ -1,6 +1,6 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| 001| 北野 | 2022-11-04 | 2023-01-13 | v1.1 | 提议 |
+| 22110411 | 北野 | 2022-11-04 | 2023-01-13 | v1.1 | 提议 |
 
 ## 概述
 paopao-ce是一个清新文艺的微社区，提供类似Twiter/微博的推文分享服务。paopao-ce的运营形态有点类似WordPress，只不过WordPress是使用PHP语言开发的博客平台，提供的是博客服务，而paopao-ce提供的是类似Twitter的推文分享服务。paopao-ce 让 **个人或小组织** 可以快速、方便的部署一个提供**推文分享服务**的小站点，在有限范围内形成一个友善的社交小圈子微社区。      

docs/proposal/22112109-引入go-mir优化后端架构设计.md

@@ -1,6 +1,6 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| 005| 北野 | 2022-11-21 | 2023-01-04 | v1.1 | 提议 |
+| 22112109 | 北野 | 2022-11-21 | 2023-01-04 | v1.1 | 提议 |
 
 ### 引入go-mir优化后端架构设计
  引入[github.com/alimy/mir/v3](https://github.com/alimy/mir)优化后端的架构设计，使得后端代码更具扩展型。

docs/proposal/22112309-关于paopao-ce的结构设计.md

@@ -1,6 +1,6 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| 006| 北野 | 2022-11-23 | 2022-01-01 | v1.0 | 提议 |
+| 22112309 | 北野 | 2022-11-23 | 2022-01-01 | v1.0 | 提议 |
 
 ### 关于paopao-ce的结构设计
 本文档主要讨论paopao-ce目前的代码结构，简要清晰的描述一个**API请求**从 **接受解析->逻辑处理->结果响应**的大概路径，帮助开发人员快速了解paopao-ce代码基的基本面，更好的融入paopao-ce的开发中做出PR贡献。     

docs/proposal/22121409-关于Lightship功能项的设计.md

@@ -1,6 +1,6 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| 011| 北野 | 2022-12-14 | 2022-01-09 | v1.1 | 提议 |
+| 22121409 | 北野 | 2022-12-14 | 2022-01-09 | v1.1 | 提议 |
 
 ### 关于Lightship功能项的设计
 Lightship(开放模式)功能提供完全公开的推文分享服务，有别于[Friendship](002-关于Friendship功能项的设计.md "关于Friendship功能项的设计")、[Followship](003-关于Followship功能项的设计.md "关于Followship功能项的设计")，使用Lightship用户模式部署paopao-ce，用户发布的所有推文都是公开可访问的，广场推文列表展示的是全站所有公开推文的Timeline Tweets。

docs/proposal/23011309-优化paopao-ce前后端国际化i18n的设计.md

@@ -1,6 +1,6 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| 013| 北野 | 2023-01-13 | 2023-01-13 | v0.0 | 提议 |
+| 23011309 | 北野 | 2023-01-13 | 2023-01-13 | v0.0 | 提议 |
 
 ### 概述  
 目前paopao-ce前端/后端 都使用中文提供业务服务，暂时还没有提供国际化i18n机制提供国际化的业务服务。本提按提议提过在前端/后端中引入i8n机制，以提供国际化业务服务。 本提按建立在[012-优化前端运行时配置获取机制的设计](012-优化前端运行时配置获取机制的设计.md)基础之上。

docs/proposal/23011310-优化前端运行时配置获取机制的设计.md

@@ -1,6 +1,6 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| 012| 北野 | 2023-01-13 | 2023-01-13 | v0.0 | 提议 |
+| 23011310 | 北野 | 2023-01-13 | 2023-01-13 | v0.0 | 提议 |
 
 ### 概述  
 目前的Web前端运行时配置是通过编译时配置[.env](../../web/.env)进行静态配置，虽然能满足简单的功能需求，但是非常不灵活。本提按提议一种由paopao-ce后端服务控制的前端运行时配置获取机制，让前端更灵活的依据运行时配置提供产品服务。  

docs/proposal/23020910-关于paopao-ce引入sqlx与sqlc作为数据逻辑层ORM的构想 copy.md

@@ -1,6 +1,6 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| 014| 北野 | 2023-02-09 | 2023-02-09 | v0.0 | 提议 |
+| 23020910| 北野 | 2023-02-09 | 2023-02-09 | v0.0 | 提议 |
 
 ### 概述  
 TODO；

docs/proposal/23021310-关于paopao-ce引入bcrypt作为用户密码加密算法的设计.md

@@ -1,6 +1,6 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| 015| 北野 | 2023-02-13 | 2023-02-13 | v0.0 | 提议 |
+| 23021310| 北野 | 2023-02-13 | 2023-02-13 | v0.0 | 提议 |
 
 ### 概述  
 TODO；

docs/proposal/23021510-关于使用pyroscope用于性能调试的设计.md

@@ -1,6 +1,6 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| 016| 北野 | 2023-02-15 | 2023-02-16 | v1.1 | 提议 |
+| 23021510| 北野 | 2023-02-15 | 2023-02-16 | v1.1 | 提议 |
 
 ### 概述  
 Pyroscope 是一个开源的持续性能剖析平台。它能够帮你：

docs/proposal/README.md

@@ -1,6 +1,6 @@
 ## Draft
-* [001-关于paopao-ce的设计定位](001-关于paopao-ce的设计定位.md "关于paopao-ce的设计定位")
+* [22110411-关于paopao-ce的设计定位](22110411-关于paopao-ce的设计定位.md "关于paopao-ce的设计定位")
-* [002-关于Friendship功能项的设计](002-关于Friendship功能项的设计.md "关于Friendship功能项的设计")
+* [22110410-关于Friendship功能项的设计](22110410-关于Friendship功能项的设计.md "关于Friendship功能项的设计")
-* [003-关于Followship功能项的设计](003-关于Followship功能项的设计.md "关于Followship功能项的设计")
+* [22110409-关于Followship功能项的设计](22110409-关于Followship功能项的设计.md "关于Followship功能项的设计")
-* [005-引入go-mir优化后端架构设计](005-引入go-mir优化后端架构设计.md "引入go-mir优化后端架构设计")
+* [22112109-引入go-mir优化后端架构设计](22112109-引入go-mir优化后端架构设计.md "引入go-mir优化后端架构设计")
-* [006-关于paopao-ce的结构设计](006-关于paopao-ce的结构设计.md "关于paopao-ce的结构设计")
+* [22112309-关于paopao-ce的结构设计](22112309-关于paopao-ce的结构设计.md "关于paopao-ce的结构设计")

docs/proposal/提案模板.md

@@ -1,8 +1,8 @@
 | 编号 | 作者 | 发表时间 | 变更时间 | 版本 | 状态 |
 | ----- | ----- | ----- | ----- | ----- | ----- |
-| <编号000> | <作者> | <发表时间> | <变更时间> | <版本号v1.0> | <提议/提案/决议/冻结> |
+| <编号YYMMDDHH> | <作者> | <发表时间> | <变更时间> | <版本号v1.0> | <提议/提案/决议/冻结> |
 
-* 编号： 填写提案编号，三位数，比如001。
+* 编号： 填写提案编号，六位数，格式为YYMMDDHH，即：年(后两位)+月+日+时。
 * 作者： 填写发表者。
 * 发表时间： 填写首次发表时间，之后保持不变。
 * 变更时间： 填写变更时间，首次发表时，变更时间和发表时间一样。