Blog Page

关于微信,你不知道的那些事?

别只谈微信自媒体了,好不?别只在媒体圈看微信了,好不?一个自媒体粉丝有多少?一个媒体微信公众号的粉丝能有多少?如果只在圈内,你真的会发现这圈子太小了~

为啥招行、南航、小米等动则微信粉丝就上百万;还有不敢对外透露的腾讯微生活会员卡,现在粉丝还好几千万了;连最近刚刚冒出来的猎豹浏览器微信一天粉丝就能涨10万,这些大家都知道么?

我们知道,2013年在微信自媒体的盈利模式、内容形式等,我们谈了无数次。自媒体的盈利模式还未清晰,偶尔写写企业的宣传稿还能有些收入。或者说自媒体根本不在乎钱多钱少,纯粹兴趣而已。而上面我提到的企业在微信上粉丝永远超过自媒体之后,他的盈利模式等同于本身产品的盈利模式,在微信平台上他的份量要永远超过大家热谈的自媒体。

曾经从一个自媒体口中听到:“微信自媒体关键是要找准定位,是T0 B还是TO C呢?”从他的话中,隐隐约约知道T0 C的话更具传播和互动性。对自媒体他的用户是面向读者,严格意义上也是面向用户的,但是我们会发现特别是IT圈,他的受众还是IT圈,甚至IT圈里的同类自媒体,所发的内容同质化太严重了,企业宣传写一个文章因为读者太精明,最后却是反效果。

再来看看 招行、南航、小米、腾讯微生活会员卡、猎豹浏览器这些公众号他们的粉丝不管是圈里还是圈外,他们都会用银行卡、都会坐飞机、都会用手机、都喜欢免费的会员卡、都希望在猎豹浏览器公众号中买到票。这些都是真正实在的T0 C用户啊!

纯内容不盈利 公众平台会变化的APP

从上面简单的话唠中看出,粉丝涨的快的公众号他们的粉丝群体受众很广,还有更重要的是他们服务和功能一体化。不是纯粹的长文内容,反而骚扰了粉丝。文人挣不了大钱、吆喝的也没见他们挣了多少钱,那些低调中偷偷运营的企业公众号,粉丝涨到像本身产品那样的量级时,广告也好、买卖也好,盈利模式水到渠成。

最近魏武挥写了一篇专访徐志斌的文章,提到互联网思维是产品思维+媒体思维,而微信公众平台的运营方式应该是产品思维+服务。

由于微信本身特点,包括南航、招行、小米、猎豹浏览器后台均可以进行即时人工客服进行解答,这些都是人性化的功能服务,弥补了企业本身产品某些不可实现的功能,做到了公众平台与产品本身的互补、粉丝互动。

从猎豹浏览器公众平台也能看出,最早功能包括热门影视、影视搜索、追剧等等,而最近最受关注的微信抢票、附近售票点推荐、余票查询、回家天气查询等重要功能也已经全部上线,这完全把本身产品的功能移植到公众平台上了。而这个功能可以根据热点事件、趋势随时改变菜单。有人说过每个公众号都是一个APP,其实更准确的说,微信公众平台应该是个会变化的APP。

当公众平台将服务号与订阅号折叠之后,简单的服务功能,没有频繁的内容推送,不把公众平台当成营销工具,这才是用户真正长期成为粉丝的原因所在。如果说这些企业产品本身链接了人与信息,那么他们的公众平台应该是连接了人与信息、人与人的交流,互动有粘性,让APP不再是一个单向性产品,而是互动双向的。

资源优势 联运活动涨粉丝留住用户

上面所说的功能,是留住用户的手段,只有好的功能服务做前期准备后,后期再进行活动推广,才能真正把粉丝涨留在了公众平台中。这也是为什么南航、招行、小米、猎豹浏览器、腾讯微生活会员卡粉丝涨那么快的原因所在。

你可能不知道,在猎豹浏览器微信公众号中,专门设置了“推荐赢米3”菜单,点击自动回复图文形式内容,教大家如何关注我们的公众号。同时抢票日历,对于回家迫切的粉丝来说,非常有收藏备注价值,这些有利于用户的功能,粉丝都会自主分享给自己的朋友。而在此前,也搞过很多企业之间的联合活动,通过制作创意微博、以及高端上档次的专题,有诱惑力的奖品如赠送小米手机、F码、超大空间等等。利用双方的各自资源,包括官网主要位置,产品微博矩阵转发、社区论坛等等去推动活动专题,粉丝自然而然来了。

你可能还不知道,腾讯微生活在圣诞节期间搞的“人人有礼”,因为特殊接口,联系各大商家包括肯德基、星巴克等等服务行业的微信号,通过传播好友,点击特殊接口下设定的按钮就可以直接关注公众号,这比让用户微信搜索、扫描二维码涨粉丝来的快了不知道多少倍。

你可能又不知道,这些企业级公众号还会根据热点事件和节日进行特定的活动。和现在火热的自媒体不一样,产品粉丝群体不需要太长的内容,或者深奥的评论。他们更喜欢简单直接明了、实用性有意思、刚需的内容,这些粉丝传播性特别高,曾经在金山微信上看到过一篇《如何让家里的Wifi增强一倍》,经后台数据统计,分享转化率超过50%以上。

