2016年06月08日 工作日志

  今天是入职第三天,还可以比较清楚的记得昨天的任务和过程是怎样的,希望写简单日志的习惯可以帮我更好的记忆自己的工作情况 ,总结得失。

  昨天主要是统计数据的需求,最后出了一些问题。因为我统计的是不同月份各个应用的排期(广告位,时间等信息),另一份相关数据是对应月份这些应用的下载数据,会一起交由财务统计比对,但是双方在应用名称上不一致,分别统计了应用的最新名称和第一个名称,造成比对工作的困难。顺便还被mac与windows不同的excel功能坑到,mac的Excel无法直接从text文件中提取数据 ,对csv的支持也暂时不够

  本日的主要需求是调试线上一个借口,原因大致是大部分的应用信息存储在memcache中 ,一般的通过包名即可获取信息。部分应用未在缓存中包含,则调用在线接口查询数据。

查询接口接收post数据,无法get调用。此处利用在线curl模拟POST测试,话说自身带的调试是有的。但是我们可爱的leader对男同学明显耐心不足。。啧 nmh。

  只好自己寻觅一个在线工具,按照规则传参。

  在kohana框架应用部分下,处于 classes->controller->admin->controllerName 位置时,调用 applacation->classes下的模型方法时,路由写法 是每级文件中下划线区分开,首字母大写,最后的类名全大写,之后根据静态方法与否使用 :: 或 ->调用 。ie Promotion_Channel_CPA::add_channel($par1,$party..);

时间: 2024-08-23 22:50:05

2016年06月08日 工作日志的相关文章

全国身份证前6位地区编码归属地(2016年06月27日)共6724条

简介: 前段时间在忙单位的一个小系统,用来管理从业人员的电子档案,最核心.复杂的功能已经完成,现在基本告一段落.用户可上传已扫描或拍照的档案图片,然后选择一个(已导入数据库)的从业人员信息,将扫描件与数据库信息对应,便于日后查询,也减轻了档案室的日常工作量.现在单位已经有一个成熟的系统用来管理从业人员信息,但只有一个档案编号,无法查询纸质档案信息,经常查档案就找档案室,太繁琐.带来各种麻烦.而从业人员涉及到的信息字段比较多,好在原系统可以导出数据库信息,我直接导入新系统就可以用了.省的操作员在录

7月18日工作日志

日  期 今日工作结果 问题及改善方法 明日计划 7.18 1.书上的内容看了html的入门片和提高篇,对于技术性问题没有多少 2.敲了前三章的代码 问题:刚开始对于某些用法不是很牢固 改善方法:以后多加练习 1.计划任务至少完成到第九章的代码问题 2计划任务:继续往后看剩余章节 版权声明:本文为博主原创文章,未经博主允许不得转载.

3月29日工作日志

前言: 鉴于书写需求分析文档的要求,本次开始对游戏数据方面内容进行初步设计. 工作内容: 一.前言   为初步确立游戏的合理性,今早的进行游戏内容的实现,决定进行初步数据设计.   本次数据设计主要包括关卡.玩家数据.游戏规则.雇佣军和敌人的数值等内容.   本次设计属于模拟阶段,可能有很大一部分数据不合理,会在后续的版本中更正.   另外如果有好的想法和建议也可以提出,便于弥补完善.   二.数据详细设计   (一)游戏关卡:   目前初步确定的关卡为三大关,分别为变异森林.邪恶之源.恐怖城堡

3月11日工作日志

前言: 经过小组成员的投票认可,决定采用我的想法作为开发目标.我的本周工作就放在了游戏文档的设计上,另外学习github的使用方法. 工作内容: 主要进行了文档的说明,下面为文档内容: 游戏名<The war of kingdom>       一.简单介绍   本游戏属于回合制策略类战棋游戏,融合了卡牌元素.游戏玩家将扮演国王,利用卡牌,指挥自己的部队,摧毁敌方的城堡,即可获得胜利.       二.游戏设定   (一)资源篇   1.卡牌:玩家双方拥有相同的卡牌池(包括兵种类型和数量),游

4月11日工作日志

前言: 由于上周战棋的设计上仍有不少问题,本周工作重心仍放在战棋战斗形式的实现上. 工作内容: 对战棋插件进行再测试,发现了一些BUG,并进行了部分修改:收集了另外一些插件使用信息. 原文地址:https://www.cnblogs.com/song1900/p/8974706.html

4月4日工作日志

前言: 游戏计划书在上周初步设计完成,本人本周开始投入如何实现战棋战斗形式的研究. 工作内容: 利用搜索引擎.贴吧以及各种网站资源,对基于目前平台的战棋战斗形式进行了实现,并做了一个DEMO,对功能进行测试. 原文地址:https://www.cnblogs.com/song1900/p/8974687.html

3月21日工作日志

前言: 经过小组成员的再次协商,对开发工具以及现有知识进行了分析总结,对所做的目标进行了相应调整. 工作内容: 就协商后的游戏规则.数据等做出相应调整,再次编写游戏说明书. 游戏名<英雄达拉崩吧>   一.形式介绍   本游戏属于RPG类游戏,包含了战棋游戏的成分以及传统RPG的大部分元素.玩家在游戏中将扮演一个勇士,通过各种磨难.关卡后,击败BOSS,拯救公主,获得胜利.   本游戏在剧情上参考了达拉崩吧,并以该故事为模型,塑造了整个游戏的大体框架.       二.术语介绍   1.RPG

5月4日工作日志

摘要: 概要设计文档初稿发表. 工作内容: 本周主要对概要设计文档进行了初步的撰写,另外对精灵王国地图的剧情事件等进行了略微调整. 以下为概要设计文档初稿内容. 1.引言 1.1目的 本概要设计说明书目的在于明确说明我们团队所设计的游戏各功能的实现方式,指导团队进行编码,并解决实现该系统的程序模块设计问题.包括如何把该系统划分成若干个功能模块.决定各个功能模块之间的接口.模块之间传递的信息,以及数据结构.模块结构的设计等.在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明

5月13日工作日志(需求规格说明书4.0)

说明:在前面的3.0版本增加了一部分内容. 项目文档:需求规格说明书 引言 1.1编写目的: 本文档旨在为游戏下阶段的设计.开发提供依据和指导,为项目组成员对需求的详尽理解,以及在开发游戏项目中协同工作提供强有力的保证.同时本文档也作为项目评审验收的依据之一. 1.2项目背景: 1.2.1项目名称:英雄达拉崩吧 1.2.2项目的提出者:刘帅.宋从智 项目开发者:刘帅.宋从智.张赐.房渤萱.冯惠妍 用户:游戏玩家 1.3缩写说明: (1)RPG:即Role-Playing-Game,角色扮演类游戏