岗位职责：
1、Drupal站点建设，模块编写，自定义主题等编码工作；
2、页面JS/CSS编码及配合QA完成Bug Fix工作；
3、配合QA/PM完成产品发布/上线；
4、配合做简单的需求分析。
任职要求：
1、计算机或相关专业专科及以上学历，2年以上相关经验；
2、 熟练掌握PHP语言及其面向对象设计理念，并掌握常用的设计模式；
3、熟练掌握Drupal及Module开发，了解Drupal相关机制，如hook、 theme等，熟悉Drupal常用的第三方模块；
4、具备优秀的编程能力，在项目框架及核心功能的实现方面有自己独到的设计；
5、具备良好的沟通能力， 求知欲及团队合作精神，责任心强，能承受一定的工作压力。
公司地址：北京市朝阳区广顺北大街5号融创动力产业园B座三层
联系方式：hr@civeno.com
如何实现活动发布的时间的有效性？在活动时间还没有到期，则有报名参加活动，但是时间过了就没有？
在NODE 中用了Term Reference，单一选。问题出现了，在Views中想将这个分类曝露给访问者供FLITER， 但只能选择最底层的。比如node是和“沙滩足球”有关的，选择“足球”作为过滤条件时，却无法显示 “足球”分类下所有其他子分类的node。求解决方案，谢谢！
1. Drupal 7的文件目录分类
Drupal 7的文件API分为unmanaged file和managed file两种类型，managed file会在数据库中记录文件的信息及引用记录。
Drupal文件对象有一个uri属性，它的形式如public://myfile.jpg，通过file_create_url($file->uri)可以把uri转换成web可访问的路径，如http://howto.eguidedog.net/sites/default/files/myfile.jpg
Drupal内建了public、private和temporary流报装器（stream wrapper），PHP文件操作函数可以直接操作这些uri，例如我们可以通过filesize(‘public://myfile.jpg')获取文件大小，而不需要先转换成本地文件的地址。
Drupal中的private目录应该是放在一个不能直接从Web访问的目录，其内容通过PHP返回（这里有一个副作用是增加了系统开销）。
2. 怎样使用ummanaged file
在表单生成函数中添加文件控件：
Drupal 8.0.0 RC 2 于2015年10月21日23：10发布了。
该版本是 Drupal官方发布的第2个Drupal8 RC版本，上一个Drupal8 版本是Drupal8 RC 1，发布于2015年10月7日，相隔14天的时间。
我们现在发布第2个Drupal8 RC版本！Drupal 8 给用户和开发者带来了众多的新功能和改进。RC版提供了一个开启 Drupal 8 开发的开端，特别是在：
- 新站点
- 那些仅依靠 Drupal 8 核心功能就可以实现的站点
- 那些开发时间需要好几个月的项目
- Drupal 8 新特性所带来的效益超过开发 Drupal 8 版第三方模块的成本的网站。
Drupal 8.0.0 何时发布？
当我们有信心在进入的critical bugs已经放缓足以确保稳定的版本中，我们将安排为8.0.0的正式发布日期。在此之前，Drupal 8 候选发布版将与Drupal 7版本一起发布，每月两次。
（Drupal中国公告）2015年10月21日晚上7点25分在Drupal官网发布公告，Drupal 7.41 发布。
Drupal官网公告中介绍此次 Drupal 7.41 主要是安全漏洞的修复。可以到 Drupal 7.41版本修改日志里查看具体细节。
本次更新包括：
官网强烈建议升级您的Drupal站点至drupal7最新版本，此次更新没有增加新功能。（但是，本次内核漏洞是由Overlay引起的，没有使用此模块的网站，不必紧张着升级。）
修改日志：
引言： 老实说，有这个想法，我感到很兴奋，就是因为field_collection的帮助。但仍然是感觉而已，是否能给drupal的主题开发带来新的突破， 要实践才能明白。这样的tools，我5年前做小的cms时就在用。之后再不断完善，但要用在drupal，总是觉的不可能。因为我是做前端的，会些php，但离写drupal模块还很远。
自从前段时间用了field_collection后，才感觉可以在drupal里试下这个tools。
下面是我在网站上发过的文章，不知这样写，大家能明白多少？
--------华丽的分隔线---------------------------------------------
tvtools是什么？简言之，就是drupal主题开发的一个工具。 再说简单点，就是对drupal主题开发的一个封装。
在叙述完7个使用Drupal的理由之后，我们公平一点，说7个不使用Drupal的理由：
1. Drupal很难学
Drupal很复杂，很难入门。即使它具有不需要编程的CMS特性，对于懂编程的人来说也很难学。Drupal作为CMS，其易学程度绝对和Wordpress不是一个档次。
国内很少人用Drupal，想找本像样的中文书籍都难。运气好能找到的很可能只是讲CMS部分的书籍，而不涉及怎样编写自定义模块内容。换句话说，要想学习Drupal，要直接学习英文的学习资料。
在国内找个Drupal程序员很困难。
不过，需要说明的是，容易入门的东西，精通了也不会让我们有什么过人之处。难学的东西还有很多人学说明学了它确实很有用。
2. Drupal很慢
做了一个简单的测试，打开一个很干净的页面，需要做25秒数据库连接，尽管只需要9ms（当数据查询繁忙的时候很可能不止这个时间）。启用的模块越多，系统运行越慢。我做过的一个很简单的网站数据库里有65张表，一个复杂一些的网站有250张表，这对系统资源是很大的压力。
Drupal的页面缓存功能只对匿名访问有效。