搜索到
302
篇与
teaxia
的结果
-
初遇TaiPei 以前，我对台湾的认识仅仅是停留在余光中的《乡愁》里，就算在网络日益发达的今天，如果不亲眼去看一看的话，也很难对当地有深刻的认识。这次去台北，可以说是一个意外之喜，也根本不在计划之内。我想，如果不是HTML5大会在台北有分会场，如果不是认识梦工厂的创始人的话，也很难有机会以一个“大陆开发者”代表的身份加入到团队当中去。初到台北11℃的气温有点不同寻常，而阴绵的小雨让我这个南方人感觉到是那样的熟悉。我只穿了一件T恤过去，这让我跟台北的空气有了第一次的亲密接触。 能用上久违的谷歌地图十分兴奋。由于大家是从不同的城市前往台北，所以已经有人先到了。由于看见另一位从深圳过来的同伴已经到达了机场，正等待入关，所以我们决定结伴前往约定好的地点—台北101谷歌办公室吃午餐。 由于桃园机场的捷运修了20年而且并没有修通，所以我们只能花了1400到了台北101。其实101对我来说吸引力并没有那么大，因为101跟上海的金茂大夏相当的类似。我发现在台北的大商场入口，几乎都会有一次性消毒洗手液供人免费使用。 谷歌的办公室在101有三层，在楼下取了通行卡以后，进入谷歌的办公室还需要一张打印的访问卡才可以进去。我没有去过百度或者阿里，但是谷歌的一切我相信对于互联网从业者来说都是有巨大的吸引力的。都说宁夏夜市是去台北必须去的一个地方。很庆幸，宁夏夜市离我们住宿的地方并不远。我们到那的时候已经是晚上九点了不过夜市依旧是人来人往。我觉得宁夏夜市跟大陆的其他夜市并没有什么区别，东西还是那些东西，做法还是那些做法，不过吃东西的地点不一样，也许也会给人不一样的感觉。 台湾的垃圾分类做的相当的好，就连应该是“脏乱差”的夜市来说，对垃圾也有严格的分类清理。由于我的数学一直是体育老师教的，我已经无法换算汇率，索性也任性一把，看见想吃的东西都买买买就好了。阴雨带来的湿冷，已经被一盆热气腾腾的胡椒虾所驱散，回到酒店后，这初到台北的一天，也就算过去了。第二天完全是会议行程，但这并不是去台北的主要目的。各位嘉宾分享了各自的技术以后，在会场吃完晚餐我们就开始了自由交流。让我没有想到的是台北的女code工程师会如此的多，几乎来了1/3的人，而且各个都是全栈工程师。与妹纸们的交流那是相当的愉快，也留下了一堆没有用的联系方式（一边用微信，一边用line，关键是她们不用facebook……） （部分人员合照，你能猜出第一排左二女的年龄么？）第三天难得在紧张的行程当中安排了游玩时间，但是由于时间问题，我们也只能在台北。我们一行七个人，分成了两波，一波去了淡水泡温泉，而我们这一波则选择了人文之旅…… 故宫博物院、国父纪念馆、士林官邸、总统府、小巨蛋这些地方是去台北怎么也要去看的地方。但是由于我们比较贪吃，吃完早饭已经是中午12点了，所以我们赶紧打车去到了故宫博物院。 不得不说，故宫博物院的文物保存得是相当的完整，并且比北京故宫的好东西多得多。仔细的阅读着上面的文字，旁边走过一群一群的陆客以及导游，放佛时空错乱一般，没有办法分辨到底是北京故宫还是台北故宫。历史的原因不用多说，两岸的分治也是事实但是大家都努力的保留着我们的祖先留给后人的稀世珍宝。 粗糙的逛完故宫，已经是下午3点了。为了赶在国父纪念馆关门以前过去，我们放弃了士林官邸以及总统府。孙中山先生的铜像在馆中屹立，提出的三民主义以及天下为公在馆内随处可见。每一位伟人背后，总有一些人在背后诋毁。但是时间总是历史见证，时间也会证明一切。第四天其实是这次的重点，我们会去拜访台湾当地的一些企业，进行一个交流以及互动。我们去了台湾淘米、雅虎、异军、os-net、以及OhMyGod。每次做自我介绍的时候，我总会说我来自贵阳，我并不知道大家是否知道这座城市，但是我任然很骄傲，事实证明，确实也有人知道贵阳，同时也知道贵阳在做大数据，还有贵阳的大数据的产业中心。我想也许是他们都来过贵阳吧。 接触的人不一样，看到的风景也不一样。大家都从战略的眼光看到了未来发展的趋势，也从短暂的交流当中获知了以后合作的意向。也许这次去的成果并不是立竿见影的，但是总算是打开了一个渠道，无论是台湾还是大陆的渠道。 晚上，还是我们三人，来到了不知道是哪条路的咖啡馆，看着当地人悠闲的在里面喝着咖啡。店家老板是广东人，但是服务员是当地人，他们挂上了“不要让台湾变成第二个福岛”的反核电旗帜，我不知道如果没有核电的话他们应该如何生活，但是这并不是我考虑的范围：） 愉快的时间总是过的很快的，然而跟这些人在一起，总会让人有飘飘然的感觉，总觉得世界在自己手里把握。但是现实是第二天你就得回到自己来的地方。 人确实不能老待在同一个地方，树挪死，人挪活。经常出去走走，人的心胸会变得更加的宽广，心胸宽广了，才会有更多的奇思妙想。有一天，也许是该出去了，一边旅行，一边工作。无论是写代码也好，端盘子也罢，总需要体会不一样的世界，我的世界不应该仅是这里，而是星辰大海。 -
-
-
解决STEAM更新缓慢的问题 今天心血来潮，买了H1Z1的正版游戏，19.99美刀，由于我挂了VPN所以开网页支付这些都没有任何问题，但是在我下载STEAM客户端的时候，更新进度非常缓慢，于是我以为是VPN的问题，结果关了VPN还是同样的结果。后来在网上看到了更改HOST的方法，我自己试了一下，立竿见影啊！111.221.33.253 cdn.steamcommunity.com 111.221.33.254 cdn.steampowered.com 111.221.33.253 cdn.store.steampowered.com 111.221.33.254 media.steampowered.com 111.221.33.253 cloud.steampowered.com 111.221.33.254 storefront.steampowered.com
-
【译】CSS实现响应式全屏背景图 当前很流行的一种网页形式就是满屏大图，本文将用最简单的方式实现该效果。用到了CSS 属性background-size ,无需javascript。先看demo，打开后，调整浏览器窗口大小，观察背景图的变化。如果在你的项目中也需要这样的效果，那么你就来对地方了。核心概念 使用background-size 属性，填充整个viewport 当css属性background-size 值为cover时，浏览器会自动按比例缩放背景图的宽和高，直到大于或等于viewport的宽和高 使用媒体查询为移动设备提供更小尺寸的背景图 为什么要给移动设备提供小尺寸背景图呢？在demo中，我们看到的背景图的实际尺寸为5498px * 3615px，使用这么大尺寸图片的目的是满足绝大多数宽屏显示器，并且不会显示模糊，而代价就是1.7MB的图片体积。 但是在移动设备上没有必要使用这么大的图片，同时大图还会导致加载变慢，尤其是在移动网络下。 需要说明的是：为移动设备提供小背景图对该技术方案来说是可选的。 实践 HTML <!doctype html> <html> <body> ...Your content goes here... </body> </html> 后面我们会给body标签指定背景图，这样背景图就可以填充整个浏览器viewport了。 其实，该方案对所有的块级容器都可以生效。如果你的块级容器的宽高是动态的，那么背景图将自动伸缩，充满整个容器。 CSS body标签的样式如下： body { /* 加载背景图 */ background-image: url(images/background-photo.jpg); /* 背景图垂直、水平均居中 */ background-position: center center; /* 背景图不平铺 */ background-repeat: no-repeat; /* 当内容高度大于图片高度时，背景图像的位置相对于viewport固定 */ background-attachment: fixed; /* 让背景图基于容器大小伸缩 */ background-size: cover; /* 设置背景颜色，背景图加载过程中会显示背景色 */ background-color: #464646; } 上面最重要的一条就是：background-size: cover; 这样浏览器就会按比例缩放背景图直至背景图宽高不小于容器的宽高（在上面的例子中，就是body标签）。这里需要注意的一点就是：如果背景图小于body标签的尺寸（例如在高分辨率显示器上，或页面内容特别多时），浏览器会拉伸图片。我们都知道，当把一个图片拉伸时，图片会变模糊。因此，在选择背景图时，要特别注意尺寸。为了照顾到大尺寸屏幕，demo里用的图片尺寸为5498px * 3615px 。同时，为了让背景图始终相对于viewport居中，我们声明了：background-position: center center; 上面的规则会把背景图缩放的原点定位到viewport的中心。接下来我们需要解决的问题是：当内容的高度大于viewport的高度时，会出现滚动条。我们希望背景图始终相对于viewport固定，即使用户滚动时也是一样。解决办法就是：background-attachment: fixed; (可选)使用媒体查询应对小屏幕为了应对小屏幕，我用photoshop将背景图按比例缩放到768px * 505px，然后通过smush.it 压缩图片体积。这样就将图片体积从1741KB降到114KB，节省了93%。下面是媒体查询的写法：@media only screen and (max-width: 767px) { body { background-image: url(images/background-photo-mobile-devices.jpg); } } 上面的媒体查询将max-width: 767px 设为断点，也就是说当浏览器viewport大于767px时，会使用大背景图，反之使用小背景图。使用上面媒体查询不利的一面是，如果你把浏览器窗口从1200px缩小到640px(反之亦然)，你会看到一个短暂的闪烁，因为小背景图或大背景图正在加载。译文到此结束。原文地址http://sixrevisions.com/css/responsive-background-image/ps: 由于IE8及其以前的浏览器不支持background-size:cover(查看兼容性),所以要支持这些老古董，还需要多做一些。要让IE8支持background-size,可以用background-size-polyfill
