上次好像写过，目前已经跟产品组确认过的，705会重点考虑的几个大功能为：数据权限设置、报表知识产权保护； 本周需要大家各自给出对于当地比较重要的需求（记得不要提704已经开发的功能啊），帮助产品组校正目前只能够根据系统中需求排名前几位的参考标准，按照如下格式标准回帖： 需求描述：数据权限的设置，由于21世纪公司改革热，造成了组织结构的调整，对于数据权限的维护性和易操作性提出了很高的要求，虽然市面上也没有做的比较好的产品，但还是目前已经有xx客户等因为此原因放弃使用FR，选择自己开发；（此处假如已经提过需求，可以直接给出需求编号） 重要性：造成丢单，当前市面上对于此需求的重视程度直线上升，做出来可以迅速抢占市场 注意： 1、假如各地没人补充，即被视为当地认同现有产品组的参考标准； 2、时间截止到下周一中午；

1、利用sap的rfc接口取数 程序数据集调用的文档：http://www.finereporthelp.com/help/8/1/3/5.html PS：此项功能，704的计划公示中已经包含，下周问下carl那边现在的功能是否成型；另外现有的临时方案，除了文档中提供的程序数据集的方法外，其他还有利用一些数据抽取工具，如kettle等（kettle有调用sap的接口），将sap中的数据抽取到中间库中； 2、类似远程设计权限（33442） PS：大部分是一些集团公司，或者字母公司之间共享一个报表服务，但是维护权限分离的需求；此项功能跟carl确认过会在705中跟报表知识产权的需求一起考虑； 3、报表知识产权，例：模板加密解密 PS：很多需求，是705开发计划中的一个重点；暂时有一个临时方案，是利用第三方的加密工具，对模板进行加密，然后结合特定的lic和证书进行远程维护模板的方案；工程比较大，具体案例可以直接联系simon索取；

需求场景： 客户出于服务器压力以及统一数据管理的需求，采用了不对所有客户开发报表服务，而是通过后台批量导出pdf的方式，然后提供给用户查看和下载pdf的方式；这时候提出对于pdf阅读安全性的要求，需要对不用用户能够看到的pdf设置不同的密码； 方案描述： 文档上已经提供了，后台导出pdf的方案，那么实现如上需求，就很简单，只要在导出前调用动态设置密码即可； 1、在设计模板的时候，设置模板|导出属性|pdf密码属性，给一个初始密码； 2、在导出之前调用如下接口，对应不同的用户重新修改pdf的导出密码； workbook.getReportExportAttr().getPDFExportAttr().setPassword("simon");

本帖最后由 simon 于 2013-6-14 10:22 编辑 很早之前有人问过我这个问题，报表在客户端打开后，后续的打印、导出等是即时的么。。。答案是no，我们的报表在打开时会产生会话session；后续的打印和导出，都是基于本次session对应的报表结果进行的； 对应文档上说明：“模板与结果是分离的，没有执行过的工作薄或者报表就是模板，而执行过的就是结果。” 这样做的好处，就是节能减排，为绿色地球做贡献！ 现在，我们经常会遇到这样的需求：客户经常由于自己的业务需求，在前端预览报表后，需要保留个备份在服务器上。。。 这时候就需要用到我们的后台导出接口；如下是给客户设计的一个根据当前预览报表的时候直接生成的sessionid去获取后台报表的计算结对象，然后完成导出的一个方案： //根据当前会话的sessionid（在模板中用内置参数$sessionid）获取服务端保存的结果resultworkbook； String sessionid=request.getParameter("sid"); ReportSessionIDInfor sessionIDInfor = (ReportSessionIDInfor)SessionDealWith.getSessionIDInfor(sessionid); ResultWorkBook wb = sessionIDInfor.getWorkBook2Show(); //类似excel导出，我们可以在服务器端导出图片； FileOutputStream outputstream = new FileOutputStream(new File("E:\\ceshi.jpg")); ImageExporter imageExport=new ImageExporter("jpg"); imageExport.export(outputstream,wb); PS：具体方案见附件12450

