收集对 Drupal中国 社区建设的看法和建议，希望大家都能发表自己的见解，集思广益

希望大家能在社区的互动形式或者其它任何方面提供自己的看法和见解；交流辨别才有更好的结果。

同一内容是http://groups.drupal.org/ （也是OG）的一大特点，建议此帖同时发布到China和其他城市的Group。

Drupalchina.org关掉之后，中国Drupaler基本分裂在Drupal.org和QQ群。其他Drupal中文网站的维护情况很难和Drupalchina.org相比，稳定性和集中度更不能和Drupal.org相比，因此不建议重新开始一个中文网站。
希望Drupaler们还是积极参与Drupal.org，融入主流社区。

Drupal.org的手册都是wiki的形式，强烈建议大家将翻译成果也放在这类，这样便于搜索和保存。现有的中文网站都很难保证不重蹈DrupalChina.org的悲剧。

关于Durpal的汉化，http://drupalchn.org/node/2
"localize.drupal.org是全球Drupal翻译者的协作平台，在这里可以找到包括中文在内的各种语言的完整翻译。
不仅是Drupal内核，各种模块在这里也被贡献者们汉化了。
强烈建议大家使用Localization update模块，自动同步localize.drupal.org服务器上最新的翻译。
强烈建议大家使用Localization client模块，在翻译自己网站的同时自动提交到localize.drupal.org。"

强烈不建议一时性起，单枪匹马制作某一版本（7.x 8.x发布的时候估计都有人这么干）或某一发行版的汉化包。

目前好像又回到了起点了......

昨天总判断我提交的内容不符合 spam filter没发上来

子域名的事，好像没发现 Drupal.org 有这种给各个国家的社区分配子域名的先例，即使有现在一开始网站什么东西也没有，也没资格跟人家申请啊。虽然几个比较合适的域名 drupalchina.org drupalcn.org drupal.cn 可能都不好弄回来，但我真的觉得 域名和空间的问题 是个充分非必要条件，这些问题必须解决，但关键还是如何让社区的活跃度能一直保持下去。

个人建议还是不要贸然开始一个新的了，空着的个人网站太多了，大家都可以在这里继续讨论下细节，交流一下想法，也算是扩大影响，等意见再统一点再明确一点再共同做决定吧。比如 @hooface 提出的网站定位问题，@cedarer 提出的用户体验问题等等，@cyclezb 提出的域名空间问题，@golden76 提出的维护管理问题等等，这些以后再考虑都会造成将来具体的变动。

不厚道的提议：不如大家从具体“批评”下现有的几个个人社区开始如何？ 力求深刻点，批死他们。。。

其实社区活跃用户都在这里了，大家天天都是这个架势社区就起来了。

以上 @hooface @cedarer @golden76 @shenzhuxi 的分析，我觉得都很有见地，虽然有冲突的地方，但都说出了所在的问题，我再综合一下，顺便说些我的看法。

@cedarer 的意见是 groups.drupal.org 的用户交互让人很烦，应该设立一个界面更友好的独立中文社区，这样可以解决这个问题； 就是说自己使用不便；
@hooface 的意见是如果中文社区的定位包括“扩大宣传，吸引新手”这一部分，也就是对 Drupal 新手和潜在的 Drupal 用户友好，应该设立独立的中文社区；就是说对扩大用户群不利；

最近两个帖子的回复里大多数是支持设立独立的中文社区的，虽然原因有些没有直说出来，但也无外乎这两个吧；这是个确确实实存在的问题，有些看似只是稍微麻烦，可以容忍，但有一部分确实影响比较大。
比如：通过网址 groups.drupal.org 进入群组之后，看到的是几乎没有样式的主题帖摘要，而不是主题列表，而且不可以分板块，对于快速浏览整个论坛内容很不方便；而且是按照发贴顺序排的，如果回复有更新也不会提前位置(这一点不知道群组管理可不可以改变？)，如果直接通过点击单篇文章来观察哪个更新了回复很是麻烦；更而且，回复的结构也比较特别，不是按时间顺序排列的，最后时间发表的回复拉到底部发现没有？因为这可能是一个嵌套回复，是对一个回复的回复，得回到原回复的下面才能看见。那么就必须得依靠 邮箱订阅群组消息来保持消息的及时更新，我想大家更新这里的回复内容基本上都是靠的是邮箱订阅了这个群组的内容了吧，但这种情况，如果以后内容稍多一点，或者说讨论一点无关紧要无聊的话题，邮箱提醒就会对一部分人造成干扰；这种方式国外用的确实比较多一点，国内有很多人会不太习惯这种方式吧。

这种方式对活跃度会有一定影响。当然论坛的形式也不是说就很完美，但是相对来说这种形式大家都比较熟悉，也比较容易适应，在上述几个问题上确实更好一点。

