云操作系统jolicloud试用报告

jolicloud桌面

Jolicloud是一款上网本操作系统,上个月刚发布了预测试版。Jolicloud公司CEO塔里奇·克里姆认为Jolicloud要比ChromeOS更灵i活、实用。Jolicloud是Ubuntu的改进版,它主要客户市场也是上网本。从年初发布的Alpha版至今,Jolicloud获得了测试者的好评。

声明:图片禁止盗链。

(阅读全文……)

Epile PHP调试控制台 Beta

Epile PHP调试控制台

(阅读全文……)

数字时代的印刷业管理

作者:李晓佳

本文为《印刷业管理条例》的读后感,传播政策课堂论文。

(阅读全文……)

如何更好的利用网络:信息获取、归档与输出

周四的时候给网络编辑组的同学做了一次Presentation,关于网络的信息获取、归档和输出。

大概是从上周末开始准备的,讲的时候有点紧张,内容也不是很熟练,有时候一句话讲到一半后居然接不下去了,效果不好,跟预想的差距很大。还是要谢谢赵老师给的机会以及同学们60分钟的耐心。

以下为大纲:

 如果更好的利用网络?

——信息获取、归档与输出

 

一、信息获取

1、检索:搜索引擎的使用

2、信息源:

SNS:分享、活动(豆瓣:城市文化生活)

Blog:意见领袖的博客、群博(My1510)、翻译博客:译言

BBS:繁杂需要时间去筛选

门户:新闻