本帖最后由 simon 于 2013-6-4 10:21 编辑 场景（bug-32358）： 7.03版本，目前已经有安卓以及ios的移动客户端，客户希望，能够集成我们的报表展示到他们自己的移动客户端端里面，目前我们还没有这方面的资料以及方法提供 需要满足的要求有： 1，脱离我们的移动端，客户自己开发集成报表到自己的移动端，是否能够自适应屏幕大小 2，集成的具体方案是什么，希望能有相关资料或者代码 注意： 此方案适用于将FR报表嵌入到客户方app内展示的情形； 客户方app内需要实现3个接口： ①显示页码调节按钮（假如不使用分页预览可不必实现） ②显示填报提交按钮（假如不使用填报功能可不必实现） ③实现打开新窗口链接，并可在多窗口内前进后退； 系统权限的集成同PC端是一致的，报表在客户方app中可以自适应。

先举个例子来说明售前与销售的关系，是关于教育孩子的。 过程： 聪明的妈妈总是在孩子跟前夸爸爸，说爸爸是个很厉害的人，很能干的人，很受人尊敬的人。从此爸爸在孩子心目中的形象高大了起来。 一次，孩子犯坏，妈妈管不了了，这时爸爸出场了，爸爸只是简单说这样做不好，80%的孩子都能停止捣乱，因为是他心目中的英雄在说话了，当然得听。 原因分析：妈妈在孩子跟前没有姿态（因为妈妈天天要照顾孩子的吃喝拉撒，和孩子走得很近，怎么可能有姿态呢？） 爸爸在孩子跟前是有姿态的（因为聪明的妈妈把爸爸树立成了一个顶天立地的人物） 效果：妈妈通过爸爸达到了教育孩子的目的。 销售就是妈妈，因为要和客户打成一片，因此销售是没有姿态的。 售前就是爸爸，因为必须通过售前来引导客户需求。 因此，聪明的销售要把售前的技术专家形象树立起来，同样一句话，专家讲出来和工程师讲出来，分量不一样。 说明白一点，其实就是树立技术权威和专业背景； 说清楚一点，其实就是将自己的人进行拔高和升华； 说浅显一点，其实就说“我们的人可牛X了”。 个人认为这个高大的形象不用销售来树立，销售只是锦上添花。售前本身在客户眼里就应该是该领域的专家，至少在用户方面可以引导用户，至于怎么成为专家，就需要个人知识积累、言谈举止等等。你自认为专家并不是高高在上，而是在客户困惑或者有问题的时候可以引导客户解决问题。对待客户战略上藐视对手，战术上重视对手。 组团忽悠！！！ 见过卖拐吗？ 销售就是赵本山，咱哥俩关系好，谁跟谁啊这是，我这东西本来想送，但是花了点成本； 售前就是赵本山媳妇，讲的就是用户需求，大兄弟你这情况要怎么怎么着，你得看看医生，我这是为你着想，不需要的就别浪费，特憨厚老实，对人掏心窝子，让人心里缓和的啊，这嫂子好人啊。 然后就上道了„„ ——我想，销售跟售前达到这境界，估计就差不多了吧。

最近，问了下正在接受两周培训的一个售前哥们，怎么理解售前、产品、客户三者之间的关系，这哥们给我打这么个比喻，大意如下： 电视里面比较火的一些“相亲”节目； 售前：家长； 产品：子女； 客户：相亲对象； 家长一边在节目上给相亲对象拼命宣传自己的子女多么多么优秀，然后平时生活中又对自己的子女说：“你看别人家的孩子，怎么怎么样。。。”；记得很久之前谁也这么说过，签单就是一个找对象—恋爱—结婚的过程； 以上的比喻，把售前的两大职责签单和产品全部表达出来了，重婚罪什么的暂时就不考虑了；^_^

关于KPI中完全是系统计算出来的，大家之前开会都达成共识，这边不赘述； 1、产品需求管理部分 ①劣变bug补充 市场部每周从前方收集一次当前的劣变原因说明（月底会留缓冲时间给售前补充bug）； 所以这边对手售前的KPI影响是：当月劣变需求未补充全的，扣掉当前KPI的分数； 大家可以通过售前主页上的劣变管理进入bug补充页面； ②其他需求 主要是机会结束后，simon会大致浏览下大家这个机会下的所有bug；对比商务记录，发现有需求遗漏等现象的，酌情扣分；欢迎大家积极提供更明确的算法； 2、个人目标管理 目前要求是大家每月及时更新个人目标进度，有任何困难都可以发起售前会议讨论定方案； 注：目前问了几个地区的售前，都表示除日常售前工作外，都有时间去完成自己的个人目标管理；所以这边simon暂时不考虑制定制度去约束“销售滥用售前”的行为，假如有个别地区的现象比较严重的，欢迎找simon沟通方案；