你可能更不知道,他们还有一个自然涨粉丝的渠道,那就是本身产品的知名度和影响力。同时企业的官网、微博、社区论坛等等这些渠道都会看到相应的二维码,每天粉丝涨幅必不可少,而这些是其他企业和自媒体所没有的,这也是企业产品驱动型公司的资源优势。

每个公众平台都是一个APP,无需安装,只要在常用的微信中使用,何乐而不为呢?步入2014年,是不是会有一大片企业产品类公众号不断涌现呢?公众号到底还是面向广大C用户,受众面才更广吧!

微博支付背后的互联网金融思维

今年毫无疑问是互联网金融的大年,天弘基金借助余额宝成功逆袭,一跃成为仅次于华夏基金的国内第二大基金管理公司,而且管理费用却远低于华夏。这种逆袭不仅仅刺激了国内其他基金公司,也深深的震撼了互联网巨头。百度、网易等均发售了自己的理财产品,以高收益率来招揽客户,切入金融领域。现在新浪也不甘寂寞,推出微博支付,卡位互联网金融。

跟其他巨头从理财角度破局、用高收益率吸引用户的方式不同,新浪的金融布局仍然是从支付角度跟进。根据官方介绍,通过微博支付,用户可以直接在微博信息流页面购买淘宝商品和page页面的图书以及其他合作网站的商品或者服务。相比于过去,使用微博支付的好处在于购物的便利性,用户不需要再跳转到淘宝、登陆支付宝账号就可以完成购物,缩短了用户和商品的距离,优化了用户体验。新浪此举的出发点其实显而易见,拥有5亿用户的微博每天给电商网站导入巨大流量,此前有分析数据指出,微博对的流量导入甚至占到了部分电商网站流量来源的10%,这么大的流量如果只卖点儿广告那显然是太可惜了。新浪希望通过微博支付在微博内实现交易闭环,而一旦这种闭环得以实现,那么微博就不仅仅是信息流了,还具备了资金流,资金流就意味着可以构建资金池,为深度介入更多样化的金融服务提供基础。

当然,要构建完整的金融产业链,没有大数据的支持仅仅有用户和流量是不够的,这应该也是新浪与支付宝账户打通、数据共享的原因之一。通过支付宝的交易数据,新浪就很容易掌握B端店铺的经营状况,并根据这些数据分析对店铺进行扶持。这种扶持一方面是资金层面的,比如通过支付宝掌握的商家财务数据适当给予商家贷款改善商家现金流;另一方面,新浪的扶持可能更多的体现在经营管理层面,比如,某个店铺最近交易量减少、库存积压的风险加大,新浪可以开发出相应的产品有针对性的通过信息流页面的推荐来帮助商家改善经营状况,而这种改善才是金融对实体经济的意义所在。

如果把新浪的互联网金融跟百度、网易进行比较,其实很容易发现,百度和网易所做的只不过是把传统的理财发售渠道从线下搬到了线上,严格意义上来说顶多算是金融的互联网化,而且用补贴的方式以高收益率招揽用户的做法是在打擦边球,很容易被扣上扰乱市场秩序和不正当竞争的帽子,潜在的风险是非常大的。而新浪所做的其实已经深入到信用中介甚至是信用创造层面了。有一些金融常识的人应该会知道,现代金融业之所以重要,一个非常关键的因素就是商业银行可以进行信用创造,放大社会财富,而央行则通过存准率调节信用创造的规模,所以只有涉及到信用创造层面,才能真正称得上是互联网金融。

之所以说新浪已经深入到信用创造层面,倒不是因为微博支付,而是已经推出有一段时间的信用宝。信用宝其实类似于信用卡,用户可以透支消费,这就是一种信用创造。而与信用卡不同的是,信用宝的交易全部是在网络上进行,没有涉及到现金交易,这就避免了传统金融环境下商业银行信用创造涉及到的漏损率问题,影响更大。同样跟新浪一样介入信用创造领域的还有阿里和京东,虽然目前都还在小范围测试阶段,但互联网越来越深的介入金融领域已经是大势所趋了。

金融科班的朋友应该都看过这样一本书或者是同名电影——《门口的野蛮人》,在华尔街的野蛮人面前,实体大佬也难逃被猎杀的厄运。而现在,这些曾经的野蛮人,反倒成了猎物了。

为什么很多技术合伙人参与创业时会先谈钱

编者按:本文来自缘创派创始人闫辉供稿,点此关注他的微博。

最近,收到一封缘创派用户的反馈:“我这二周谈了十几个技术合伙人。很多人并没有做好心理准备,只是希望找个兼职或者赚个外包。所以我用一个词形容他们叫叶公好龙。是否真的准备好创业,愿意承担风险和准备投入去做对于创业来讲非常重要。”这些朋友在抱怨:为什么找技术合伙人的时候,很多人会直白的谈到参与创业项目的费用呢?为什么很多只想先兼职呢?