3、关键词订阅(百度、GoogleCnki

3RSS以及阅读器的使用(豆瓣9点,FeedDemon)

 

二、信息归档

玛格南的照片管理系统

标签管理

如何做笔记?笔记程序的使用:以OneNote为例(整理论文资料、时间管理)

 

三、信息输出

写博客

自由演讲:Punch Party/Ted
 

如何让网站变成黑白

为哀悼5.12汶川地震一周年,很多网友纷纷把自己的头像、博客的界面换成黑白的,在这里Epile向大家解密让网页变成黑白的方法。

方法一

  • 优点:只需要在站点中加入一句代码,即可以实现在IE浏览器下全站黑白;
  • 缺点:在其他浏览器下无效;

在网站的CSS代码添加

html { filter:progid:DXImageTransform.Microsoft.BasicImage(grayscale=1); }

或在页面Head里添加
<style type=”text/css”>
html{filter:progid:DXImageTransform.Microsoft.BasicImage(grayscale=1);}
</style>

方法二

  • 优点:可以适合所有浏览器;
  • 缺点:工作量大,无法使图片显示为黑白;

修改网站的CSS代码,把所有彩色的色值修改成灰度。

方法三

  • 优点:支持站内图片显示为黑白;
  • 缺点:需要消耗服务器性能,需要PHP+URLRewrite支持,无法支持站外图片;

使用URLRewrite把所有访问图片的请求重定向到PHP文件,由PHP文件实时进行黑白处理,再输出给用户。

请参考 用PHP完成从彩色到黑白图片的转换

豆瓣让我们超越时空

图1

douban-time-bug-1

图2

douban-time-bug-2

—华丽的分割线—

今天发了一篇博客,居然在10分钟内就更新到豆瓣上去了,速度飞快~记得以前都需要一天的时间,难道我RP突然爆发了。就在这时候,RP又爆发了一下,发现了豆瓣的时间错误。对照两图可发现同一篇日志的发表时间在豆瓣个人主页和9点里显示的是两个不同的时间,两者相差刚好为8个小时。

中国时区横跨东五区、东六区、东七区、东八区、东九区等五个地理时区。自1949年起,在中国所使用的标准时间为东八区(UTC+8)时间,比协调世界时或格林尼治标准时间快8小时。一般我们存储在数据库的时间是格林尼治标准时间,在显示数字的时候再加上8个小时的时区差。Discuz BBS就是采用这种方式,猜测可能是豆瓣个人主页重复时区,造成时间快了8个小时。或者是程序分属两台服务器,而服务器设置的时区不同,在程序的处理上没有考虑到两者的不同。

已经把Bug提交给管理员,希望能快点从未来回来~

愿豆瓣越做越好,你可是我们最重要的精神食粮。

TWITTER的经济学分析

Twitter是什么呢?Twitter是一项Web2.0服务。每个用户可以通过多种渠道(网页、短信、聊天工具、Email或其他软件)向Twitter发布一次最多140个字的更新在自己的页面上,并通过Follow机制随时获得其他用户更新的提醒。Follow中文译为关注,你可以通过Follow一个人以便在第一时间收到这个人的生活流信息。也许你可能还不是很明白Twitter是什么?举一个例子,我们平时经常使用的QQ签名就是一种类Twitter服务。

本文将以“规模经济”、“规模不经济”等角度对Twitter这个网络媒介进行经济学的分析。

TWITTER的规模不经济

互联网经济建立在网络效应基础之上(也即用户使用某种产品和服务对其他用户价值产生的影响)。投资者或创业者一直以为网络经济中存在类似摩尔定律的法则,但正如摩尔定律也有其限制一样,网络效应也有其自身的限制。网络效应中的确存在“规模不经济”的现象:随着新用户的加入,老用户被迫离开。这种现象将严重影响网络公司竞争优势的持久性。

Twitter也一样,它提供给每个用户最多可关注2000人,根据150定律,人类和其它灵长类动物一样,其保持社交关系的人数最大值为150。如果大于这个值,人很难集中精力和每个人联系,无法集中精力,这种关系也就会逐渐消失。有的时候,50个人对于我们来说已经很难管理过来,何况是2000个人。假使其中有20%的好友更新,每人5条,我们一天所接触的信息量是2000条。假使其中有20%的好友回复了自己的信息,那我们需要回复400个人的信息。我们真的很难想象得出这将是一个怎么样的情景!

TWITTER的规模经济

前面我们说到Twitter的规模不经济,主要是针对用户的角度来说。毕竟单一的个人生活流都是些个人的生活琐事,无法形成所谓的商业价值。而现在数百万的用户通过Twitter分享自己的想法,针对Twiiter本身,抑或是数据分析公司来说,Twitter的规模效应造就它的商业价值。这些文字可以作为市场调查很好的数据来源,商业公司可以从分析这些数据得到用户的喜好以及产品反馈,新闻媒体可以从分析这些数据得到社会热点。

豆瓣9点的推荐力量

Feedsky上周文章流量统计图

 今天上Feedsky后台查看了一下文章统计,意外地发现自己在20号写的文章 09上半年值得关注的新杂志 在第二天给文章带来1706的独立访客数,耗费了1G的图片流量,而这些流量的访问来源90%以上是归功于豆瓣9点。很庆幸自己在17号对博客启用了内存级缓存memcached,才能应付这么大的访问量。

惊呼于9点的力量,遂写这篇博客纪念一下。

写完博客当天自己在豆瓣上推荐了一下,20日推荐人数为1,21日为19,22日为4,23日为5,24日为2。做了个图统计了一下文章被9点用户推荐的时间分布,发现没有什么规律,而且所有推荐这篇文章的人都不是我的好友。

我不太清楚最早的用户是如何看到这篇文章的,虽然说豆瓣的推荐广播是全站可见的,但是我从没有看过随机显示全站广播的页面。又或者是出现在豆瓣9点阅读器里的“你可能感兴趣的文章”里,或者被随机或人工筛选出来放入频道页。

从访问来源我们可以知道这篇文章在21日出现在豆瓣的频道页上,也可能出现在首页上,并带来了这1700的访问量。我猜测上频道页的标准应该是“当日用户推荐数达到一样的数量”。很可惜LampDrive只提供了5天的服务器Logs,没法分析到具体是哪个时间点是访问量爆发的临界点,也就没法对临界点的推荐数做一个确定。

从这些图表可以看出,推荐功能本身对于文章访问量的增加效果不明显,倒是由频道页带来的流量很明显。当然我们不排除推荐功能间接地增加了文章访问量的观点。

总的来说,豆瓣9点比起其它Rss阅读器,更能给草根用户带去流量,不过从图表上看,流量的即时性比较强,单篇的文章一般只上榜一天,流量的影响只当天比较明显,而次日跌幅明显。所以想靠某篇文章提高博客的长久访问量是不可能的。

(阅读全文……)

小站也玩图片独立

平时瞧见大型网站拥有自己的图片服务器,偶们这种小博客站长是那样的羡慕啊,所以Epile没事就百度Google图片服务器的资料,小研究了一些,还是找到了一些曲折的方法可以让小站图片也来个独立,不过有些时候为了得瑟一下而独立反倒是牺牲了网站的性能。

先指名一些定义:

方案一:

  1. 环境:应用服务器图片服务器分别为两个不同的空间,应用服务器支持动态语言(如PHP)或可安装程序,图片服务器有独立的FTP;
  2. 方案:图片上传到应用服务器后,通过PHP或同步软件把图片同步到图片服务器,文章里采用图片的绝对路径;
  3. 好处:图片服务器只需要是静态服务器即可,减少了Cookie和PHP,效率会高一点;
  4. 缺点:需要写动态语言(如PHP)代码;

方案二:

  1. 环境:应用服务器图片服务器为同一台服务器,空间支持子域名绑定或可建多网站;
  2. 方案:直接把图片服务器的域名绑定到图片目录,文章里采用图片的绝对路径;
  3. 好处:对于小网站来说很方便,基本不需要改动程序,像Wordpress只需绑定图片目录后在后台设置图片路径即可。本博客就是采用这种方法,图片服务器为img.epile.cn;
  4. 缺点:应用服务器图片服务器必须为同一台服务器;

方案三:

  1. 环境:应用服务器图片服务器支持PHP;
  2. 方案:在图片服务器上架设图片程序,负责图片的上传并提供API接口,供文章系统调用;
  3. 好处:暂无;
  4. 缺点:需要写代码整合API,可能需要自己写图片程序;

方案四:

  1. 环境:应用服务器图片服务器支持PHP,图片服务器支持URL Rewrite;
  2. 方案:图片上传到应用服务器后,直接在文章中使用图片服务器的地址。图片服务器通过URL Rewrite把所有图片访问Rewrite到一个PHP文件,PHP文件在第一次访问的时候从应用服务器把图片Download到本地并显示给用户,以后直接读取本地。受Shawn的如何缓存Gravatar 至本地服务器所启发。
  3. 好处:代码简单,不需要更改文章系统;
  4. 缺点:每次访问图片都要运行PHP程序,牺牲图片服务器性能;

如果大家有新的方法,欢迎告知,让我们折腾我们的空间吧~Geek万岁~

豆瓣九点认领:doubanclaimb280cbda63c0f0f2

09上半年值得关注的新杂志

2009年上半年还是有许多惊喜的,在经济不景气的情况下,我们依然看到了许多新的刊物的推出。

(阅读全文……)

知识共享协议在国内图书出版中的应用探析

摘要
本文采用文献研究和典型个案研究法,分析知识共享协议在图书出版中的应用,希望能抛砖引玉,为国内图书出版业采用知识共享协议提供一定的借鉴。本文由四大部分组成论文的第一部分回顾了知识共享协议的相关理论。第二部分介绍了知识共享和图书出版的联系。第三部分以《自由文化》为研究个案,深入分析了知识共享协议在《自由文化》中应用的精彩和不足之处。最后一部分,为国内出版业在今后采用知识共享协议提出了一些建议。

关键字:知识共享、自由文化、出版

目录
绪 论
第一章 知识共享的理论基础
第一节 定义
第二节 产生背景及起源
第三节 知识共享的应用
第二章 图书出版与知识共享
第三章 知识共享在《自由文化》上的应用
第一节 《自由文化》概况
第二节 《自由文化》运用知识共享的成功之处
第三节 《自由文化》运用知识共享的不足之处
第四章 《自由文化》对国内图书出版的启示
第五章 总结
参考文献

下载:知识共享协议在国内图书出版中的应用探析.pdf