测试报告调整目的：测试部门找到simon，告知最近有重新调整“FR性能测试报告”的计划；希望调整后，测试报告能够更加全面、具体和优势体现，能够更好地服务签单过程（据说之前很多人反馈现有的性能测试报告没啥用）； 需要各售前的配合工作：提供除了更多的客户性能需求的测试场景；格式为，例： 1、具体客户：xx客户 具体场景：客户是基于现有的业务系统，oa和erp等，从里面取数，搭建报表中心；涉及到多数据库取数关联，主要是oracle和mysql；由于业务比较复杂，一般报表中会含有5到10个数据集，数据集的数据在100—10000之间不等；正常数据关联是使用数据列过滤条件；需要提供我们报表在这样的数据关联功能下对应的算法性能；（这种测试场景，最好提供模板) 性能对比对手：RQ，暂无他的测试结果； 提交方式：各售前按照如上样例回复此贴即可；提交时间在下周一前；

本帖最后由 simon 于 2013-4-19 13:35 编辑 一、产品组工作简介 1、需求的流程 bug系统客户需求流程 -->simon沟通（其中紧急需求，这边不赘述）-->产品组分配模块-->模块负责人评定需求质量等级(需求质量分成5个等级，请参考下面的参数说明)-->产品组根据功能需求排名+工作量评估制定版本开发计划-->需求分配给对应的开发人员-->。。。 (一般需求，没有simon沟通流程，其他都一样) PS：描述的不清楚的需求，会被直接退回到simon这边的，所以各位提需求 2、产品新版本开发的大概过程 一般在一个版本发布后，就会在公司内部发布新版本的开发计划，然后收集意见微调；一个版本的开发周期在3个月左右，在进行到1.5个月的时候，基本上所有的设计文档都已经出来了。 3、其中一些参数说明 ①需求质量等级 需求质量分5个等级，目前由产品组各模块负责人在经过调研和分析需求的意义（普遍性、市场价值、产品影响力等）后，进行需求的等级评定。5个等级为：迫切或紧急需求（5分）、一定价值需求A级（4分）、一定价值需求B级（3分）、一定价值需求C级（2分）、无价值或极小价值需求（1分）； ②功能需求排名 功能对应需求出现次数为N； 每个需求质量等级用参数Xn表示，数值为1-5； 每个是否客户需求用参数Yn表示，Yn要么等于1，要么等于0； 功能需求得分的算法为：ΣNYn+Xn）>1]*3^(Yn+Xn-2)； 说明：此算法利用指数函数，放大需求质量较高的功能需求得分；利用求和公式，保证功能对应的有效需求个数越多，得分线性增长；最终排名根据每个功能的得分降序算出来。 ③工作量评估 暂无详细说明，跟功能复杂程度有关； 二、售前有参与产品计划的两大权利 权利1、检验需求质量等级评定是否跟前方所了解的市场情况统一（产品更新跟市场反映同步） 如何行使：①根据bug系统中，产品管理|自建需求列表 报表可以看到自己提交的需求是否已经处理、需求质量等级被评定为什么；点击后面的链接“反对此处理”，可以提交自己的反对理由。 ②根据bug系统中，产品管理|需求排名列表 报表可以看到当前功能对应的排名情况，假如发现排名跟市场情况不统一，可以直接找对应的产品模块负责人进行沟通； 权利2、检验即将开发的产品功能是不是市场上客户真正想要的，真正能够解决问题的（产品功能设计方案符合用户期望） 如何行使：根据bug系统中，产品管理|产品计划公示 报表可以看到当前新版本的开发计划以及对应的功能设计方案，假如发现设计方案有漏洞无法满足客户的期望，可以直接找对应模块负责人交流，帮助纠正；——此项功能暂时未开发完全，计划4月底完工。 PS：这两项权利，希望售前能够正确和积极行使，权利跟义务相结合哦；

1、crm系统—>售前KPI—>我的机会管理—>我的兄弟有经验—>资源搜索页，可以看到其他地区的售前在跟进的跟我这个机会行业相关的机会列表，大家同时跟进某个类似的机会时可以进行相互沟通，资料互补等协同工作。 2、crm系统—>机会视图—>相关资源搜索—>资源搜索页，目前按照两个维度（行业、管理模块）给出搜索结果，一样可以进入资源搜索页； PS：近期大家积极试用，有任何问题和扩展需求，可以回复此贴。:lol