这些创始人认为,既然我是在找合伙人,那大家就是要全情投入,立刻辞职,不拿薪水,共同奋斗,为了未来的收益而努力拼搏。你这上来朝我要钱,那怎么能算合伙人呢,这不就是外包和招聘了吗?

随着更多类似的抱怨,我开始仔细思考这个问题。有一次,我在我们的线下活动中对技术人员这个群体做了一些分析。告诉现场的一些创业主导者,为什么很多技术人员会这样做。大家听完之后,表示很认可。

因为我在 CSDN 工作过十多年,经常与技术人员打交道。比较了解他们的情况和思维模式。所以,我希望简单介绍一下,大家可以和技术合伙人互换一下角色,站在他们的角度来思考和观察创业。这样就能够更好地理解他们,并更好地合作。

技术人员与其他的创业者相比,有几个很大的不同:

一、技术人员的职业生涯很短暂,机会成本高,他们对风险的控制要求极高。

很久之前,就有“程序员和 ** 一样,都是吃青春饭”的说法。这并不是危言耸听,事实上,在中国,程序员的职业生涯的确有限制。从二十多岁到三十多岁,一般四十岁之后再编程就很难得到认可(现在,开始有很好的转变了。)而在这个期间,早期的几年还是处在学习的阶段,而在工作超过六年以后,很可能他在公司中会有强大的发展,获得了足够的重视。

其实,对于技术人员来说,只有中间寥寥几年会是技术水平可以,同时关注创业的时机。当他面临选择的时候,他考虑并不是所谓的虚拟的 1% 的成功机会带来的巨额回报,而是自己的职业发展向何处去。

技术人员评估风险主要有:技术成长和收入,其中技术成长的重要性更大。很多技术人员加入 BAT 这样的公司,除了收入不菲,更重要的因素就是这些公司的技术大牛多,自己的技术水平可以提高。而创业公司,往往是实现某个特定的业务,对他们的技术成长可能帮助不大。

我们都知道,95% 的创业项目会失败。如果失败,与主导创业者、市场或者运营人员相比,技术人员的损失和挫折感最大。因为,其他的创业者会感觉自己虽然没有成功,但得到了很多教训,这也是非常有价值的。但技术人员会认为,自己写的代码最终的价值等于零,这段时间的付出完全没有回报。如果技术再没有什么进步,这对他们的打击是致命性的。

这些原因造成他们对走出创业这一步的风险控制要求极高。再加上双方之前不认识,要基于陌生关系开始合作,这个信任基础需要逐步建立。

如果你还不相信,请看《乔布斯传》里的真实故事:沃茨负责 Apple 电脑的技术,当他把产品设计出来之后,乔布斯让沃茨出来创业成立公司一起做。沃茨直接拒绝了乔布斯,因为自己在惠普工作,他给乔布斯提议自己能不能先兼职干(要知道,他们两个是从小时候就认识的。请哪些感觉自己创业项目很 NB 的创始人体会一下。) 最后是乔布斯到沃茨家去哭,给他所有的亲戚打电话,逼着沃茨才出来的。这是因为,技术人员天生就是对风险控制的,他们是非常理性的人群,要他们去冒险需要更强的说服力。

所以,当对方提出来兼职的时候,不要把这个看作他们不想创业,不是技术合伙人。他们只是在控制风险,觉得没有到时机。

二、技术合伙人是互联网创业中前期最重要的实现者,但他们的核心价值是有阶段性和替代性的。

如果问你,在互联网创业中,技术合伙人重要吗?你肯定要说废话,当然重要。但很多创业项目的创始人并不是特别明白:技术合伙人什么时候最重要?

技术合伙人在开始阶段最重要。因为,只要是互联网创业项目,你总是需要要依托技术实现某个产品原型的。现在要想拿到投资,基本上很难凭一个 idea 了,至少需要一个原型,甚至是早期的产品上线。但事实上,因为找不到早期的技术人员参与,大部分人都折在只有一个创业项目的阶段。

所有的投资人都说,创业最重要的是团队,所以很多创始人想先找到合适的技术合伙人。这对于已经成型,有着良好磨合的创业团队,是毋庸置疑的。但对于很多项目来说,其实其实投资人主要看的团队是创始人自己,另外就是你的原型产品和早期的运营。所以,越早把你设想的产品做出来,运营起来,这才是最重要的。技术合伙人在这个阶段,最重要的任务是帮助你把产品做出来。

但是,双方之前不认识,没有磨合过,怎么办呢?这个信任基础从何而来的,钱其实是一种快速开始合作,进行磨合,并且建立初步信任的变通手段。

我分析过很多找到合伙人的案例,结论是:技术合伙人要钱并没有错,但不能按照外包的价格要钱。

我看到一个做手机游戏的创业项目,创始人给兼职的技术合伙人很少的一点钱,一个月 3000,技术人员便将自己所有的业余时间全部用来项目的开发,每天晚上都工作到 12 点,甚至到凌晨两点。这个参与者都表示:如果做出来产品,推到市场的有效果,那大家就可以全职出来做。这个创始人也表示,如果是雇佣或者外包,没有任何人会只拿 3 千块,用自己所有的业余时间辛苦做事的。

