20天:管理和审核

以前在symfonyob娱乐下载

askeet服务应该按预期工作,没有任何坏的惊喜,感谢我们的关心表现在最初版本之前。但还有一个更大的问题:应用程序开放,从任何人,这是垃圾邮件,过度,或令人不安的错误。每个服务就像使用需要一种温和的出版物,并访问数据库手工无疑是一个糟糕的解决方案。我们应该添加一个后端应用程序使用吗?

随着日历的教程应该谈论一个web应用程序使用敏捷方法的发展。然而,直到现在,我们谈了很多关于编码,而不是应用程序开发,以及客户的要求和功能之间的关系实现的。后端需要将是一个很好的机会来说明在编码之前在敏捷开发。

预期的结果:客户说

今天的工作将包括一些新动作,新模板和模型的新方法,我们已经知道如何去做。最难的部分是定义所需要的,并把它放在哪里。它既是一种功能和可用性问题,这是一件好事,开发人员关注其他事情比代码每隔一段时间。

它将有机会说明的任务之一极限编程(XP)方法:写作故事,开发人员的工作把故事变成功能。XP是一个最好的敏捷开发方法,,通常适用于web 2.0项目使用。

故事

在XP中,故事是简要描述一个动作的方式的应用程序的用户触发的反应。故事是由网站的客户(最终支付的人- web不是所有关于开源)。故事很少超过一个或两个句子。他们重新集结在主题。

通常更详细和更基本的故事比用例。如果您熟悉UML,您可能会发现这个故事不够精确,但我们很快就会看到,它可以是一个伟大的机会。

故事关注行动的结果,而不是实现细节。当然,客户端可能偏好有关界面,在这种情况下,故事必须包含的要求和建议关于人机交互的外观和感觉。

故事必须足够小,很容易评估开发商的开发时间。通常,一个极端的程序员团队测量单元的故事。单位的价值是精制项目的整个过程,并且可以从半天到几天。

现在,让我们看一看客户如何定义要求使用后端。

故事# 1:档案管理

每个用户可以要求成为一个主持人。在用户的个人资料页面,链接应该可以要求这个特权。一个人要求主持人必须不能问一遍,直到他/她得到一个答案。

人有权接受或拒绝一个主持人候选人管理员。他们必须能够浏览候选人名单,并有一个按钮授予或拒绝为每一个主持人的品位。管理员需要有一个链接到候选人的资料,看看他们的贡献都是正确的。

授予版主权限必须可逆操作:管理员必须能够浏览版主的列表,每个,删除主持人证书。

管理员也可以授予其他用户管理员权限。他们可以访问管理员的列表。

故事# 2:报告有问题的问题或答案

每个用户必须能够报告一个问题或回答主持人的问题。一个简单的“报告垃圾邮件”链接底部的每一个问题或答案可以是一个好的解决方案。

为了避免垃圾邮件的报告,该报告从一个用户对一个特定的问题或答案只能计算一次。这将是伟大的,如果用户有一个视觉反馈,他/她的报告是考虑。

故事# 3:处理问题的问题或答案

版主有两个更多的可用列表:问题列表的问题,问题的答案列表。每个列表命令根据报告的数量,以减少顺序。所以最报道的问题将会出现在报道问题列表。

版主有能力删除问题,删除一个答案,对任何一个重置报告的数量。删除一个问题导致删除所有的答案这个问题。

故事# 4:处理有问题的标签

版主可以删除一个标签为一个问题,是否标记是由他们。

版主有权访问的列表标签,按照人气命令,这样他们可以检测出有问题的标签——那些没有意义。通过连接与这个标签问题标记的列表,列表给出了抑制标签的能力。

故事# 4:处理有问题的用户

当一个版主删除用户的贡献,它的增量的数量由该用户发布问题的贡献。

管理员有一个有问题的用户列表命令的数量有问题的帖子删除。管理员必须能够删除用户和所有他/她的贡献。

这是所有吗?

