团队作业三

iShare短网址信息压缩分享平台——Dream Catcher 团队

1.这个领域有什么创新的历史?

网络上现在已有很多短网址服务,据统计已超过 610 种。 国外的如谷歌 ( Google ) 的 goo.gl,推特 ( Twitter ) 的 t.co,ShortURL,TinyURL,Bit.ly 和 Is.gd 等; 国内的如新浪 ( Sina )的 t.cn,腾讯 ( Tencent ) 的 url.cn,百度 ( Baidu ) 的 dwz.cn和网易 ( Neteasy ) 的 126.am 等都是专业和稳定的短地址服务。

重点简介:谷歌的goo.gl

谷歌声称:这是互联网上最稳定、最安全、最快速的短网址服务。依照右图的数据显示来看,goo.gl的响应和跳转时间是最短的。

2.你的项目是这个领域的先行者,还是走在别人的后面?

短网址(Short URL) ,顾名思义就是在形式上比较短的网址。 通常用的是asp或者php转向,在Web 2.0的今天,不得不说,这是一个潮流。目前已经有许多类似服务,借助短网址,可以用简短的网址替代原来冗长的网址,让使用者可以更容易的分享链接。 我们无疑是走在了别人的后面,但是我们有信心可以后来居上。

3.这个领域是否存在颠覆性或持续的支持技术?

算法原理大致是两种:

算法一 将长网址md5生成32位签名串,分为4段, 每段4个字节(即32位); 对这四段循环处理, 取4个字节(32位), 将他看成16进制串与0x3fffffff(30位1)与操作, 即超过30位的忽略处理; 这30位分成6段, 每5位的数字作为字母表的索引取得特定字符, 依次进行获得6位字符串;总的md5串可以获得4个6位串; 取里面的任意一个就可作为这个长url的短url地址;

算法二 把数字和字符组合做一定的映射,就可以产生唯一的字符串,如第62个组合就是aaaaa9,第63个组合就是aaaaba,再利用洗牌算法,把原字符串打乱后保存,那么对应位置的组合字符串就会是无序的组合。 把长网址存入数据库,取返回的id,找出对应的字符串,例如返回ID为1,那么对应上面的字符串组合就是bbb,同理 ID为2时,字符串组合为bba,依次类推,直至到达62种组合后才会出现重复的可能,所以如果用上面的62个字符,任意取6个字符组合成字符串的话,你的数据存量达到500多亿后才会出现重复的可能。 因而我们认为这个领域存在持续的支持技术。

4.是否存在仍未被发现的用户需求?

目前短网址系统仍存在很多的问题。 以微博系统举例,由于目标网址在进行压缩时会造成信息丢失,用户无法从短网址上判断链接的安全性。这也造成了大量广告链接,无效链接,甚至是无效链接充斥在这些社交媒体上,不仅影响着用户的使用体验,也在危害着互联网安全。 此外,如何将短地址的信息向用户合理的反馈,以及如何利用这些信息在网址压缩时,短网址前4位是对网站域名信息的压缩,这也保证了对于同一个域名下的所有网址,他们压缩成的短地址的前4位是固定相同的。这使得用户在对某些他们熟悉的网站的信息具有一定的辨识率。 对于回收机制,我们会在网址进行压缩前判断网页的有效性,对于不存在的网页链接的压缩请求,我们会给用户一个错误信息。在进行链接跳转时,我们也会对目标网页的有效性进行判断,对于已经失效的网页,我们停止跳转,向用户回送信息,并且将此链接信息从网站里删除。 信息统计方面,我们统计了链接的访问量信息( 包括日访问量与月访问量 ),访问系统信息,访问地址信息等,并以图表的方式显示在相应页面上。

5.对于这样一个项目什么是“成功”?为什么一定会赢?

对于这样一个短网址的项目,我们认为成功的点就在于用户的使用度以及浏览量。 一个人使用了我们的平台,认为好,就会介绍身边的朋友使用,越来越多的人在我们的平台上注册并且分享网址,通过分享的网址,又会有更多的人加入到我们的平台当中。另外,有些好的网站并不是被人所熟知,或者一些新建立的网站,通过我们的分享平台,就可以使大家发现这些好的网址。 我们不敢保证一定会赢,但是就发展前景来说,短网址无疑具有很大的发展空间,我们建立起来的平台面向的是群众以及各类网站,一个好的分享平台,可以吸引许多网站的目光,我们可以通过分享他们的网站,来增加我们的浏览量,而他们也可以通过我们,使大家发现他们的网站,实现双赢的局面。

6.如何在3~6个月内获得成功?

这个对于我们来说,可能有一些困难 面向学校,我们可以通过我们学校的微信平台,QQ群等地方宣传我们的网站,吸引学生们的目光,最好的情况应该是学生用的好,会推荐给身边的亲朋好友。 我们所处的地段在大学城,也可以在其他学校的网络平台上宣传我们的网站。 其次,我们可以找一些好的网站协商,我们在我们的网页上面分享他们的网址,他们也可以在他们的网页上面宣传我们的平台。 不敢说三到六个月以内一定会成功,但是我们相信一定会小有所成吧。 ————Dream Catcher

时间: 2024-08-25 08:39:00

团队作业三的相关文章

团队作业三(补二)