事实上,大部分创业项目,成功与否不在技术本身,而是在产品和运营。你只要找到一个愿意合作的技术合伙人,给一些象征性的费用,做出一个版本,上线运营测试一下,便能够知道自己的项目是否靠谱。

我个人感觉,如果对方要的费用如果在其薪资的 1/5 到 1/3 期间,不应该认为技术人员是为了钱,他们是为了控制风险。

三、技术人员的核心思维模式是质疑和要求短期回馈,这恰恰给了创始人主导项目的机会。

在创业团队中,创始人一定是最具有激情的哪个人。是他发现了一个市场空白,找到了一个机会,然后认为这就是成功的机会。于是说服了自己。

但是,技术人员恰恰相反,他们是极其理智的。因为长期和电脑打交道,形成的是逻辑性的思维。当外人给他讲述一个理念时,他的第一反应是质疑。是真的有这个需求吗?做出来有人用吗?怎么推广,怎么产生收入?很多时候,说服他们是非常困难的。

技术人员创业为什么很容易失败?因为他们只和计算机打交道,除了自己的需求,他们并不了解市场和用户。所以,他们自然对别人所讲的市场需求是质疑态度。

技术人员在编程的时候,逻辑就是有输入,就有输出,而且回馈速度越快越好,这个可能会影响技术人员的世界观的,他们希望得到回馈的周期短。

很多项目创始人表示,我愿意拿出超过 30% 甚至更多的股份给技术合伙人。其实,除了代表创始人不够成熟外,这样的许诺不仅技术人员不重视,甚至反而会招致技术人员更大的质疑:“是不是这个项目不靠谱,所以才让我先做呢?”

但是,这恰恰给创始人主导项目的机会。只要你能说服技术合伙人,稍微付出一些费用,这样就可以把项目的未来价值握在自己手中。一定要谨记,技术合伙人最重要的职责是理解业务,把产品做出来。在整个创业团队中,更倾向于一个实现者或者翻译的角色。不能指望技术合伙人对项目的理解和认同和自己一样。

相信很多人看到这里,还是会不屑的说:我觉得他们还不是合伙人。为什么不能不要钱,立刻和我光膀子干呢?

并不是没有这样的技术合伙人,也有很多创业团队组成之后,大家都不拿薪水。但我注意到,这种团队有几个特点:1. 大家都是技术或者产品背景,都参与具体的开发工作。所以大家不拿薪水感觉公平 2. 股份平均化。既然都不拿薪资,那大家的股份就会平均化。(但事实上,股份平均化对于创业项目来讲有很大的弊端。)

如果你想主导创业,如果自己不是技术背景的创业者,还是试着互换一下角色,去理解技术合伙人吧。毕竟,把项目做出来才是第一位的。而且,这个阶段其实是一个相互磨合,不断建立信任的过程。创始人要想把握项目的主动权,只凭借一个想法,而不是一些实际付出是不现实的。

最后再总结一下:

  1. 技术合伙人对创业想法首先是质疑的,他们要短期回报并不只看钱,是为了控制风险。
  2. 技术人员愿意参与你的项目,本身就在冒风险。因为一旦失败,他们失去的最多。
  3. 兼职是某些陌生合作下的过渡阶段,在合作中提升信任,最终成为真正的合伙人。

怎么样才能找到一个靠谱的技术合伙人?

独立精神,自由思想。

给那些苦于要在互联网行业创业,却找不到技术合伙人的创业者说几句。我以经典名著《西游记》中的唐僧团队为例,分析唐僧为什么能找到技术核心孙悟空。这么做,既能说明问题,又可以通俗易懂。
一,为什么唐僧有孙悟空合作?
你千万不要以为唐僧说服了孙悟空,让“西天取经”这项崇高的事业,由唐僧的个人目标,变成了整个团队的共同目标。孙悟空跟着去取经,主要是因为观音和他做了个交易,他答应保唐僧,就可以被救出来,否则的话,观音不会让唐救孙,那个压贴,唐就根本揭不掉。再者,孙有情有义,唐对他有脱难之恩,不守信用的话,以后就没法在神界仙界和妖界混下去。最后,观音还给他戴了个紧箍,不去不行。除了这些,取经对他没有丝毫吸引力。取得正果,位列仙班,这些他根本就不在乎。
实际上,取经是唐王,唐僧,和如来三人的共同心愿。唐王取经,是为了保他的江山永固,造福他的子民,开创一代盛世大观;如来取经,是为了扩张他的佛教的影响力,多收香火钱;唐僧取经,是为了报答唐王知遇之恩,保他江山永固,也是为了普渡众生,成就他一代大德高僧的美名,流芳百世。观音去操作这个事,那是受了如来的命令,教主有令,他不得不做。孙/猪/沙/马,没有一个是靠取经的崇高理想,或者位列仙班的前景吸引来的,他们都和观音有幕后交易。