是的,这是所有客户端需要定义所需的功能使用网站管理。它没有涵盖所有情况下功能规格,它是不准确的一套完整的用例中,留下了大量开放的结束,可能导致不必要的结果。

但敏捷开发者的工作,现在开始,检测可能的歧义和缺乏数据,并要求客户的援助时,发现一个故事必须更精确。在xp风格的开发阶段,客户端总是可用的开发团队的回答问题。

所以开发者见面成对,每组选择一个故事。他们讲一讲这个故事是什么意思,单元测试用例,验证功能。他们编写单元测试。然后,他们编写的代码通过这些测试。当它完成时,他们释放他们的代码添加在整个应用程序中,通过运行所有单元测试和验证集成之前写的。工作,他们把一杯咖啡,分手了。然后他们同别人建立一双新的,专注于一个新的故事。

如果最终结果不符合客户的欲望?嗯,它只代表少数的工作单元(几小时或几天),所以它很容易忘记它,尝试一种新方法。至少,现在的客户知道他/她不想要的,这是一个伟大的一步决定论。但大多数时候,开发人员都有机会与客户直接对话和阅读字里行间他写的故事,他们生产的功能比客户期望一个更好的方式。另外,它的开发人员知道AJAX web 2.0的可能性和方式可以成为成功的。所以给他们(美国)计划是一个很好的机会得到一个伟大的应用程序。

如果你有兴趣XP和敏捷开发的好处,看一看极限编程的网站或阅读极限编程解释说:拥抱变化Kent Beck。

后端与增强的前端

开发人员的反馈客户的需求往往是对应用程序的质量至关重要。让我们看看开发人员,谁知道如何构建应用程序和symfony是多么强大,可以说给客户机。ob娱乐下载

使用添加一个后端应用程序的想法不是很好,有几个原因。

首先,主持人使用后端可能需要大量的特性已经可以在前端(包括最新的列表问题,登录模块,等等)。所以有一个后端应用程序的风险重复前端的一部分。我们不喜欢重复,意味着很多跨应用的重构,这是时间太长时间致力于它。其次,一个新的应用程序可能意味着一个新设计的网站,一个自定义布局和样式表。花费时间最多的就是在应用程序开发。最后,创建后端应用程序在一个小时内,我们可能会使用CRUD生成器,导致许多不必要的行动和long-to-adapt模板。

在不久的将来(它计划在0.6版本),symfony将提供一个全功能的后台生成器。ob娱乐下载通常需要管理一个网站的所有功能活动将很容易处理,几乎没有一行代码。这个才华横溢的除了会改变我们的思维的方式构建使用后端,但考虑到当前状态的框架,管理功能的最佳解决方案是将它们添加到前端应用程序。

askeet前端的基础是一组列表和细节页问题和用户的某些行为是可用的。这就是骨骼需要建立网站管理功能。

虽然是很有帮助的显示一个项目可以包含多个应用程序中,客户机,这个演示印象深刻,适用于集成前端网站管理功能的应用程序。

功能:开发人员理解

后开发人员见面并与客户谈论的故事,他们推断出要做的修改使用应用程序。开发人员转换故事来任务。任务通常是小于的故事,因为实现一个故事需要一天或两天以上,而任务通常可以开发在一个或两个时间单位。

1. 模型已被修改成允许高效的请求:

   • 新表ReportQuestion要创建,question_id,user_id和created_at列
   • 新表ReportAnswer要创建,question_id,user_id和created_at列
   • 新列报告添加到问题和回答表
   • 新列is_administrator,is_moderator和删除添加到用户表

2. 在每一页上,侧边栏必须提供新的列表根据用户的凭证:

   • 所有用户:受欢迎的问题,最新的问题,最新的答案
   • 主持人:报告问题,公布答案,不受欢迎的标签
   • 管理员:管理员、版主,版主候选人,有问题的用户

