python-cn/firefly

A social forum for pythonista

firefly's Issues

目前 firefly 存在的问题

在我看来目前 firefly 这项目目前存在如下问题：

• 正如前面 #92 中所说的，目前使用的后端模板引擎太小众了加大了项目的门槛。
• 没有使用前端 CSS 框架或者说没有原型设计图。没有这个的话，进行前端开发时就没法确定项目的前端基调了。（也许这个不算问题？）
• 没有一个清晰的项目规划，没有指明项目各阶段需要实现的功能（Roadmap）。
  个人觉得，就算是开源项目也应该像做公司项目一样有一个基本的规划，确定功能的优先级以及各阶段需要实现的功能。直接放一堆 TODOLIST 只会让人感到焦虑，无从下手。

欢迎大家补充和指正 @dongweiming @halfcrazy and others。

requirements指明版本号

pip install 后尝试启动发现报错，看了下requirements并没有指定具体版本。

from flask_redis import FlaskRedis
ImportError: cannot import name FlaskRedis

firefly社区开发优先级

其实我内心一直有一个优先级. 这里发出来供大家讨论.

首要解决的:

前端的框架化

也就是迁移到react, 这个其实也是熟悉react的过程. 我觉得目前模板逻辑还是很简单的

用户本地环境的测试数据

我们作为开发者肯定知道缺什么数据, 数据怎么造. 但是想玩玩的人跑起来一看就像是一个啥都未完成的样子. 比如分类. 现在不选择分类都不能创建新主题. 需要一个能初始化环境的脚本, 甚至一个测试数据库的store

前后端的分离

虽然目前我的工作前后端是不分离, 我认可这种方式. 那这就属于从现有的用法改成分离的用法

我对开发顺序的想法其实是源于在页面上呈现的顺序, 也是从基础设施开始 逐步加功能

第一种方案(集中火力,挨个击破)

所有人集中火力在一块功能. 比如 我们先处理好所有登录的问题, 那么顺序就是先保证目前想做的第三方登录写好. 然后是注册; 然后是首页. 首页上会有多种排序方式, 默认按更新时间, 还可以按照响应数... 当然也可以只显示某个分类. 甚至可以搜索; 接下来是单个主题页其他功能完善.....

第二种方案

我们只圈定一个区域. 大家分开做, 最后联调(谁做什么这件事 可以基于个人兴趣,但要接受调剂, 我还是以前端为主). 比如先做用户. 也就是保证用户可以登录/注册之后只找相关页面关于用户的区域. 比如用户登录后的个人信息主页, 点击或者悬停的用户信息card. 用户可以修改昵称. 设置. 查看用户个人发表的主题这些页面

第三种方案(先抄袭完成, 再对接到firefly, 要求最高)

目前我们是在模仿discourse 他有很多样式和功能我们都没加. 比如单个主题页, 还可以粘贴code, 粘贴视频等等. 大家分开实现. 但是需要前后端一起都到firefly实现出来(可以有假数据, 在未来完成的时候都替换掉)

模板迁移至react

我一直坚持做的东西要前瞻,跟上时代.

目前我们没有使用前端的开发框架. 近期我打算把react作为前端框架. 原因我来说一下:

1. react是目前最新最流行也是最适合IT同好的品味的东西, 而且facebook创造, 且有react native. - 假如用一个很low的框架, 未来第一是不好意思拿来做宣传, 二来容易被吐槽, 三用了react会让用户产生更多的好感
2. 豆瓣一些产品线已经在用, 包括我们组的一些功能使用了react, 暂时没遇到特别大的坑, 感觉挺好的 - 虽然我不是专业的大前端, 但是这些大前端的品味我们还是可以相信的

但是问题出现了:

1. 使用react会造成大量的前端代码放在jsx文件中, 就算放在模板中, plim对它的封装很少, 很有可能我们得给原项目提pr解决一些遇到的问题. plim的用途直线下降
2. 我最初使用plim其实有推广它, 变相支持它的意思. 但是渐渐的有一些理智和客观的看法, 假如我们该用前端框架之后, plim很难起到示范作用, 对于愿意尝试他的人来说, 需要首先对react有足够的了解. 其实react吧, 是一个在固有的逻辑思维的转化，我觉得有些人会直接放弃掉 - 不要太高估用户以及想了解他的人得精力能力以及毅力. 一个典型的例子就是vim和emacs. 假如完全么有用过编辑器,且对emacs没有特殊的害怕(被人说的很难, 会让人对他有敬畏感) 其实入门vim和emacs的没太大差别. 但是假如你习惯了vim再来学emacs(对, 我花了挺长时间去接受完全不一样的事物)
3. 我们使用plim的初衷最后会有怎么样的结果? 我担心最后我们做的这个事情反而是大家愿意看firelfy项目的阻碍, 也许有人不喜欢或者不想学习这个东西, 想要贡献还需要熟悉plim， 让一些人放弃,或者开始拖延. 对我们团队来说, 未来我们换(找)工作 熟悉plim可能没有什么帮助,当接受了一种**, 一种习惯, 再去换jinja2或者其他会不会有些郁闷呢?

so. @mozillazg @halfcrazy 以及watch项目的同学们！问题来了.

大家觉得要不要用plim坚持下去, 还是换个更流行的jinja2或者mako. 甚至基于我们的需求前瞻性的用一个新的模板引擎

换模板是个非常痛苦的事情, 但是我担心我们下奶开始继续加功能, 对于未来是更大的负担.

希望大家有更多的想法,意见或者前瞻性的建议, 都可以说

\x97\xfa%\xab\xd2\xc2\xf8\xfc\xef\xaeTKDk\xc0\xe1//($\xc7\xc0 是什么编码的结果,SECRET_KEY为什么不能直接使用这种字符串

Whether to remove JsonMixin ?

As flask-restful has a built-in method called marshal, which has the similar function like JsonMixin does.
marshal filters the properties with a specify format, and transform the input data into a OrderedDict.

新建的post点击进入，然后返回首页会丢失刚才新建的那个，需要刷新才会出来

chromium 41 ubuntu

python-china.org 重新开发了，这个项目未来是怎样打算的？

几个月前在 V2EX 上看到这个项目，那时候 python-china.org 基本是停滞状态，现在 python-china 重新开发了，这个项目的开发却停滞了，不知道有什么打算吗？要不要和 python-china.org 合并？毕竟国内 Python 用户就那么多，社区网站再分裂就没了。。

环境问题？

按照(firefly新手引导)[http://python-cn.org/#/post/new.md]装完环境，编译完静态文件后出了一波js报错
mac windows下chrome firefox都是这样

建议加上Github登录的功能

类似CNode社区的Github登录，个人感觉比较方便～