二,为什么取经一定得唐僧去?
首先,唐僧在大唐(市场方)有人脉,他已经获得了大唐的官方和民间的共同认可,这一点其他人都是无法比的。其次,唐僧跟西天(供货方)有瓜葛,如来观音都很欣赏他,他有在西田任职的经历。最后,唐僧对佛比较虔诚,职业名声好!想想你自己有这些吗。
即使如此,只靠这些,他依然找不到一个合作者,当然唐王会派大军保护他,但这些人,都是听令行事,都是出工不出力的,当然能力也不行。而悟空他们,之所以跟着去取经,前面已经说了,都和观音有幕后交易。

三,什么样的悟空适合你去寻找?
好了,即使你是唐僧,你需要悟空,但是悟空不需要你啊!取经成功后可以如何如何,那些废话就不用说了,悟空不在乎的。所以,你要去找到那个被压在山下,才华无法伸展的悟空。先把他救出来,然后给他戴个紧箍咒,此外你还得祈祷,你遇到的是个有情有义,重信守诺的悟空。光靠深情呼唤,连个屁用都没有。
在互联网行业,我说的直白点吧。一个好的技术,有四五年经验,又有悟性的,大都年薪几十万。不要觉得贵了,如果再便宜的,干不了创业技术核心的活。相应的界面视觉设计人才,应该也差不多。而且这些人才,根本不愁找工作,很多公司都把他们当宝贝。并不是计算机系的人都能做好技术,能做好的,也只是其中一小部分有悟性有天分又肯努力的人!就像菩提祖师收了很多弟子,但功夫了得的,也就只有悟空一个。

目前国内外的互联网创业团队,大都是创始人本身就懂技术的。是的,你想去做个马云第二,但是技术大牛,可能会更喜欢自己去做李艳宏马化腾第二。他为什么要去投靠你呢?你要给他个足够充分的理由!

对于创业者应该具有什么素质,我在这里补充一点,以回应各种关于创业者的质疑。创业真正需要的是一个人有领袖气质和能力。有这种气场和能力的人,男人会抢着跟他做兄弟,女人会抢着给他做老婆。那么这样的人,看起来都无所不能。他们自然不会来问,各种各样令普通大众感觉束手无策的问题。因为世人都不知道该怎么办的事情,而创业者却能看到机会,找到解决办法。否则的话,人人都知道该怎么办的事情,还需要你出来创业吗?

响应式Web设计之Viewport用法


● viewports
现在,当我们调整我们浏览器的大小时,使用@media已经可以非常不错的完成工作了。但这并不能满足移动端的浏览器。原因是移动端浏览器(iPhone/Safari, Android/Chrome和Fennec)会默认页面是为宽屏幕设计的,所以将它缩小整个页面来适应小屏幕。这就表明了上面的代码完全不足于适应移动端的浏览器,因为设备无法识别正确的宽度。解决方法:在文档的头部使用苹果提供的viewport meta标签,并结合@media queries:

● width=device-width
我们看见很多网站都建议把content属性的值设置为width=device-width。这相当于告诉浏览器将页面宽度假设为设备宽度。不幸的是,只有当设备是纵向时假设才是正确的。当我们把设备旋转成横向时,device-width还是和纵向的一样(比如,320px),这意味着,即使我们把页面设计成适应了480px横向设备,它还是会返回320px的效果。
曾经尝试在media query里使用orientation来解决这个问题,但是orientation不会真正的告诉我们实际的设备宽度,因为它只告诉我们设备的宽度是大于还是小于设备的高度。正如有人指出,由于大部分网页往往垂直滚动,所以这是无关紧要的。
如果我们的页面在纵向和横向设备中样式相同,那么我们就可以用width=device-width就足够了,需要注意的是这个是唯一告诉android设备使用设备宽度的方法。
● initial-scale=1.0,maximum-scale=1.0
initial-scale=1设置告诉浏览器初始化页面时不要对页面进行缩放。解决了没有使用viewport时出现的页面缩放问题。但还是有 bug,当我们把移动端设备从纵向转成横向时,你就会发现这个问题了。这是因为initial-scale只在页面完全加载后有作用。在我们把移动设备从纵向转成横向的过程中,浏览器就会认为页面不变,但scales会设置为1.5,为了使320px的页面适应480px。但是,因为我们在@media queries中设置了480px这个宽度,那么页面CSS规则也会是适应480px的。结果就是,页面CSS规则是适应480px的,另外scale还是1.5。这个结果并不可怕,但是不可取。
为解决这个bug,我们可以添加maximum-scale=1这个设置。它的作用是阻止页面在旋转时放大,但它同时带来了更严重的问题:也阻止了用户手动放大或缩小页面。同样user-scalable=no设置也会让用户不能缩放页面。所以一般情况下,不要使用以上俩个设置。
是不是无法解决这个bug了?首先这个bug最多只是在显示层面,带来的后果一点不严重,因为即使页面自动缩放了,它还是成比例的。
● width=
有些人建议在viewport里使用特定的width,并且也按这个width设计页面。如果你可以为每个种类的device编写页面的话,这个设置是可行的,但需要我们明白的是它不是响应式设计。打印时,使用固定宽度布局是必要的,但我们网页应该适应用户的各种样式的设备。总之,不要这样使用。
● @media all and (device-width:480)
这是个media query而不是viewport标签里的选项, 我在很多地方看到过这样的代码,但我并不认为这是好的做法。为什么?根据CSS3对media queries的描述,device-width在media queries里表示的是输出设备表面渲染的宽度。对于continuous media来说,device-width就是屏幕的宽度;对于paged media来说,device-width就是页面尺寸的宽度。以continuous media为例,device-width就是设备屏幕的宽度。除非浏览器最大化,它始终大于viewport的width。
测试表明,大多数桌面浏览器把device-width和width当作同义词。而移动端浏览器对此会有点混淆。至于viewport标签里,device-width只在纵向时等于设备的width。例如,一个320*480的设备,device-width总是320px,不论方向。然而对于CSS media queries,device-width是基于其目前方向上屏幕的width。
如果你一定要这样使用,请和orientation一起使用。但绝对不要使用max-device-width和min-device-width,因为用max-width和min-width替换会比较好。同样需要注意的是,新型号设备的宽度可能会改变。
● 中间尺寸
上面我提到过,我们可以为任意数量的width来设计页面。最重要的是在不同width的浏览器中测试他们,通过调整window浏览器的大小来测试是最简单的方法。随着设计页面的width越来越小,我们可以去掉(Display:none;)一些不重要的内容,比如 footer,sidebars,menu等,为主要内容留足够大的空间。我们的网站也许需要一个可以在所有width屏幕上运行良好的布局,也许只需要满足两到三个布局。这是非常容易设计和测试的,所以没有理由不做。
参考文章
1. Ethan Marcotte. 2010. Responsive Web Design. In A List Apart #306. ISSN: 1534-0295.
2.Jeremy Keith. 2010. Responsive Enhancement. In adactio.
3.Kayla Knight. 2011. Responsive Web Design: What It Is and How To Use It. In Smashing Magazine.
4.Webkit based desktop browsers re-render the page correctly as you resize the browser, however they have a minimum width of 385px (on MacOSX) and I was unable to shrink the browser below this. Firefox 4 re-renders the page correctly until the width gets too narrow to fit the navigation toolbar. At that point the viewport width stays fixed even if you shrink the browser. The page is re-rendered if you type something (anything) into the URL bar. Opera 10/11 re-render correctly at all sizes.
5.Peter Paul Koch. 2010. A tale of two viewports — part two. In Quirksmode.
6.Using the Viewport on Safari. In Safari Web Content Guide.
7.The viewport meta tag. In Safari HTML Reference.
8.MDC. 2010. Using the viewport meta tag to control layout on mobile browsers. In Mozilla Developer Network.
9.Peter Paul Koch. 2010. Combining meta viewport and media queries. In Quirksmode.
10.Willison & Downe. Lanyrd.
11.Lie et al. 2010. Media Queries. W3C Candidate Recommendation 27 July 2010.
12.If you design your page for the narrow view and expect it to scale when rotated, then use width=device-width and nothing else. If, instead, you design your page for either width, then use width=device-width,initial-scale=1. This is the only way to get the android browser to render a page with the intended width. Mobile Safari will render the page exactly as if initial-scale=1 were specified alone. You will still end up with the zoom on rotate bug.
13.David Calhoun. 2010. The viewport metatag (Mobile web part I).

10个很棒的测试响应式设计的网站

测试是一种对响应式网站设计的评判。用响应式设计的目的是让网站适用于任何终端,但是没有大量的测试你不会知道网站在不同情况下是怎样的表现。幸运的是,有一些很好的工具和可用资源可以帮助你来测试你的响应式设计。在这篇文章里我们一起来看下这10个好用的工具让你自己来尝试下。

Viewport sizes are

  • Desktop — 1600 x 992px scaled down to scale(0.3181)
  • Laptop — 1280 x 802px scaled down to scale(0.277)
  • Tablet — 768 x 1024px scaled down to scale(0.219)
  • Mobile — 320 x 480px scaled down to scale(0.219)

Devices and screen sizes emulated in this site are

  • Macbook — 1280 x 800
  • iPad portrait — 768 x 1024
  • iPad landscape — 1024 x 768
  • Kindle portrait — 600 x 1024
  • Kindle landscape — 1024 x 600
  • iPhone portrait — 320 x 480
  • iPhone landscape — 480 x 320
  • Galaxy portrait — 240 x 320
  • Galaxy landscape — 320 x 240

Respondr

Respondr is a simple, but helpful, tool. You’ll just enter the URL of the site/page that you want to test, and then select the device of your choice. You can select an iPhone, iPad, or desktop. It then previews the page at the appropriate width.

Viewport Resizer

Viewport Resizer works as a bookmarklet. You can click on the button and then enter the URL of the site/page that you want to test. You’ll have several different screen sizes that you can use for testing, including two smartphones, a small tablet, regular tablet, widescreen, and HDTV.

Responsivator

