阅读更多

26顶
0踩

Web前端

转载新闻 不需要Flash插件的Youtube

2009-06-11 14:03 by 副主编 zly06 评论(22) 有16526人浏览

现在的视频网站标准不一,观看Youtube视频需要安装Flash Player插件,观看苹果网站的视频需要安装Quick Time插件。。。这一切将随着HTML5的到来而成为历史─HTML5的<audio>,<video>等标签让你像现在 用<img>一样方便的在页面内嵌入音频,视频,当然不需要任何插件支持,只需要浏览器支持相应的HTML5标签。

http://youtube.com/html5就是使用了<video>标签,如果你用还没有支持HTML5的浏览器就会得到 You must have an HTML5 capable browser的提示。目前Chrome Dev, Firefox 3.5, Safari 4都可以正常浏览这个页面。

20090610-youtubeflash

这段视频代码如下:

<video width=”640″ height=”360″ src=”file.mp4″ autobuffer>
<br>You must have an HTML5 capable browser.
</video>

HTML5确实很惊人,不是吗?

via digitalinspiration

来自: google.org
26
0
评论 共 22 条 请登录后发表评论
22 楼 olive009 2010-02-08 19:23
  你们就一直操吧。。。。
21 楼 inosin 2009-06-13 08:15
幸存者 写道

jasongreen 写道
night_stalker 写道
内置插件而已 …… 不值得吹懂个鸟~~~~~这是非常有意义的事情。如果浏览器连看个图片都要装插件,你可以想象吗?几年后,我们会对年轻人说:“你知道吗?我们那会看视频,必须要装一个叫做flash的插件!”年轻人说:“我草,看视频也要装插件!?”

到时的年轻人会说“我草,看视频也要用浏览器?”“我草,看视频也要用电脑?”

“我草,看视频也要用眼睛?”
20 楼 steeven 2009-06-12 21:28
不需要插件的病毒也要出来了
19 楼 freespace 2009-06-12 21:13
可惜 youtube 被和谐了
18 楼 幸存者 2009-06-12 16:04
jasongreen 写道

night_stalker 写道
内置插件而已 …… 不值得吹懂个鸟~~~~~这是非常有意义的事情。如果浏览器连看个图片都要装插件,你可以想象吗?几年后,我们会对年轻人说:“你知道吗?我们那会看视频,必须要装一个叫做flash的插件!”年轻人说:“我草,看视频也要装插件!?”

到时的年轻人会说“我草,看视频也要用浏览器?”“我草,看视频也要用电脑?”
17 楼 flyfan 2009-06-12 15:59
jasongreen 写道

night_stalker 写道
内置插件而已 …… 不值得吹懂个鸟~~~~~这是非常有意义的事情。如果浏览器连看个图片都要装插件,你可以想象吗?几年后,我们会对年轻人说:“你知道吗?我们那会看视频,必须要装一个叫做flash的插件!”年轻人说:“我草,看视频也要装插件!?”


呵呵,不错的比喻
16 楼 jasongreen 2009-06-12 13:16
night_stalker 写道

内置插件而已 …… 不值得吹


懂个鸟~~~~~

这是非常有意义的事情。

如果浏览器连看个图片都要装插件,你可以想象吗?

几年后,我们会对年轻人说:“你知道吗?我们那会看视频,必须要装一个叫做flash的插件!”

年轻人说:“我草,看视频也要装插件!?”
15 楼 tibetjungle 2009-06-12 12:44
night_stalker 写道

内置插件而已 …… 不值得吹

对于这种开盒即用的方式,无论通过插件支持还是在内核级别上支持,都会降低开发的复杂度,减少不必要的重复工作。很好的事情!

ff3.5的正式版快出来了,到时候下一个试一试。

14 楼 hellolaojiang 2009-06-12 12:19
HTML5确实很惊人,不是吗?

不,一点都不惊人! 是浏览器很惊人. 浏览器不支持,那个标签就是一堆废物.
13 楼 caiceclb 2009-06-12 12:04
搞了半天说的是HTML5。。。。
12 楼 幸存者 2009-06-12 11:43
Army 写道

html5这么快就来了啊。

很快么?html4都多少年了...
11 楼 weiqingfei 2009-06-12 09:47
好像windows版的safari 4不支持。
10 楼 phoenixup 2009-06-12 09:23
whaosoft 写道

youtube 早被和谐掉了~~suan2046 写道
youtube 早被和谐掉了~~

晕 为什么好东西都被和谐呢~!

和谐需要理由吗~~
9 楼 whaosoft 2009-06-12 09:03
youtube 早被和谐掉了~~
suan2046 写道

youtube 早被和谐掉了~~

晕 为什么好东西都被和谐呢~!
8 楼 suan2046 2009-06-12 08:45
youtube 早被和谐掉了~~
7 楼 香克斯 2009-06-12 08:45
现在这些即将release的主流浏览器新版本好像都支持html5了,firefox3.5和opera10,chrome 。希望能带来一些新的机会
6 楼 elementstorm 2009-06-12 08:21
暂时应该不会威胁到flash的~~~
5 楼 Army 2009-06-11 17:47
html5这么快就来了啊。
4 楼 ShiningRay 2009-06-11 17:40
night_stalker 写道

