w_z_y1997的博客

原创 6/14 学习资源聚合平台工作总结

明天就答辩了，在此把这个从三月底开始的浩大工程总结一下。我的工作主要的是两个方面：平台的后台部分，包括管理员后台部分和教师后台部分；基于频繁序列的知识图谱生成和学习路径推荐。一、后台部分管理员后台一共包括了学院、专业、课程、分类、教师、用户部分，每个部分有每个部分独特的功能需求，例如专业既要向上和学院相关联，又要向下和课程相关联，而分类的关键词，不仅与课程有多对多关联关系，自身还有多对多的自关联，...

原创 6/13 近几日工作 java子系统与数据库的关联 页面测试

知识图谱生成与路径推荐已经做好了，但是基于文本文件来输入输出总归不像那么回事，所以把这个系统的输入连到数据库上了，当然配置没那么麻烦，还是保留在文件里。另外调整了输出到数据库的输出格式，来适应主系统的需要。新增了两个类 用于数据库的输入输出，其中主要的麻烦在于，数据库里存的访问记录是一种时间序列，并不是之前文本文档里那种很容易就用换行分开的，这让我找每个人的事务有一点麻烦。这里用的Date类，以一...

原创 6/10 知识图谱生成与学习路径推荐算法部分调整和封装成jar包

最近比较忙，每天做的工作不如之前研究算法到关键位置时候多，也没有每天都写csdn，所以两三天的合一块写一写吧。关于算法一共做了三件小事。一个是之前说推荐算法基本上已经完成了，不过还有一点不足就是如果要演示的话，效果不是太好，所以对控制台输出调整了一下；另外感觉输入数据生成知识图谱和输入数据基于知识图谱生成推荐内容是可以分开的，所以对代码也做了一点调整；再就是改了一点bug。总之现在是一个比较完善的...

原创 6/7 基于知识图谱和用户最近事件的学习内容推荐 推荐信息的生成