With Responsivator you will enter a URL for testing and it will preview the site/page at 7 different widths from a smartphone all the way up to a desktop. You can also enter your own custom screen dimensions for testing, and Responsivator even provides you with a custom URL that you can share with others so they can preview the results.

jResize Plugin

jResize is a jQuery plugin for one-window responsive development. You can simply click on the different screen widths and the page will adjust accordingly, making it easy to test as your work.

Screenqueri.es

With Screenqueri.es you enter the URL and then you can pull the slider to adjust the screen width of the display. You can also choose several preset testing options, including 14 popular smartphones and 12 popular tablets.

Screenfly

Screenfly allows you to enter a URL to test, and then you choose phone, tablet, desktop, or TV. You can also enter a custom screensize, rotate the screen, and generate a URL to share with others for testing.

responsivepx

With responsivepx you will enter the URL and then use the sliders to set the width and height for testing. You can choose whatever screen size you want, up to 3000 pixels in width. You can also share it by email with others.

resizeMyBrowser

resizeMyBrowser allows you to choose the dimensions of your browser for testing. You can choose between 15 different presets, or you can enter your own custom screen sizes.

Adobe Edge Inspect

Edge Inspect is an Adobe product that is part of the Creative Cloud membership. It allows you to test your sites on various devices.

Responsive Design Bookmarklet

The Responsive Design Bookmarklet is another simple tool. Just drag the bookmarklet above your bookmarks bar and it will be applied in your browser. You can then choose to preview the current page on screen widths the size of tablets and smartphones.

煲耳机专业方法强烈推荐

为什么要煲耳机:

煲耳机主要是让耳机的机械系统的一个迅速老化过程,动圈耳机的发声系统是由音圈驱动振膜,而振膜是固定在耳机的架子上,从理论上讲,振膜运动应当是一种活塞运动,这需要振膜的边缘有较大的顺性,煲就是煲这里,新耳机的振膜边缘是比较紧的,弹性大而顺性小,煲耳机就是让它的边缘活动开,声音就不那么发紧了。

煲耳机专业方法之注意事项:

对于耳机的煲法,理论和程序方面与煲音箱没有什么差别,但是煲耳机比于煲音箱要更加小心。如果煲不好的话,有可能缩短耳机的使用寿命甚至对耳机会产生永久的物理损伤,比如不小心的功率过载、振幅过大导致振膜拍边等。

煲耳机专业方法之慎重进行:

高挡耳机要认真地煲,不要用电子音乐煲,电子音乐中的低音成分太强,对于高灵敏度的耳机来说有可能会出现过载,造成不可修复的物理损伤。唯一普遍适用的煲耳机方法是“渐进”,刚开始用轻柔一些的音乐,在较低音量下让耳机先舒缓10-30小时,然后用普通的音乐在中等音量状态煲100-200小时。

煲耳机专业方法推荐:

慢煲出好声

唯一普遍适用的煲耳机方法是“渐进”,刚开始用轻柔一些的音乐,在较低音量下让耳机先舒缓10-30小时,停4小时, 然后用普通的音乐(摇滚、舞曲除外)在中等音量状态煲100-200小时;如果这时你听着高音不刺耳了,变得圆润自然,中音温暖亲切,低频再也不是混成一团的轰隆隆,而充满细节,那就恭喜,OK了,绝对不能急功近利。
“煲机”的意思是音质的稳定需要经过一段使用期。如果每天听1个小时,大概4、5个月后声音才能基本稳定下来。那么这4、5个月就是“煲机”期。适当的煲机不会损坏耳机,只会加速音质的稳定。这里用了“稳定”这个词,而不是“改善”,有些耳机(喇叭)不见得煲开了比全新的好。对于耳机,可以采用如下的煲法:
在煲的过程中要注意两点:一是不能连续工作太久!因为音圈存在着电阻,工作久了会发热,搞不好还会烧了音圈!最好是隔两个小时停几分钟然后在继续。二是音量千万不能太大,耳塞振膜是很脆弱的材料,音量大的话,音圈运动的行程也就大,从而剧烈拉动振膜,会造成音圈松,振膜变形甚至撕裂等等。
新的耳机振膜就像一根没用过的橡皮筋一样,弹性不够,行程太短。如果我们在这个时候就用大音量听一些重金属,最终的结果肯定是破音了。第一步煲机的目的也就出来了:通过人为的方法让耳机的机械系统的一个迅速老化过程。
在这一步里我们可选择的煲机方法有很多种,我一一例出:
①、软 件 法:下载一个软件,用白噪音来煲;
可以用 漫步者煲箱工具
②、收 音机法:调到没有信号的地方,其噪音也称为白噪音;
③、音乐煲机法:用一些音乐,最好的煲机音乐就是“渡口”(其它的音乐也行,只要注意音量不要太大就OK了)。
第二步:是为了让一款老化的耳机(指经过第一步机械系统老化),能够尽快适应各种频率的声音,从而发出更好的声音。我们听音乐一般有偏好,要么高音多,要么低音多,即便什么都听,有些频率还是很少用到的,这就是我们煲出靓声的关键所在了。办法只有用软件了,选择信号发生器,然后连续放上3个小时一次,有空就煲,煲个十几二十几次就OK了。
新买回来的耳机,听感不错。可是与朋友的用了有一段时间的同型号耳塞对比起来,总是不尽人意。低音紧而生硬,中音不够柔和丰满,高音部分毛刺尽显。为什么会这样呢?因为这只新买的耳机还没有煲过!