704版本将做为一个小而扎实的版本，主要做一个承上启下的作用。提高稳定性，减少、改良前版本的问题，同时处理一些紧急的问题。为下个版本的大块任务开发做好准备。 预计开发时间至5月中旬。 引擎 计划名称：性能提升（性能是导致丢单以及合作客户抱怨的多数问题点） 问题说明： 1.大数据量问题： 行式引擎需求不满足，部分客户不能接受全部取数的方案，主要是资源消耗大。且假如当需要一些行间的计算，例如层次坐标..的时候无能为力 2.整体性能提升，以之前的性能测试为例，继续性能调优。 整体上可选的方案有 html流式导出、RQ的公式预解析（局限性比较大）、分化SE引擎单独提升列表式报表性能等 计划名称：行间距 （7.0以来升级兼容的最大问题，售前提出的重点解决问题） 问题说明：不多说了，就是删了行间距，客户无法升级了，需求无法满足了 计划名称：SAP取数 （销售/市场提出的重点市场机会） 问题说明：需要一个能从SAP数据库中取数的方案。目前实施的方案是利用ETL工具定期从SAP数据库中导出数据，我们再获取。 我们需要把这个方案包装进产品里，提升下产品档次 计划名称：权限控制 （市场调查下反馈的重点产品问题） 问题说明：现在的权限方案太难上手。不少用户没有技术基础，无法理解目前的数字签名方案。 或者是理解了但嫌麻烦。 计划名称：2007excel导出 问题说明：就是大数据导出excel的时候，2003一个sheet只能有65000多行。几十万数据客就得分几个sheet来显示，客户嫌麻烦。所有需要导出2007的excel格式。 图表 解决ie678下支持图表联动的问题；改进703中地图存在的问题；改进703做的图表属性表的bug。 1. ie6、7、8下支持图表联动 问题说明：大多数国企、政府、事业单位都用的是ie6、7、8，联动不支持lie6、7、8，那么动态图表就是个摆设。 2. 将地图选择的算法改进。--主要改进列出来的几类图形不好选的问题。 问题说明：703做的地图，在通过选取图片上的区域实现自定义地图的时候，会出现一些选取不准确的问题。已经总结了几类图形，以及几种选取不准的效果，将其修复好。 3. 地图增加一个区域可以显示多个信息的功能 问题说明：MAP中可显示两个以上的指标，比如：分地区税收、同比增长及目标完成率 4. 属性表的bug 问题说明：处理703设计器的图表属性表存在的问题。 表聚填 计划名称：性能提升 问题： 1.展示性能的调优，RQ的很快 2.提交性能的调优 3.插入删除行性能的调优 4.整体大数据量性能解决方案，例如填报分页？ 计划名称：js接口规范（客户使用以及售后维护下最多使用也是细节问题最多的点） 问题说明：需要规范整理下js的接口，目前大量使用着未公开接口，有些接口的使用都是不合理的。遂需要规范下 计划名称：提交事件+回滚+回调逻辑接口 问题：701的自定义提交事件计划 之前做了设计，但没来得及做 事务出错，目前只能部分回滚，每次都得和客户扯皮 回调接口不完善，不支持失败处理 平台 计划名称：定时器改进 问题说明：客户有不需要平台、但是需要定时器的需求，所以要做定时器的模块化，可以独立于平台使用；定时任务一直不稳定，出了问题难以排查原因，没有方便有效的补救机制；另外一些较复杂的时间频率设定不能方便地进行设置 计划名称：提升登录的安全性 问题说明：不勾选“保持登录”情况下，登录状态过期机制不够完善 计划名称：ldap用户认证 问题说明：客户的用户数据存储在ldap中，需要在ldap中进行用户认证 计划名称：客户可自定义平台标题 问题说明：客户需要自定义平台标题，不要我们自动生成的标题 计划名称：提供获取用户角色职位函数：GETUSERJOBTITLE() 问题说明：客户需要根据职位来控制模板中相关内容 计划名称：平台右上角显示姓名而非用户名 问题说明：平台右上角显示姓名更为合理 计划名称：访问监控明细表等日志查看、监控页面的改善 问题说明：日志查看：使用的op=view模板，没有购买数据分析功能的客户无法查看。另外管理平台和fs中很多页面使用的是模板（老版本的），样式很差，还有一些兼容性问题、bug之类，考虑不用模板来做，至少样式做些调整。 设计器 计划名称：改进存储过程数据集的逻辑与数据集面板 问题说明：目前的存储过程数据集属于服务器配置项，且独立于模板数据集和服务器数据集存在，逻辑上有不合理之处，且给不同模板使用不同存储过程数据集的客户带来困扰。另外，考虑改进数据集面板对于不同数据集的展示方式。 计划名称：改进数据集定义对话框 问题说明：涉及数据库查询、存储过程、关联数据集3个对话框，删除一些没有明确意义的按钮，增加一些情形下的刷新机制 计划名称：改善因数据连接失败导致设计器假死的问题 问题说明：存储过程对话框会因为数据连接失败导致设计器假死；另外还要确保数据连接定义、数据库查询等涉及数据连接的对话框没有这个问题 计划名称：解决国际化（英文）时界面文字显示不全的问题 问题说明：国际化的问题集中体现在国际化之后界面发生偏移（中英文单词长度不一导致），而有些控件（集中体现在属性表之类的内容密集部分）英文版文字直接显示不全，704要解决这个问题；另外703英文版界面中有好多中文（包括界面使用图片、java基础控件导致的国际化不完全问题），704要做处理。总之704要提供一个可用的英文版。 计划名称：参数面板设置改进 问题说明：703时间关系没有做好，参数面板的设置按钮用户体验不好；另外还要规范参数面板高度、宽度的设置 计划名称：单元格设置小标识规范 问题说明：小标识的作用是对一些不是很直观的设置项进行提示，对于不同人员设计、修改同一模板意义尤为重要。遇到的比较多的问题是参数注入、自定义显示两项，通常是客户接手别人设计的模板的时候，发现出来的报表数据不对，但是找不到原因，只能来找我们，影响服务。 计划名称：批量操作 问题说明：批量操作的需求很普遍、很实用，涉及到下列情形： ctrl多选（连续多选，不连续多选） 批量属性设置 单元格 扩展属性 样式 形态 数据列设置 参数面板控件

