恩，我是一个在校大学生，想用drupal开发一个课程评价系统，但不知道思路是什么，用什么模块，哪些又要自己码代码。 现在只是用python把课程信息爬下来并且解析了，但是不知道怎么弄可以把这些信息放入数据库中并且自动发布这些信息，需要的功能就是自动将解析的网页放入数据库中，自动用表格展示，展示页面需要有评论和投票模块，然后逐步加入其它的模块 新手求指导！

drupal的前端表现为什么这么差(3) 关键人物介绍

John Albin Wilkins

这位可爱风趣的台湾女婿，zen主题的作者，在近两年的Drupal聚会演讲中，都喜欢用这么一句话开头： “Are you new to front-end web development? "  Here’s a secret:  no one else really knows  what they’re doing either.”——一句话胜过千言万语吧？呵呵。

我第一次听他这么说的时候并没有意识到其中的原因，后来在洛杉矶的Drupalcon上，在他演讲的时候，向大家道歉，说Drupal7的主题层的CSS，是他的责任。那次会议他有两个演讲，所以现在我也不记得他具体是在那一个中提到的，想要考证的话，自己去听吧。

作为Drupal7开发阶段唯一参与其中的主题开发者，想要推掉主题层的责任，似乎真的不太容易吧。好玩的是，在2014年的中国上海Drupalcamp上，John完全没有提过这个茬儿，也没有使用他喜欢的开场白。这其中的深意，大家自己去体会吧，:)

drupal的前端表现为什么这么差(2) Drupal主题系统的“变革”

Drupal7和它之前的版本，页面上每渲染出一个元素，都会被一层层的div包裹着，并且每一层div都有一长串的class／id选择器。然而，Drupal7在主题层上依然比前面的版本要强大、灵活。比如：

• 在Drupal5中，主题函数中没有预处理函数，因此你很难修改Drupal为你提供的CSS选择器。
• 在Drupal5中，view modes只有两个模式，一个是full一个是teaser，而在Drupal7中，你可以自己建立其他的模式，并且对内容的显示方式进行控制。这意味着在Drupal5中，如果你希望有第三种view modes，你就只能自己写额外的css去进行控制。

然而，因为上面第一点中提到的问题，你很难为某个元素指定一个class，因此你往往需要用一长串class去定位某个元素。而这就是为什么drupal页面上的每一个元素被一层层的div所包裹，并且每一个div都有一长串class名的直接原因。因为这样才能保证每一个元素在样式表中都能被正确的定位。可以说这是一个历史遗留问题，在Drupal7的时候也并没有被解决掉。

drupal的前端表现为什么这么差(1) 前端工作流程的变革

本节前言

我已经开始写第七章了，但是其实第六章并没有完，前面十多节的内容都是在为后面做铺垫，只是每次临到准备下笔的时候，又退缩了，因为我要写的东西和中国drupal圈子的现状差距比较大，从前面章节的阅读数量来看，也证明了这一点。

正好最近有Drupal初学者在DC网站上问“drupal的前端表现页，为什么这么复杂差劲，为什么它不能像dede一样，用个htm模板，数据内容直接在htm模板中，用标签进行调用，这么直观地表现出来呢？”，其实类似的问题，很多人在很多场合里都有提过，每次遇到我总是一带而过了，简单的答案其实很有说服力，我自己觉得并不需要过多的解释，那就是：因为drupal不是dede。非要再多说几句的话：定位不一样，能干的活不一样，解决的问题不一样，决定了drupal的前端和dede不一样。然后一脸的欲言又止，意犹未尽，我知道，我知道，talk is alway cheap，有的时候呵呵更合适。（如果你满意这个答案的话，我建议就不必再看下面的内容了。）

開發模組的時候，添加自定義菜單，需求是添加個選項卡，代碼如下

1.新建 mymodule.routing.yml 文件 根據官網寫入相應信息

2.新建mymodule.links.task.yml 文件 寫入一下內容

mymodule.myroutingname:
  #菜單選項標題
  title: 'subject'
  #routing.yml 中定義的路由名稱
  route_name: mymodule.myroutingname
 #選項卡的父路径
  base_route: entity.user.canonical
  #選項卡權重
  weight: 10

短短的幾行代碼卻研究了一下午，問題是看這官網的例子寫出代碼之後，選項卡一直不顯示，最終解決問題是父路徑沒有描述清楚

ajax错误 看看是不是jquery版本和views不兼容

今天碰到一个ckeditor奇怪问题，自定义主题下，管理员角色下ckeditor界面可以出来，但在普通用户下没有出来。换了barkit主题，管理员角色和普通用户下都可以出来。自定义主题的原因？为什么角色不同出现不同结果，ckeditor权限里面也不起作用，感觉是我的自定义主题下普通用户下自动切换到纯文本编辑器里面了。

查看

1、看看自定义主题里template.php 

2、Firebug看一下 是不是js报错了

后来

在普通账号下使用overlay就好了，其实overlay是seven主题，正常。

可能是我的自定义主题，没有加载ckeditor的js，或者我的自定义主题跟ckditor iframe有冲突。

drupal superfish 制作菜单，出现2个菜单：

如图所示

只要把主菜单禁用就ok。

如图所示：

想去掉评论中的标题字段，没有找到隐藏的地方。

后来经晴空的指点：

 admin/structure/types/manage/[CONTENT TYPE]/edit 

如图所示：

去掉之后：

首先，我并不是一个小白用户，互联网从业四年，当然，也还没达到一个超级开发人员的水平，只是用php+mysql做商城（纯手写的，没有用框架，当然，三四线城市的需求，没有那么强大），做过企业站，熟练掌握jqurey与dedecms，及其二次开发，最近突然蒙发其想，想转投drupal，只是研究了半个月时间，有几个问题让我百思不得其解：

1，为什么一个内容类型，加个字段，数据库里就得加一张表？这样子有什么好处？与dede的自定义模型，加个字段，就是在一个自定义的模型表里，真的加一个字段而已，drupal的这种作法，如果要做一个复杂点的医院网站的话，那数据库不就得加到个两三百张的吗？这也太繁杂了，难道分开这么多表，会有利于性能的提升？

2，drupal后台运行迟缓，即使刚刚安装下来的，也完全没有dede的后台快，无论在本地wamp环境中，还是在服务器上lamp环境中，都运行缓慢，叫人着急。

3，前台未登录用户的访问速度还可以，但一旦登录了之后，就开始迟缓了起来，这是为什么？这样的情况，真的适合来做一个社区或者是论坛型的网站吗？

4，drupal搭出来的站点，如果做医院网站的专题页，该如何进行，只能直接使用静态页面吗？