煲耳机的经典方法
1、用空白噪音进行至少32小时的长时间播放。没有空白噪音音源就放无线电也成。
2。用CD机放中频音乐为主的音乐,大概32小时左右。
最简单的方法:
最简单易行的耳机煲法:
找个有耳机插孔的收音机,把收音机调到无信号沙沙响的地方,插入耳机。
一般的音乐就可以,最好内容丰富点,收音机也可以,煲的时候用正常音量,或者大声点,不要太大声啦,,每煲
几小时耳机要休息一段时间。

事需多磨,慢煲出好声!煲机还是分为舒筋、通络、习武、打擂、出道五步为好。以耳机为例:
1、 舒筋——使用正常听音强度三分之一的音量驱动耳机12小时(用100~15000Hz/5s扫频信号更好);
2、 通络——使用正常听音强度三分之二的音量驱动耳机12小时(用50~18000Hz/3s扫频信号更好);
3、 习武——使用正常听音强度驱动耳机72小时(用20~20000Hz/2s扫频信号更好);
4、 打擂——使用正常听音强度三分之四的音量驱动耳机24小时(用18~22000Hz/1s扫频信号更好);
5、 出道——进入正常使用阶段。
我想这种煲机方法最少有两大好处,第一可以了解煲机各阶段音质变化的规律,理解煲机的作用,积累经验;第二
可提高器材性能,不留隐患延长器材寿命。

 

cPanel主机绑定主域名到子目录的方法

修改public_html目录下的“.htaccess”文件,加入下面的一些语句即可。注意按提示修改语句中的一些内容,使之与你的网站相匹配。

RewriteEngine on
# 下行中把“qhc.co”改为你自己的域名
RewriteCond %{HTTP_HOST} ^(www.)?qhc.co$
# 下行中将“子目录名”修改为你要将主域名指向的子目录
RewriteCond %{REQUEST_URI} !^/子目录名/
# 以下两行不要修改
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
# 下行中将“子目录名”修改为你要将主域名指向的子目录
RewriteRule ^(.*)$ /子目录名/$1
# 下行中把“qhc.co”改为你自己的域名
RewriteCond %{HTTP_HOST} ^(www.)?qhc.co$
# 下行中将“子目录名”修改为你要将主域名指向的子目录,如果你的首页的文件不是index.php,则修改为你自己的,如index.html
RewriteRule ^(/)?$ 子目录名/index.php [L]

多选框全选/取消

今天闲来无事,写了一个多选框全选/取消的效果,代码如下:

function select_all(form_name, all_select_name, checkbox_name)
{
  var check_flag = document.form_name.all_select_name.checked;

  if (document.form_name.elements[checkbox_name]) {
    if (document.form_name.elements[checkbox_name].length == null) {
      if (check_flag == true) {
        document.form_name.elements[checkbox_name].checked = true;
      } else {
        document.form_name.elements[checkbox_name].checked = false;
      }
    } else {
      for (var i = 0; i < document.form_name.elements[checkbox_name].length; i++) {
        if (check_flag == true) {
          document.form_name.elements[checkbox_name][i].checked = true;
        } else {
          document.form_name.elements[checkbox_name][i].checked = false;
        }
      }
    }
  }
}

以上的方法只适用于以下的结构,如下:

<form name=”form1″>
<input type=”checkbox” name=”all_select” onclick=”select_all(‘form1’, ‘all_select’, ‘a[]’);”>
<input type=”checkbox” name=”a[]” value=”1″>
<input type=”checkbox” name=”a[]” value=”2″>
<input type=”checkbox” name=”a[]” value=”3″>
</form>

php 实现table分行输出

由于工作需要,想用php实现表格的分行输出,上网找了一些,觉得都不太符合,所以自己动手写了一个,拿出来跟大家分享一下。

echo ‘<table>’;
$u = 0;
$num = 100;//总数
$split_num = 9; //一行显示的个数
for ($i=1; $i<=$num; $i++) {
  if ($u % $split_num == 0) {
    echo ‘<tr>’;
  }
  echo ‘<td>’.$i.'</td>’;
  if (($u+1) % $split_num == 0) {
    echo ‘</tr>’;
  }
  $u++;
}

if ($num != $split_num) {
  if ($num < $split_num) {
  echo ‘</tr>’;
} else {
  $tmp_num = $u % $split_num;
    if ($tmp_num != 0) {
      $tmp_num = $split_num – $tmp_num;
      if ($tmp_num != 0) {
        for ($m=$tmp_num; $m>0; $m–) {
          echo ‘<td></td>’;
        }
        echo ‘</tr>’;
      }
    }
  }
}