上回说到可能有好多人匹配不到学习路径，需要一个其他内容的推荐，所以今天就做了这个：生成部分的主要逻辑是查询用户最近的学习记录，对记录中的每一个项，查询它到达知识图谱中其他项的支持度，并且分别累加，这样就得到了用户最近学习序列到图中所有项的支持度，按降序排列，筛选前n个且不在最近学习序列中的元素作为推荐事件推荐给用户，实现如下： /** * 根据有向图生成推荐的项（事件、课程） * @par...

原创 6/6 知识图谱的生成与频繁序列匹配

知识图谱的生成就用了前天的思路，仔细考虑了一下，发现就是前项事件集和后项事件集做二分图连接，前项事件集内做全连接，遍历即可。之后还加了底图，就是所有在用户数据中出现过的2-序列，也一并画在图里了，没有的话只有一个主干显得有些单薄，虽然我并不知道这样好不好。具体需不需要要将来跑一跑实际数据集才知道。做出来之后效果还蛮不错（对测试数据集采取了40%的支持度）：emmmm这是个那个图的关联矩阵，不用关心...

原创 6/5 课程内容审核页面的交互表现 资源的审核功能

今天又把昨天的知识图谱系列工作鸽了。。。我现在是一天工程一天算法，有点精神分裂。。前天说到基本做好了专栏的审核部分，但是没有什么界面表现，也没具体说是怎么实现的这个功能。是这样，点击“通过”按钮后，会向对应的accept方法（专栏和资源分别有一个）发送一个远程请求，作为一个ajax请求，这样避免了页面跳转，请求到的方法用来将发送过来的id对应的知识的审核状态置1。之前没做响应，服务器返回204，对...

原创 6/4 知识图谱生成研究

今天只做了一点微小的贡献。关于利用最大频繁序列来生成知识图谱我今天做了很多尝试。一个是不利用最大序列，直接用之前生成的所有频繁序列来画图：对每个序列中，直接前项连后项。这样的确可以造出来图，但是联系线的粗细极不均匀，有些线因为出现在好多个频繁序列中导致被反复计数，而且由于较长的序列子序列多，里面中部位置的子序列被频繁反复计数，严重夸大了重要程度，前天那个测试demo跑出来，本来在数据集中出现比较多...

原创 6/3 上传资源审核部分

要有审核的话，就要有一个审核状态，所以新加了一个属性给知识虽然不知道为什么不过潜意识里觉得用int比bolean会好一点，可能是怕以后有什么其他状态吧。这样，就可以在各个知识显示的时候通过审核状态来分类了，正常界面只显示已审核的，审核界面只显示未审核的：比如资源下的列表页，添加了一条筛选，专栏页也是类似的，还有从课程入口进入的方法也加了一下。但是问答页因为本身就是自由讨论的地方，并没有什么审核的问...

原创 6/1 学习路径的展现形式设计

今天大概设计了一下知识图谱的展示方式，基本就是上图的样子。按说这应该是一整张图的一部分，根据用户的最近学习来定位，并且把最近学习的课程（关键字？标签？这不重要）节点标红，这之间的序列路径标红。根据这个我们可以在频繁序列集中找到最大频繁序列，可能找到很多条，这样我们把找到的频繁度最高的频繁序列标识出来，作为推荐学习路径，其中还没学到的标成蓝色。关于推荐学习节点，在推荐的学习路径上的下两个节点作为推荐...

原创 5/31 AprioriAll算法研究（2）

历经饱受折磨的一天，我总算是实现出来了这个算法。实话说看懂了之后实现起来困难不是特别大，但就是相当的繁琐。这个算法步骤太多，因此代码量也很多，好在寻找频繁项集的过程和寻找频繁序列的过程比较像，写起来稍稍有些宽慰。另外，这里是用的我更熟悉的java写的（但是说起来一点也不面向对象了），而且也几乎写了逐行注释，最后加起来有六百行。。。package aprioriAll;import java.i...

原创 5/29 AprioriAll算法研究（1）

终于有时间来研究这个算法了。上上次说到这个算法非常适合学习路径的挖掘，为什么呢？因为这是一种频繁序列挖掘，与通常的频繁模式挖掘不同，它考虑到了事件出现的序列，这是非常适合学习路径的特点的，有点类似于先导课和后延课的感觉。举个栗子：某华辑同学在某段时间学习了离散数学课程，接下来又学习了数据结构课程，那我们接下来应该给他推荐什么课呢？如果数据库里显示，学过这两门课的同学还学过Java编程语言和数据库原...

原创 5/28 修改访问记录方式

最近这两周考试有点忙，博客更新的不怎么勤，完成的工作也比较少。今天仔细看了一下序列挖掘的原理，发现我上次写的那个访问记录方式完全不够用的啊，那样的就没有时间序列的感觉了。但是这样抛弃掉计数加一的方法，直接多一次访问多一条记录也不行，相当于记录下来全部的访问，这样上线没几天访问量就会爆炸。考虑到如果我最近在学某一门课，那么可能会频繁的访问同一门课，而连续的多次访问对于序列来说是和一次访问等价的，这样...

原创 5/23 添加访问记录以及配套的拦截器

网站框架基本上算是搭完了，现在需要考虑接下来的技术性问题了。分给我的任务是知识图谱和学习路线推荐（恕我直言单凭我的实力做一个像百度那种问什么答什么的知识图谱有点难为我了）。那就做学习路线推荐吧，找到一篇论文是说精准个性化学习路径的研究的，是mooc网在用的一种方法，刚好我在数据仓库与数据挖掘课上也了解过这个算法。这是一种频繁序列挖掘算法，不同于相关性发掘，它考虑到了前后顺序的问题，一想就觉得非常适...

原创 5/16 近期工作 ajax实时监测input内容并返回id对应名称 添加不同身份的特殊后台入口 完成教师课程内容管理部分

一、ajax实时监测input内容并返回id对应名称：rails中实现ajax的原理就是通过jquery来监测需要监测的组件的动作，一般是按钮和click，通过js发送一个请求到某一个路径，rails再通过路由表路由到对应的controller方法，其中调用一个同名js.erb模板文件，通过里面的js代码来刷新页面。下面简单说一下我的实现过程：之前后台里的各种表单都是通过输入对应的id来完成的，不...

原创 5/11 专业管理部分

一口气完成了里面的全部功能，不过说起来专业和学院非常像，区别是要从属于一个学院，我把这个功能放到修改和创建里了，并且在详情页里有展示。下一步打算学一学ajax，在写上课程编号后旁边提示课程名。...

原创 5/9 完成后台部分的简陋界面 bootstrap的垂直分割布局

直接上一张我认为我写的里面最复杂的一个页面好了（虽然非常简单）：（请忽略右下角的网易云音乐）<h1>、<hr>什么的昨天说过了，今天说说新用到的row和span系列如果大家还记得的话，之前的三个表格是一溜竖着排下来的，虽然我的审美非常有限也觉得实在是太丑了而且也不方便用户用，所以去查了一下用bootstrap垂直分割布局的办法:在一个div中，bootstrap会自动的把区...

原创 5/8 重写前端 补充授课教师管理

之前的前端部分实在是太丑了，所以开始重写。我这部分后台嘛，大多数页面主要就是个表格，或者是个表单。翻了翻bootstrap的默认css，提供的悬停表格就很好看，直接添加 class=“table-hover”就好，效果还不错。另外重写了题头之类的地方，用了h1、h3之类的标签来区分大小，添加水平线，总之比以前好看了一点。（全部学院改成h1，加了一条水平线，table添加了class="table-...

原创 5/7 完成新建教师用户 修改部分图标 合并到主分支

教师用户的新建直接复用了注册账户的代码，这样可以保持一致。虽然之前的考虑是管理员新建教师账户的时候只能设置用户名用户昵称，手机号和邮箱之类的个人信息最好是新建好之后让教师自己填写，不过用户创建的时候还有各种用户验证，最终还是决定用统一的界面好了。但是我还是觉得不应该让管理员有修改用户信息的权限，因此在列表页中只有详情和删除，没有编辑功能。侧边栏的图标采用了font-awesome库中的一些图标，只...

原创 5/6 教师管理部分

列表页 <% provide(:title, '全部教师') %><div id="container-fluid-full"> <div id="row-fluid"> <%= render :partial => "admins/row_nav" %> &

原创 5/4 关键字和课程的关联

虽然说课程关联的关键字不应该直接被删除，但是为课程添加关键字关联还是应该要的，所以今天补上这一部分。依然是使用表单，不过不再是用label把入口写到表单里，而是采用了text_field默认值的方式，保留了一定的灵活性，也做了存在性检验，总的来说和其他的添加关联区别不大。同时在表单中传递了一个路径，用来作为返回的路径，这样看起来不会很笨拙，如果创建不成功可以回到创建页面，创建成功回到对应的关键字详...

原创 5/3 关键词部分

今天写了后台管理中的关键词部分。大概是这个样子：index：详情页：详情页中一并展示了所有关联关系，分别用三个列表表示。这里添加了一个空数据提示，实现很简单：<p> <!--无内容填充--> <%if @keyword.lowers.empty?%> <%="无下级关键字"%> <%end%></p&g

原创 5/2 开始做课程管理部分

实话说不是一个好习惯，不过我还是没有适应测试驱动开发的思路，不过说回来进度比较紧张，暂且还来不太急补测试。今天开始做后台中的课程管理部分，幸运的是，课程的index界面队友已经写好了，不幸的是，比较乱，也少东西，也不太适合后台管理的逻辑，所以要好好改一改。保留了show、destroy、edit这种用得上的功能，删除了显示下属知识的部分（话说显示个对象id也完全没有用不是），增加了展示所属学院和教...

原创 5/1 管理员账户资料修改功能实现

今天上线发现master更新了模板，就拿来用了一下，重新修改了之前侧边栏的class和id来适配新的模板，并且在每个平台后台的子页面中都填上了侧边栏的渲染，效果还不错：之前的丑陋界面成功变成了这个样子，再改改提示文字，字体样式什么也用上模板中的按钮和label就完美了。主要工作是做好了修改账户的功能。读了一下user部分的代码，学会了params之类的使用方法，因为admin也是个user，所以直...

原创 4/26 专业管理部分

今天做了一部分，先实现了后台的侧边导航栏。把专业管理的展示部分做出来了，包括专业列表，专业下属的课程列表，接下来是专业和课程的关联部分，这一部分有一个表单提交的问题今天没有解决好，明天需要继续。就这样。接前天，专业管理中的课程列表增加当时写的有问题，检查了一下是表单提交时候传递的对象类别不对，并不是我所设想的CourseDepartmentAssociation类，而是查询结果的那种ActiveR...

原创 4/24 做后台管理界面

今天做了一部分，先实现了后台的侧边导航栏。把专业管理的展示部分做出来了，包括专业列表，专业下属的课程列表，接下来是专业和课程的关联部分，这一部分有一个表单提交的问题今天没有解决好，明天需要继续。就这样。...

原创 4/23 当前系统中模型的ER图

原创 4/21 利用脚手架和功能实现

 把department里面的summary删掉了，暂时不需要。用脚手架重新生成了一遍department和keywords，这样就有默认的gui了，可以以此为基础来实现功能。今天打算实现的功能是管理员账户登录后的展示界面，目前设计如下：类似于csdn的写作界面，左边有一栏导航，包括“专业管理”“课程管理”“教师管理”“关键词管理”，点击后右面展现对应内容对应内容基本就是对应的表，类似于脚手架自动...

原创 4/20 还在搞模型

我大概是太菜了今天学习了一下rails中active record之中的模型关联发现一对一 一对多 多对多都是有特定的写法的，并不是自己随便建个表连一下外键就可以比如一对一采用belongs_to，一对多用has_many，多对多用has_many :through.只有多对多才需要建立一个额外的关系表来保存关系。所以，把我建立的模型重新改了一下，schame中的表建立如下：create_tabl...

原创 4/19 重新考虑一下有关模型的问题

昨天搞了一些模型，本来今天打算在他们的基础上写一下功能实现了，不过意识到一些模型建立时候的问题，有些关联应该采用外键的形式的。一个小插曲，今天获得了新的cloud9账号，注册了看了一下，发现和本地的rubymine区别不大，然而问题是从rubymine提交到github的代码再checkout到c9居然不是最新的，暂且不打算解决了，先用着rubymine好了。修改了昨天创建的keywords，把c...

原创 4/18 建立models

重新考虑了一下我需要的model，教师、管理员都不用再写了。我需要的一个关键字表，一个专业表，一个课程隶属表，一个教授关系表。关键字表里包含id,name,courseID_belong,一个关键字属于一个课程专业表里包含id,name课程隶属表包含course_id,dept_id,按说课程和专业是多对一关系，需要和队友商量一下有没有必要建这个表教授关系表包含course_id，user_id，...

原创 4/17 微小的贡献

把github上的项目下载到本地了，创了一个background branch。然而从rubymine里打开项目的时候发现好些个gem没装，ruby版本也不对。切换了ruby库，bundle install了一遍发现还是缺东西跑不起来，自己创建了一个能运行的rails项目后逐条检查了一下缺什么gem发现gem 'tzinfo-data', platforms: [:mingw, :mswin, :...