3. 问题详细信息页面(问题/显示)必须提供新的行动根据用户的凭证:

   • 用户:报告问题,报告回答
   • 主持人:删除问题和答案,删除答案,重置报告问题,重置报告回答,删除标记

   问题细节给额外的信息根据用户的凭证:

   • 用户:如果问题已经报告的订户
   • 主持人:报道的数量问题和答案

4. 用户个人资料页面(用户/显示)必须提供新的行动根据用户的凭证:

   • 用户在自己的页面:作为主持人候选人站出来
   • 管理员:删除用户以及他/她的贡献,授予主持人凭证,拒绝主持人凭证,删除管理员证书,授予管理员证书

   用户个人资料页面必须提供额外的信息根据用户的凭证:

   • 所有用户:用户的凭证,凭证申请
   • 管理员:删除帖子的数量

5. 必须创建新列表限制访问:

   • 限于版主:
     • 问题/报告:报告的问题列表,在减少订单的数量报告;为每个链接问题的细节。
     • 回答/报告:公布答案列表,在减少订单的数量报告;为每个链接问题的细节。
     • 标签/不受欢迎:标签列表,在日益普及秩序;为每个,链接列表标记这个标记的问题
   • 限于管理员:
     • 用户/管理员:管理员列表,按字母顺序排列;为每个用户配置文件的链接
     • 用户/管理员:版主的列表,按字母顺序排列;为每个用户配置文件的链接
     • 用户/候选人:主持人的候选人名单,由字母顺序;为每个用户配置文件的链接
     • 用户/问题:有问题的用户列表,删除贡献递减顺序;为每个用户配置文件的链接

6. 必须创建两个新的凭证:管理员和版主。

7. 必须设置至少一个管理员手工在数据库应用程序的工作。

实现

一旦编写任务列表,实现后台功能的方式在使用symfony只是一个工作的问题。ob娱乐下载运用XP方法论在这个任务列表,包括编写单元测试,至少需要一天的工作。的需求出现日历教程中,我们将做得快一点,我们将只专注在之前没有描述的新技术,或者在那些应该帮助你回顾古典symfony的技术。ob娱乐下载

新表

问题和答案的报道中,我们添加了两个新表使用数据库:

<表的名字=“ask_report_question”phpName=“ReportQuestion”><列的名字=“question_id”类型=“整数”primaryKey=“真正的”/ ><外键foreignTable=“ask_question”><参考当地的=“question_id”外国=“id”/ >< /外键><列的名字=“user_id”类型=“整数”primaryKey=“真正的”/ ><外键foreignTable=“ask_user”><参考当地的=“user_id”外国=“id”/ >< /外键><列的名字=“created_at”类型=“时间戳”/ >< /表><表的名字=“ask_report_answer”phpName=“ReportAnswer”><列的名字=“answer_id”类型=“整数”primaryKey=“真正的”/ ><外键foreignTable=“ask_answer”><参考当地的=“answer_id”外国=“id”/ >< /外键><列的名字=“user_id”类型=“整数”primaryKey=“真正的”/ ><外键foreignTable=“ask_user”><参考当地的=“user_id”外国=“id”/ >< /外键><列的名字=“created_at”类型=“时间戳”/ >< /表>

的结合question_id/answer_id和用户id足以创造一个独特的主键,因此我们不需要添加一个自动递增吗id这些表。

我们也添加一个新的报告列的问题和回答表。为了同步记录的数量ReportQuestion的数量报告在问题表,我们覆盖save ()的方法ReportQuestion对象添加一个事务,因为我们在做的第四天:

公共函数保存(反对美元=零){反对美元= sfContext::getInstance()- >getDatabaseConnection(“推动”);试一试{反对美元- >开始();美元受潮湿腐烂=父::保存();/ /更新spam_count回答表美元的答案=这个美元- >getAnswer();美元的答案- >setReports(美元的答案- >getReports()+1);美元的答案- >保存();反对美元- >提交();返回美元受潮湿腐烂;}抓(异常$ e){反对美元- >回滚();扔$ e;}}

相同的ReportAnswer表。

级联删除