@golden76 和 @shenzhuxi 的意见基本上一致，反对建立独立的中文社区，应该以 groups.drupal.org 上的中文群组为中心， 原因就是 Drupal 中国用户真的很少，因此：1）上述的一些不便问题，相对来说就不那么严重了；2）转移到一个新网站的风险变大，用户少(而且分散)，愿意过去参与贡献内容的用户少，维护内容更新的代价较高，内容少，活跃度低，最后就没有下文了。

这是个关系死活的问题，drupalchina.org 还活着时就开始的分散问题，drupalchina.org 死掉了，分散的几个个人 Drupal 网站依然不能聚集人气，原因就是因为用户少而网站分散，网站管理者在内容管理投入不够吗？ 我也不知道正确答案是啥，但我觉得还有一些别的因素也有影响，比如过度个性化，复杂，网站管理制度的问题，商业化的潜在因素等等。这些问题解决办法也没有想到多少，还是指望着大家讨论一下。

上面指出的问题我都觉得有道理，但我比较同意先别贸然开始新社区了，没弄明白，想清楚之前，确实如上面两位所说不是随便搭个平台就完事了，可以先让更多人参与进来讨论这个问题，让更多人来 groups.drupal.org 这里讨论 Drupal 的问题，然后再群策群力的针对性的尝试试试吧。比如， @golden76 建议在 drupalchn.org 弄一个灌水吐槽版快也是针对上面问题的一个变通吧，这个想法不错啊， groups.drupal.org 上都不太敢回复，更不敢轻易发主题，怕说些废话干扰着大家；不知道 @shenzhuxi 能不能牺牲下。。。

如果到时候真要转移，建议也一步一步慢慢来吧，可以考虑功能上：老用户需要的功能（比如就一bbs，干聊） --》等稳定了再逐渐添加新功能（秀模块，秀发型，秀肌肉....），而不要一股脑的全上了，我觉得这也是让几个个人网站沉寂的原因之一。

@wannianchuan 在上个帖子中提到开源有其经济学基础，确实别的开源项目也有可以许多借鉴的东西。

@cedarer 说 Drupal 在国内不成功是因为没有一个好的商业模式，我觉得有一个问题可能是产品意识不强，虽然很多大IT企业产品经理过剩，但是 Drupal 开发这方面好像有点短缺。。。(开个玩笑)
现在感觉国内一些行业潜在的需求已经逐渐多起来了，是否可以针对性的做一些产品，直接去推广，然后做一些适应性的改动，这种情况不知道会不会有机会。比如 36kr.com ifanr.com huxiu.com 这几个媒体网站使用的好像都是 wordpress ，为什么不用 Drupal呢，也许是因为没有一个看得见的好产品？还有一些向新媒体转型的传统媒体，比如报纸，杂志类，都在数字化，Drupal 感觉也比较适合这些的，但是成功的例子比较少。

不知道这样出售 Drupal 产品/解决方案 方面会不会有前景。

@lucyl 为什么不使用一个带有会话模式的网络邮箱，比如 Gmail，或者由此类功能邮件客户端呢。

我则是恰恰相反，从来没有适应过国内 discuz 那样的论坛风格，大块大块的贴图，乱七八糟的颜色高亮，胡乱的的上下文引用，往往搞得我云里雾里不知所云，而且往往一个踢帖子很容易就十几页，每页的有效信息量又小的能下私人，翻页也得烦死人，很多人你插一脚我插一脚，很容易让人抓不住主线，而国外开源模式广泛使用的 Mailing List 则完全没有这些问题，谁回复谁的，需要谁参与 cc 即可，如果需要特表说明某一段落，只要再 ‘>’ 那行的下面写就可以了，相当方便，还是及时推送，现在的智能手机我基本上及时就能看到回复，能够让我充分利用碎片时间。

从架构上来说，Mailing List 这种古老的产物是纯文本的， NoSQL ，天生的 SEO 优秀，需要的东西 Google 一下，很容易就呢找到，而且还有 gmane.org 这样的网站对一些重要的邮件列表进行跟踪归档并且提供树状的浏览界面，哪怕多古老的帖子都能找到，再说，数据是遍布整个互联网的，冗余有保证，不用担心有用的信息丢失。在现在看来，这样的设计都很优秀，别说这是基本上和互联网同时诞生的工具了，哈哈。

所以我的意思是大家不要老是考虑如何有中国特色，固然这对于国内的推广很重要，但是对于个人素养的提高来说，还是应该多多向国外学习，不要沉浸在墙内我天朝上国的妄想里了。

多多使用国外优秀的开发工具，交流工具，交流方式，开发模式，这才是王道，不管愿不愿意承认，中国在计算机技术上的落后不是一点半点，再方教授的伟大工作之后，这更是越发加剧，而且不要老归结到语言的问题上，既然搞互联网，有准备好接受英语作为主要的工作语言。

吐槽完毕