内置插件而已 …… 不值得吹

是标准,各家的实现不同
3 楼 wolfplanet 2009-06-11 17:18
night_stalker 写道

内置插件而已 …… 不值得吹

发表评论

您还没有登录,请您登录后再发表评论

相关推荐

  • 数据库教程(白话版).pdf

    1. 数据库的发展及基础概念 2. 关系数据库的ER图 3. 标准的SQL语法 4. foxpro软件的应用

  • 数据库的三大范式讲解(大白话+图文 小白看了都能懂)

    数据库的三大范式讲解 在讲解数据库的三大范式之前,我们需要了解一些基本概念,我们可以通过一张表来对这些概念进行更好的理解 函数依赖: A–&gt;B,如果通过A属性(属性组)的值,可以确定唯一B属性的值。则称B依赖于A。 例如:(A)学号–&gt;(B)姓名。 (A)(学号,课程名称) --&gt;(B) 课程分数 完全函数依赖: A–&gt;B,如果A是一个属性组,则B属性值进行确定时,要依赖于A属性组中所有的属性值,缺一不可。 例如:(A)(学号, 课程名称) --&gt; (B)课程分数 /

  • [数据库] 理解数据库范式-通俗易懂

    文章目录1. 基础概念2. 六个范式2.1 第一范式2.2 第二范式2.3 第三范式2.4 BC范式2.5 第四范式2.6 第五范式3. 3NF和BC范式之间关系 &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;数据库范式是数据库设计中必不可少的知识,没有对范式的理解,就无法设计出高效率、优雅的数据库。甚至设计出错误的数据库。而想要理解并掌握范式却并不是那么容易。教科书中一般以关系代数的方法来解释数据库范式。这样做虽然能够十分准确的表达数据库范式,但比较抽象,不太直观,不便于理解

  • 数据库范式大白话解释

    数据库范式一直是一种很难理解的,各种翻译版本讲解的方式都比较难理解,在这重新梳理下自己的理解范式。

  • 多值依赖和第四范式的个人理解

    1. 多值依赖 1.1 多值依赖:多值依赖属4nf的定义范围,比函数依赖要复杂得多。在关系模式中,函数依赖不能表示属性值之间的一对多联系,这些属性之间有些虽然没有直接关系,但存在间接的关系,把没有直接联系、但有间接的联系称为多值依赖的数据依赖。 在函数依赖中,X与Y是否存在函数依赖关系,只需考察X,Y的两组属性,与别的属性无关。而在多值依赖中,X与Y是否存在多值依赖还需看属性Z。 1.2 数...

  • 白话数据库三范式

    1NF:字段不可分; 2NF:有主键,非主键字段依赖主键; 3NF:非主键字段不能相互依赖; 解释: 1NF:原子性 字段不可再分,否则就不是关系数据库; 2NF:唯一性 一个表只说明一个事物; 3NF:每列都与主键有直接关系,不存在传递依赖; 不符合第一范式的例子(关系数据库中create不出这样的表): 表:字段1, 字段2(字段2.1, 字段2.2

  • 白话数据库三大范式

    数据库的三大范式很好记:第一范式:不允许表的字段可拆分;第二范式:完全依赖主键;第三范式:直接依赖主键。但是如何区分这三大范式呢? 第一范式:不允许表的字段可拆分。这是最好区分的,比如一张表里面有个字段叫联系方式,但是里面的内容是电话+邮箱+地址组成的,这个字段可以拆分成电话,邮箱,地址三个字段,所以不符合第一范式。 第二范式:完全依赖主键;第三范式:直接依赖主键这个两个是比较容易混乱的,我们怎么区分呢? 第二范式:完全依赖主键;一张教师表里,有一个关联课程id,还有一个课程名称,应该直接冗余课程id

  • 白话文讲通 "数据库三范式"

    数据库三范式 引言 在设计数据库时,基本要求是根据数据库三范式来设计各个表。 看了一些书和文章对三范式的讲解都太啰嗦和长篇大论,因此根据我对三范式的理解, 使用简单几句话讲清数据库三范式 第一范式(1NF): 属性的原子性 要求表中设计的每个字段都具有原子性,不可再分割。 例:姓名字段,其中的姓和名必须作为一个整体,无法区分哪部分是姓,哪部分是名,如果要区分出姓和名,必须设计成两个独立的字...

  • 关系数据库设计之三范式大白话

    简单来说: 首先,要知道范式是用于我们设计数据库表结构用的,所以它叫范式嘛,就是按这个套路来设计表的结构。 其次,要清楚 3NF的表肯定满足2NF和1NF的要求,2NF的表肯定满足1NF的要求,也就是1NF-&gt;2NF-&gt;3NF 要求越来越多,设计的表结构越来越严格。 然后,我们为啥要按范式来设计数据表呢,有什么好处呢,我的理解是关系型数据库嘛,描述的是关系,范式越严格的表设计表现出来的关系越直接越清楚。 1NF: 每个字段下只表示一个属性。以下进货和销售字段都有两...

  • 白话数据库存储过程

    什么是存储过程 存储过程可以说是一个记录集,它是由一些T-SQL语句组成的代码块,这些T-SQL语句代码像一个方法一样实现一些功能(对单表或多表的增删改查),然后再给这个代码块取一个名字,在用到这个功能的时候调用就行了。 存储过程的好处 1.由于数据库执行动作时,是先编译后执行的。然而存储过程是一个编译过的代码块,所以执行效率要比T-SQL语句高。 2.一个存储过程在程序在网络中交互时可以替代大堆...

  • RDBMS-数据库之函数依赖、多值依赖

    待更新

  • 数据库范式概念解析(第一范式,第二范式,第三范式)

    再次强化数据库范式,别在犯迷糊: 大部分数据库从业人员都知道关系数据库有三个基本的范式,即:第一范式,第二范式,第三范式。当然也有牛人知道BC范式,第四范式,第五范式,第六范式,甚至还有个DK范式。本人对数据库的范式概念也是一知半解的,想想有些可笑,搞数据库的竟然不了解关系数据库的基础——范式。这不最近查阅了不少资料,今天把这些东东总结一下。 范式:英文名称是 Normal Form,它...

  • 数据库范式通俗理解

    基础概念  要理解范式,首先必须对知道什么是关系数据库,如果你不知道,我可以简单的不能再简单的说一下:关系数据库就是用二维表来保存数据。(可以参看我给你发的数据库方面的资料)然后你应该理解以下概念: l        实体:现实世界中客观存在并可以被区别的事物。比如“一个学生”、“一本书”、“一门课”等等。值得强调的是这里所说的“事物”不仅仅是看得见摸得着的“东西”,它也可以是虚拟的,比如说

  • 第一范式、第二范式、第三范式、BCNF范式详解

    范式是“符合某一种级别的关系模式的集合,表示一个关系内部各属性之间的联系的合理化程度”。

  • 数据库设计的三大范式通俗解释

    一、三大范式通俗解释: (1)简单归纳:   第一范式(1NF):字段不可分;  第二范式(2NF):有主键,非主键字段依赖主键;  第三范式(3NF):非主键字段不能相互依赖。 (2)解释:   1NF:原子性。 字段不可再分,否则就不是关系数据库;;  2NF:唯一性 。一个表只说明一个事物;  3NF:每列都与主键有直接关系,不存在传递依赖。 二、例子说明   (1)不符合第一字段的例子  ...

  • 白话数据库与数据仓库的区别

    在论坛看到很多刚参加工作的朋友问这个问题,很是困惑,不要说没经验,就算是有经验的,应该也对这概念很模糊吧,除了一堆专业术语,还有近几年涌现出来的概念和产品,我想很多人是很困惑的。记录下自己作为非专业人士的一点感想和认知。 数据仓库到底是什么,总有个实物吧,接触了一段时间发现这实物就是数据库啊,所以又困惑了。因为我本人也是很讨厌专业术语,枯燥的理论这种东西,实在很虚,心里怎么都没有踏实感。我以我的

  • 数据库三大范式的理解(简单易懂)

    什么是范式:简言之就是,数据库设计对数据的存储性能,还有开发人员对数据的操作都有莫大的关系。所以建立科学的,规范的的数据库是需要满足一些规范的来优化数据数据存储方式。在关系型数据库中这些规范就可以称为范式。 第一范式:当关系模式R的所有属性都不能在分解为更基本的数据单位时,称R是满足第一范式的,简记为1NF。 第一范式是最基本的范式。如果数据库表中的所有字段值都是不可分解的原子值,就说明该数据...

  • 数据库原理之函数依赖、多值依赖

    这种概念很容易推广到关系数据库模式上,R(U),U={X,Y,Z, K},对于任何一个元组,只要(X,Y,Z)确定了,就能确定整个元组,也就是存在K = f(X,Y,Z)的关系,只不过这里的f不能用公式表达,而只能是语义上的含义。若X->->Y 在R(U)上成立,且Y’ 包含于Y,不能断言 X->->Y’在R(U)上成立(注意和上一条性质不同) (因为多值依赖中的定义中涉及了U中除了X,Y之外的其余属性Z,因此换成Y’后就需要涉及Z’ = U-X-Y’ 比之前确定X->->Y的时候属性列多,就不一定了)

  • 白话数据库设计范式

    google_ad_client = "pub-2947489232296736";/* 728x15, 创建于 08-4-23MSDN */google_ad_slot = "3624277373";google_ad_width = 728;google_ad_height = 15;//<script type="text/javascript"

Global site tag (gtag.js) - Google Analytics