当一个问题被删除,这个问题的答案也必须删除,以及所有的利益问题,标签添加到问题和相关性评级关于所有的答案。我们需要一个级联删除机制来照顾我们。

在第二天的想法,我们有使用InnoDB使用数据库引擎。这有助于级联删除。但推动层可以管理的级联删除甚至non-InnoDB启用数据库,提供了模式中,我们表明,级联删除必须照顾。这是必须要做到当宣布一个外键:添加一个onDelete =“级联”属性的<外键>标签在一个表定义。例如,对于回答表:

…<表的名字=“ask_answer”phpName=“答案”><列的名字=“id”类型=“整数”要求=“真正的”primaryKey=“真正的”自动增量=“真正的”/ ><列的名字=“question_id”类型=“整数”/ ><外键foreignTable=“ask_question”onDelete=“级联”><参考当地的=“question_id”外国=“id”/ >< /外键><列的名字=“user_id”类型=“整数”/ ><外键foreignTable=“ask_user”><参考当地的=“user_id”外国=“id”/ >< /外键><列的名字=“身体”类型=“用longvarchar”/ ><列的名字=“html_body”类型=“用longvarchar”/ ><列的名字=“relevancy_up”类型=“整数”默认的=“0”/ ><列的名字=“relevancy_down”类型=“整数”默认的=“0”/ ><列的名字=“报告”类型=“整数”默认的=“0”/ ><列的名字=“created_at”类型=“时间戳”/ >< /表>…

一旦模型重建,级联删除支持轴承的关系onDelete属性。当你删除一个记录问题表:

• 如果使用InnoDB数据库引擎,相关的答案将被自动删除数据库本身
• 别的,推动层会自动得到相关答案,删除它们,然后删除问题。

所有关系可能不包括级联删除。删除一个用户,例如,应该删除他/她的利益和评级答案发表,但不是他/她的贡献(问答)。这些贡献应删除后匿名用户相关联。

因此,onDelete属性必须设置级联下列关系:

• 回答/ QuestionId
• 兴趣/ QuestionId
• 相关性/ QuestionId
• QuestionTag / QuestionId
• ReportQuestion / QuestionId
• ReportAnswer / AnswerId

添加链接栏的用户凭证

我们创建一个新的主持人模块来处理所有主持人的行为,和一个管理员一个处理政府的行动。

在第七天,我们使用组件槽技术来存储代码的侧边栏侧边栏模块。新列表的链接将出现,但他们需要证书的条件。这是通过使用$ sf_user - > hasCredential ()方法,如在第六天:

/ /使用/应用程序/前端/模块/栏/模板/ _default。php和_question.php:…< ? phpinclude_partial(“栏/适度”)? >< ? phpinclude_partial(“栏/管理”)? >/ /使用/应用程序/前端/模块/栏/模板/ _moderation.php:< ? php如果(sf_user美元- >hasCredential(“主持人”)):? >适量< h2 > < / h2 > < ul > <李> < ? php回声link_to(“报告问题”,“主持人/ reportedQuestions”)? >(< ? php回声QuestionPeer::getReportCount()? >)李李< / > < > < ? php回声link_to(“报告答案”,“主持人/ reportedAnswers”)? >(< ? php回声AnswerPeer::getReportCount()? >)李李< / > < > < ? php回声link_to(“不受欢迎的标签”,“主持人/ unpopularTags”)李? > < / > < / ul >< ? phpendif? >/ /使用/应用程序/前端/模块/栏/模板/ _administration.php:…< ? php如果(sf_user美元- >hasCredential(“管理员”)):? >< h2 >管理< / h2 > < ul > <李> < ? php回声link_to(“主持人候选人”,“管理员/ moderatorCandidates”)? >(< ? php回声UserPeer::getModeratorCandidatesCount()? >)李李< / > < > < ? php回声link_to(“主持人名单”,管理员/版主的)李李? > < / > < > < ? php回声link_to(“管理员列表”,管理员/管理员的)李李? > < / > < > < ? php回声link_to(“有问题的用户”,“管理员/ problematicUsers”)? >(< ? php回声UserPeer::getProblematicUsersCount()? >)< /李> < / ul >< ? phpendif? >