个人观点：
我倾向于使用drupal.org，不管是group也好，主站也好，毕竟这里是drupal的根，讨论的帖子最好都同时发在中国 - China群组里面一份，因为国内专注Drupal的用户差不多都会在这里（Q群下面单说），而且同时有邮件推送功能，这样比较方便大家参与讨论。
另外，建议大家遇到问题需要交流的时候，能把问题发在群组里，以便得到更好的解决，而且能够为后来者提供参考。
至于Q群里面的用户，讨论的时候可以顺便推广一下群组，比如把自己要问的问题发上来之后，在群里给个链接，这样以来，群组原有用户会注意到话题，也会间接促使一部用户来注册使用群组，希望能渐渐的养成遇到问题来群组寻求解决方案的习惯，可能开始比较难一点，渐渐的习惯了，新来的用户也会模仿学习，这样良好的习惯才会得到沿袭。
还有一层想法就是，这里贴近主站，如果可以，渐渐的习惯之后能够突破语言障碍，加入到主站的讨论中，进而加强了国内外的交流沟通，这对国内drupal用户，以及全球drupal社区都是一件好事。
国内目前已经有一些比较不错的社区，虽然我相信社区站长们的热情和贡献精神，但是难保不会遇到这样或者那样的事情（天朝一切皆有可能嘛，大家都懂的），所以个人比较倾向于官方的社区，我想信这里不会倒下的，退一万步来讲，一旦这里倒下了（希望这天永远不会到来），那么估计大家也都可以转方向了...

一些在论坛上的发帖，包括drupalchina，大多都还是你问我答，而不是讨论。问的人占8 9层，回答的就1层，来来去去就那么几个人回答问题，如果一旦回答的几个人不回答了，帖子会放置很久，总之，气氛还不太好，或许是国内开源意识还不够强。

国内很多英文不太好的，上drupal.org大多是上来找需要的东西而已，一般不会进行讨论，英文是一大障碍，所以大多讨论会在QQ群进行。直接在http://groups.drupal.org上讨论实际上也是有比较多的不便，我认为，包括查找资料，用户体验等。

我算是除大米kzeng之外drupalchina最早的管理员（那时候在论坛叫葬月），drupalchina关闭的时候，我们试着通过QQ邮件联系大米，始终联系不上，drupalchina关闭之后，其他一些网站零零散散的也构不成规模，都分布与几个QQ群。上半年我规划重建一个drupal中国社区，注册了一个域名（drupalcn.net）,因为各种原因一直没时间弄，现在项目收尾阶段，还是有想法做一个比较有中国风格的drupal社区。

实际上国内用drupal的人还是挺多的，QQ群里500人满，每隔几天就要T一些不说话的人出去（QQ群限制，最多500人），让新人加入，但QQ群确实是有很多不方便，提问和回答都比较实时，很多没有经过考虑，讨论质量比较差。groups.drupal.org在国内也不好发展，大家搜索资料，用的是中文，而且大部分百度，查到的都是国内的网站，很难进入到这一块，加上很多新手，他们只停留与国内那种比较傻瓜化的CMS，比如phpcms、帝国、动易、dede等，基本一键完成，一看到这全英文的站，就懵了。英文不好固然不是借口，但这确实是最大的问题所在。

我本人还是支持像之前的drupalchina.org一样弄个单独的论坛形式站点。

我个人感觉要做的像个社区，而且要大家承认并积极参与的话，需要注意这么几个点：
1.商业化意味不能太重，从域名上来说，org的最好，.net, cn次之。
然后很明显的广告什么的是不能有的。
2.应该成立一个官方的社区组织，大家选出自己认为德高望重，担得起重任的圈内人士加入，负责社区网站和相关活动的维护管理。
3.域名，服务器不能掌握在一个人手里，这是我们从旧社区的下场得到的惨痛教训，这也是成立社区组织的原因，至少要有两人以上的核心组织成员掌握这些信息。
4.社区，不管是网站维护，还是线下活动组织，都是要花钱的，靠几个个人的微薄之力是很难兴旺的，要想长久的发展，商业支持是必须的，只不过赞助合作的形式需要谨慎考虑！如果实在无法谈成合理的商业赞助，那么我们也应该全部动员起来，资助社区发展！

同意楼上的。
到现在为止（7月31日），已经大约50人参加此类的讨论了。记得有人说过goups.drupal.org的EMAIL交流方式就很好，现在drupalgarden.cn 也有了这个功能啦，而且今天可以收到不仅是回答，还有上一个的提问，这要比groups.drupal.org的EMAIL交流进了一步。很好！

我的一点小建议

1:是否可以做一个类似phpchina的论坛http://bbs.phpchina.com/。主页是新闻：http://www.phpchina.com/

2:如果一些老站下线，是否可以暂时把域名直接指向Drupal官网的中国论坛；

drupal社区的人气还是不行的，包括新浪微薄的drupal微群，也没有几个人。 drupal想在国内发展，任重道远。
其次我个人多年drupal开发经验，drupal的前台模板开发，并不适合中大型站点开发，而且模板开发们卡比较高，一般小公司很难找到像样的drupal程序员，其次对于大型站点，drupal的数据结构也是有问题的，灵活有加、效率不足、扩展困难。