关于项目的一些个简介 聚嗨——全方位的聚会APP. 一开始我们想到现在智能手机成了我们生活中不可分割的一部分,大家随时随地都在玩手机,包括聚会时.聚会本是大家互相交流.愉快玩耍的平台,但有时却变成人人都在玩手机,聚会冷场的情况.对此,我们想到:能不能有一个限制大家玩手机的APP呢. 一个想法一出来,后面就开始各种扩展,我们的APP除了限制外,也能提供一些让聚会更有意思的功能,比如:去哪聚.聚会游戏等等等等. ps.上次作业由于我们的疏忽,没能及时完成,然后我们的采访视频在各种网盘上传各种失败后,

团队作业三周四交

对于你的项目,提出下面的数据/理由 这个领域有什么创新的历史? 你的项目是这个领域的先行者,还是走在别人的后面? 这个领域是否存在颠覆性或持续的支持技术? 是否存在仍未被发现的用户需求? 对于这样一个项目什么是“成功”?为什么一定会赢? 如何在3~6个月内获得成功? 每个团队中的一个同学负责完成这个作业,并上传至团队博客.

团队作业三——项目思考

我们团队做的项目是餐饮系统的设计,这个项目是根据餐饮行业的发展趋势来开发的计算机管理系统. 1.这个领域有什么创新的历史? 俗话说,民以食为天,人类生存离不开食物.有需求就有发展,餐饮行业也是越来越趋于完善,从最开始的一家小店铺,到一间客栈.饭馆,到现代的星级大酒店,店面越来越大,需要管理的东西也随之增加,这时候就需要我们的计算机管理系统来管理这个庞大的团队.从以前的人为主体发展为系统管理,这是一个巨大的创新. 计算机管理更加科学,便捷,是信息化.现代化的重要标志. 2.你的项目是这个领域的先行

团队作业三分数发布

检查项 分值 备注 编号 需求&原型改进 使用前的场景(痛点) 使用后的场景(痛点的解决) 1 主要回答: 1.客户的问题的场景我们是不是真的找到了? 2.我们为产品设定的使用场景是否真的会发生? 如果找不出有与目标用户沟通的痕迹,比如只是单纯的重复之前说过的用户痛点,可给 0 分或给低分 1 描述上次规格说明书不足的地方 0.25   2 规格说明书具体改进的内容发布在随笔上 0.75   3 用户场景描述 1 以完成某个目的为导向,按顺序描述各个操作步骤得1分.参照<构建之法>P2

失物找寻APP软件需求规格说明书——第三次团队作业

?对于软件需求规格说明书的理解 在没写这份软件需求规格说明书的时候我们组成员都不是很理解它的必要性,当然,写完之后才知道它的作用. 软件需求说明书的存在是为了使用户和软件开发者双方对该软件的初始规定有一个共同的理解,双方进行理解和交流,反映出用户问题的结构,可以作为软件开发工作的基础和依据,并作为确认测试和验收的依据. 在写了这份软件需求规格说明书之后才更加明确我们项目的很多细节理解,包括它的背景.目的.项目产品的描述.功能描述.特点.具体需求.它的可用性等等,在正式做软件之前必须要把这些都细节

软工第三次团队作业

一.题目要求 参考发到群里的<软件需求规格说明书>范本,撰写本团队的软件需求规格说明书 不要照抄范本的内容,请参考它的形式,紧密结合本团队项目实质展开 使用UML工具进行描述,并保证符号.描述语言的一致性 请大家将报告发布在 "石墨文档" 中并将文档链接发布到博客中 推荐大家使用 https://www.draw.io 网站绘制UML图形(当然也可以使用Visio,但是毕竟邹老师要参与点评,大家还是对微软给予尊重 强烈推荐大家使用墨刀制作项目的原型 二.<软件需求规格

团队作业第三次

题目要求 参考发到群里的<软件需求规格说明书>范本,撰写本团队的软件需求规格说明书 不要照抄范本的内容,请参考它的形式,紧密结合本团队项目实质展开 使用UML工具进行描述,并保证符号.描述语言的一致性 请大家将报告发布在 "石墨文档" 中并将文档链接发布到博客中 推荐大家使用 https://www.draw.io 网站绘制UML图形(当然也可以使用Visio,但是毕竟邹老师要参与点评,大家还是对微软给予尊重 :-) ) 强烈推荐大家使用墨刀制作项目的原型 软件需求规格说明

团队作业(三):确定分工

团队作业(三):确定分工 一.修改完善上周提交的需求规格说明书 修改之后的需求规格说明书请详见团队作业(二):团队选题 二.阅读<构建之法>第四章并总结代码规范和编码原则 良好的编码习惯 Java注释尽可能全面:对于方法的注释应该包含详细的入参和结果说明,有异常抛出的情况也要详细叙述:类的注释应该包含类的功能说明.作者和修改者. 多次使用的相同变量最好归纳成常量:多处使用的相同值的变量应该尽量归纳为一个常量,方便日后的维护. 尽量少的在循环中执行方法调用:尽量在循环中少做一些可避免的方法调用,

团队作业八——第二次团队冲刺(Beta版本)第6天

团队作业八--第二次团队冲刺(Beta版本)第5天 一.每个人的工作 (1) 昨天已完成的工作 简单模式逻辑代码涉及与相关功能的具体实现 (2) 今天计划完成的工作 修改完善注册登录内容界面,编辑错题文件写入. (3) 工作中遇到的困难 今天花了较多时间在完善登录注册界面上,这让我们比较担心,如果每天都花很多时间在解决之前的问题,当天的任务又做不好,会不会赶不上进度.如果每天都不能正常完美的完成每天任务,那冲刺最后一天结束的时候,又哪里再有一个明天给我们完善代码.且今天还遇到了写入SD存储卡文件