类方法QuestionPeer: getReportCount (),AnswerPeer: getReportCount (),UserPeer: getModeratorCandidatesCount ()和UserPeer: getProblematicUsersCount ()将被添加到模型中。他们都是基于同样的原理:

公共静态函数getReportCount(){$ c=新标准();$ c- >添加(自我::报告,0标准::GREATER_THAN);$ c= self::addPermanentTagToCriteria($ c);返回自我::doCount($ c);}

AJAX的报告

我们将提供一个“(向主持人报告)”链接报告一个问题在所有的地方显示一个问题(在问题列表,问题详细页面)。就好了如果这个链接是一个AJAX,如第八天教程。所以我们添加一个新助手QuestionHelper.php文件使用/应用程序/前端/ lib /帮助/目录:

函数link_to_report_question(美元问题,$ user){use_helper(Javascript的);美元的文本=“(向主持人报告)”;如果($ user- >isAuthenticated()){has_already_reported_question美元= ReportQuestionPeer::retrieveByPk(美元问题- >getId(),$ user- >getSubscriberId());如果(has_already_reported_question美元){/ /已经为这个用户报告返回“[报告]”;}其他的{返回link_to_remote(美元的文本,数组(“url”= >“@user_report_question id = ?”。美元问题- >getId(),“更新”= >数组(“成功”= >“report_question_”。美元问题- >getId()),“加载”= >“Element.show(“指示器”)”,“完成”= >“Element.hide(“指示器”);“.visual_effect(“亮点”,“report_question_”。美元问题- >getId()),));}}其他的{返回link_to_login(美元的文本);}}

现在,模板的链接出现(问题/模板/ showSuccess.php,问题/模板/ _list.php可以使用此辅助:

< div类=“选项”id =“report_question_ < ?php echo $问题- > getId () ? > ">< ? php回声link_to_report_question(美元问题,sf_user美元)? >< / div >

的@user_report_question规则必须是书面的routing.yml导致一个用户/ reportQuestion行动:

公共函数executeReportQuestion(){这个美元- >问题= QuestionPeer::retrieveByPk(这个美元- >getRequestParameter(“id”));这个美元- >forward404Unless(这个美元- >问题);美元的垃圾邮件=新ReportQuestion();美元的垃圾邮件- >setQuestionId(这个美元- >问题- >getId());美元的垃圾邮件- >setUserId(这个美元- >getUser()- >getSubscriberId());美元的垃圾邮件- >保存();}

这个动作的结果,用户/模板/ reportQuestionSuccess.php模板,只是:

< ? phpuse_helper(“问题”)? >< ? php回声link_to_report_question(美元问题,sf_user美元)? >

这同样适用于公布答案。

新操作链接用户凭证

在question_bodydiv标签的使用/应用程序/前端/模块/问题/模板/ showSuccess.php,我们为版主添加问题管理操作,所以兼容AJAX的报告,我们把它们放在一个片段:

…< div类=“选项”id =“report_question_ < ?php echo $问题- > getId () ? > ">< ? php回声link_to_report_question(美元问题,sf_user美元)? >< ? phpinclude_partial(“主持人/ question_options”,数组(“问题”= >美元问题))? >< / div >

的使用/应用程序/前端/模块/主持人/模板/ _question_options.php片段包含:

< ? php如果(sf_user美元- >hasCredential(“主持人”)):? >< ? php如果 ($question->getReports()): ?>  [getReports() ?> reports]  getStrippedTitle()) ?>   getStrippedTitle()) ?>  ...

相同的选项被添加的使用/应用程序/前端/模块/ /模板/ _answer.php回答,链接主持人/模板/ _answer_options.php片段。

同样的适应是管理员操作链接的用户配置文件页面。

(php) < ?php echo link_to(“[删除答案]”,“主持人/ deleteAnswer ? id =”。$回答- > getId(),帖子= true) ? >