simon今年的主要事情如标题描述； 机会管理-------------------------------------------------------------------------------------------------------------------------------------- 目标：希望能够把几个部门串在一起，大家能够分清职责、共享资源，让整个签单过程更加顺畅； 现状：1、售前开始参与销售过程，前方团队配合更加顺畅； 2、售前内部没有交流，相互信息无法流通，存在太多重复劳动； 3、部门间相互工作独立，沟通困难，无法协同工作； 产品相关-------------------------------------------------------------------------------------------------------------------------------------- 目标：产品发布后能够迅速受到市场热烈反馈； 现状：1、产品的整个更新流程缺乏市场指导，开发优先级的判断标准比较单一； 2、大家把矛盾指向在收集的环节，源头问题导致了需求质量较差； 3、产品发布后，没人去管市场反馈，或者市场反馈延迟比较严重； 方法待续~{:soso_e124:}

一直都将我们是帮助客户做数据分析的； 结果到现在没人能说的清楚，常见的数据分析方法和数学统计方法在行业中的应用； 特开此贴(ming最近就遇到了，很苦逼的给客户用java实现线性回归分析的算法)，请大家注意收集；

大力推进信息化发展 切实保障网络信息安全 文章来源：办公厅 发布时间：2012年12月28日 　　　一、抓好国务院关于大力推进信息化和切实保障信息安全的若干意见的贯彻落实，推动尽快发布信息化规划，进一步加强顶层设计和统筹规划。 　　二、围绕智能工业发展、传统产业改造提升、制造业和服务业融合，实施两化深度融合创新推进专项行动。深入开展重点行业、企业两化融合评估和认定，继续推进两化融合试验区工作。配合做好重大信息化工程建设。协调推进经济社会各领域信息化，发展电子政务应用，协调推动“智慧城市”、农业信息化和社会管理领域信息化建设。 　　三、实施电子信息基础产业跃升工程和整机产业价值链提升工程，增强集成电路、关键元器件、基础软件产业保障能力，加快发展工业控制系统、机床电子、金融电子等应用电子产品，支持信息安全产业发展壮大。 　　四、推动发布中国的信息安全战略，推进信息安全法律及标准研究制定，开展重点领域网络与信息安全检查和风险评估。大力发展高端网络通信设备，研究建立信息安全审查和重点产品信息安全检测制度。组织实施党政机关互联网安全接入工程，加快安全可靠软硬件应用推广，抓好电子认证行业监管。 　　五、严格落实基础电信企业网络信息安全责任。强化信息安全基础设施与技术手段体系化建设，完善重大活动保障和应急处置长效机制。深入推进网络信息安全评估、安全防护和应急管理等工作。全面做好电话用户实名登记准备和实施工作。规范和强化特殊通信配合，提升党政专用通信保障能力。 　　六、强化无线电集中统一管理，严格查处非法设台等扰乱电波秩序行为，制定卫星频率和轨道资源管理指导意见，加强预备役电磁频谱管理部队建设。