访问限制

当一个用户登录与特定的权利,他的sfUser对象必须有适当的凭证。这是做的signIn的方法myUser类使用/应用程序/前端/ lib / myUser.class.php,我们在创建第六天:

公共函数signIn($ user){这个美元- >setAttribute(“subscriber_id”,$ user- >getId(),“用户”);这个美元- >setAuthenticated(真正的);这个美元- >addCredential(“用户”);如果($ user- >getIsModerator()){这个美元- >addCredential(“主持人”);}如果($ user- >getIsAdministrator()){这个美元- >addCredential(“管理员”);}这个美元- >setAttribute(“昵称”,$ user- >getNickname(),“用户”);}

当然,所有主持人的行为必须被限制在主持人与适当的设置使用/应用程序/前端/模块/主持人/ config / security.yml:

:is_secure:凭证:主持人

同样的限制是申请管理员操作。

新主持人和管理员行动

没有什么新的行动中被添加到主持人和管理员行动。我们将给这里的列表,这样你对他们的了解:

/ /管理员操作executeProblematicUsers () - > usersSuccess。php executeModerators () - > usersSuccess。php executeAdministrators () - > usersSuccess。php executeModeratorCandidates () - > usersSuccess。php executePromoteModerator() - >请求介绍人executeRemoveModerator() - >请求介绍人executePromoteAdministrator() - >请求介绍人executeRemoveAdministrator() - >请求介绍人/ /主持人动作executeUnpopularTags () - > unpopularTagsSuccess。php executeReportedQuestions () - > reportedQuestions。php executeReportedAnswers () - > reportedAnswers。php executeDeleteTag() - >请求介绍人executeDeleteQuestion () - > @homepage executeDeleteAnswer() - >请求上线

moderatorsSuccess:模板:用户administratorsSuccess:模板:用户moderatorCandidatesSuccess:模板:用户problematicUsersSuccess:模板:用户

日志删除

当版主删除一个问题,我们想保持跟踪日志文件的删除,一条警告消息。允许日志警告消息在生产环境中,我们需要修改logging.yml配置文件:

刺激:级别:警告

然后,在所有的删除操作,将代码添加到日志删除,在此主持人/ deleteQuestion行动:

公共函数executeDeleteQuestion(){美元问题= QuestionPeer::getQuestionFromTitle(这个美元- >getRequestParameter(“stripped_title”));这个美元- >forward404Unless(美元问题);反对美元= sfContext::getInstance()- >getDatabaseConnection(“推动”);试一试{反对美元- >开始();$ user=美元问题- >getUser();$ user- >setDeletions($ user- >getDeletions()+1);$ user- >保存();美元问题- >删除();反对美元- >提交();/ /记录删除美元的日志=主持人“% s”删除“% s”问题;美元的日志=sprintf(美元的日志,这个美元- >getUser()- >getNickname(),美元问题- >getTitle());这个美元- >getContext()- >getlog()- >警告(美元的日志);}抓(PropelException$ e){反对美元- >回滚();扔$ e;}这个美元- >重定向(“@homepage”);}

如果你想知道更多关于日志,你可以看一下调试章symfonyob娱乐下载的书。

我们改变了try / catch声明只做出反应PropelExceptions不是所有异常。这是因为我们不想让事务失败仅仅是因为有问题的日志删除。

明天见

我们花了一些时间思考方法来实现后端功能,因为有相当多的他们,今天的教程大概持续了两个小时,而不是只有一个。但是没有了很多新事物,所以symfony的实现应该审查技术。ob娱乐下载您可以有一个好的视图的总变化通过浏览列表使用时间轴。

明天是神秘的特性。许多建议发送到论坛,甚至在βaskeet网站本身。你会看到我们决定哪一个实现,以及如何symfony可以很大的帮助。ob娱乐下载

随时去论坛今天的来源,如果你有任何问题,顺便说下,仍然可以下载的SVN储存库或浏览trac。