201303 售前KPI考核机会基本信息(50%)机会当月净增(20%)售前论坛知识共享 (KPI前提)机会产品管理(20%)个人目标管理 (10%)KPI得分 跟进情况价值分析竞争分析机会总结结束机会数新建机会数工作量统计劣变bug补充其他需求 tomas0.00%70.00%70.00%33.33%61626好10101062.73 ming0.00%71.43%57.14%50.00%4711好10101057.00 xuhui8.00%76.00%76.00%0.00%6831好10101063.19 jason0.00%80.00%80.00%0.00%7827好10101061.49 benson64.10%94.87%87.18%62.50%8847好10101088.58 david0.00%66.67%66.67%0.00%21532好10101060.28 eric94.59%91.89%86.49%100.00%2139好10101076.62 furion0.00%0.00%0.00%100.00%061好10101042.93 KPI调整项说明： 1、“机会信息管理”部分跟之前保持一致；（具体维护时，可以直接点击首页上“机会管理”按钮进入个人机会管理页面，里面会有状态提示，帮助大家迅速定位到需要处理的机会；） 2、增加“机会净增”，机会是一个动态过程，每月会有机会结束，然后又有新机会进入；现在各地区一个售前对应到多个销售，售前帮助销售发现和科学管理机会的责任更加重大；同时增加一个工作量系数，来缓和各地区售前工作量差距较大所造成的不公平现象。 3、增加“售前论坛知识共享”，目前主要是方案中心整理的资料，会及时发到售前论坛上，希望大家能够及时回帖告知是否已经批阅，有没有理解或者有何建议等；每月平均不会超过10贴，希望大家抽空活跃在这样的一个内部共享平台上，此项作为大家KPI得分的前提，万望重视！ 4、增加"机会产品管理"，这边主要分成两块，一是丢单的客户假如有产品原因造成的，必须能够找到对应的bug编号；二是期望每个成功签单的客户一样有比较高质量的需求在系统中；学会善用客户资源为公司产品、签单、个人成长提供有力支持； 5、增加“个人目标管理”，大家都开始感觉到自身在售前职业上的瓶颈出新，把现有售前工作理顺的前提下，售前部门开始鼓励“售前个性发展”的体现，鼓励大家进行一些半年或者一年内的短期目标尝试，这个事情会在近期售前会议上大家一起交流交流； PS：售前KPI旨在帮助大家规范自己的工作行为，形成售前工作规范。KPI的调整，暂定为按照季度调整；调整原则为：超过半数售前认为存在问题和不公平等，向simon进行反馈，simon组织售前开会共同决定。

这周六（2013-3-2）晚上8点都有空的把；售前内部2013年第一次工作会议： 议题：我需要什么样的知识基础去做哪些具体的工作来保证几个价值指标的改善； 会议室：yy频道--50298251； ;P会议结果直接回复在本贴后面；

像bug和需求在创建者提出后，被退回或者分配到当前bug系统的登录者时，会显示在bug系统的"我的主页"中； 现在发现大家都没有清理的习惯，导致有些bug或者需求解决后，一直无法得到明确的回复，延误bug和需求的处理流程，望大家重视；:loveliness: 看了下xuhui和ming的账号，已经积累了10+页未处理了。:@

1、售前网站： http://www.sysvs.net 2、售前小说： http://bbs.tianya.cn/post-no20-353470-1.shtml

http://www.tudou.com/playlist/p/a69995i125466522.html