Archive for 九月, 2007

从Google域名的自动转向问题到代理软件

现在从大陆直接用http://www.google.com,缺省直接导航到google.cn,被河蟹了很多东西,只剩下一些惨不忍睹的东西。我本良民啊,只是希望能够利用互联网与时俱进,能够跟上先进的技术生产力,例如访问blogspot、wikipedia上的技术东西。唉,一声叹息,老祖宗早说了“防民之口甚于防川”吗。怪不得有人建议“干脆组建一个全球最大的局域网算了”。很搞笑,连yahoo yui 项目组的bog这样纯粹技术的技术站点 http://yuiblog.com也被和谐掉了。

可以使用如下地址访问google的英文版本,从而达到和谐社会的境界:

http://www.google.com/ncr

ncr = No Country Redirecting = 无国家/地区自动转向

另外,一些做代理的方法供自己查阅查考使用,以便访问被河蟹掉的技术站点使用:

1、 基于代理软件的方案

http://www.google.com/ncr 搜索诸如freegate,无界这样的代理软件下载地址安装后做代理

或者用http://www.gpass.com/

2、基于p2p proxy的浏览器代理插件

  • 基于Tor的方案

如果使用的是firefox,可以用tor+ Privoxy+torbutton来做匿名代理,也可以直接用torpark。

tor的使用参看:Tor代理全套解决方案

  • 基于Coral的方案:

http://coralcdn.org/plugins/

  • 其他插件

其他一些插件也可以完成代理功能:

gladder: https://addons.mozilla.org/en-US/firefox/addon/2864

browseatwork:http://www.browseatwork.com/

3、 基于在线代理的方案

例如:

http://www.proxycn.com/

http://www.dvla.cn/

http://briian.com/?p=2461

4、基于PHProxy的免费在线代理

PHProxy:http://www.phproxy.org/
ProxyWB: http://www.proxywb.com/
ProxySF : http://www.proxysf.com/
ByWhat.com: http://www.bywhat.com/
Prxxy.com: http://tw.prxxy.com/

或者firefox的PHProxy插件https://addons.mozilla.org/en-US/firefox/addon/3239

Technorati 标签: , , , , ,

基于SaaS的呼叫中心应用思考

呼叫中心对于企业开展电子商务业务的重要性已经不言而喻,不管是基于语音板卡的方案、基于一体化机的方案或基于交换机的呼叫中心方案,对于资金短缺的中小企业而言都是一大笔很大费用,尤其如果要建设全功能的呼叫中心运营平台还需要包括诸如录音服务、座席监控管理软件、传真、外拨、CRM等软件及呼叫中心日常运营的费用,更是不小的成本。一般的呼叫中心建设费用主要包含如下几部分:

1、硬件部分:

  • 呼叫平台硬件包括交换机、呼叫控制服务器或语音板卡
  • 录音及传真设备:
  • 应用平台硬件:包括诸如数据库服务器、web服务器(应用服务器)、统计服务器
  • 坐席设备:包括座席所使用的话务盒、耳麦、PC
  • 其他硬件设备:包括路由器、交换机、机柜等

2、网络部分:

  • 以太网
  • 中继线

3、软件部分:

  • CTI、IVR、传真、录音软件
  • 数据库
  • web服务器(应用服务器)
  • 呼叫运营支撑系统:诸如质检系统、监控系统、统一媒体管理系统、运营管理系统、工单系统、运营报表系统
  • CRM系统:
  • 业务系统定制开发或接口开发:

4、其他

  • 呼叫中心运营管理培训

在实施和运营上,自建呼叫中心也存在巨大的挑战,包括:

  • 建设难:

    传统呼叫中心初始建设成本高、项目周期长、而且很复杂。建设过程中,需要把大量的人力和精力从主营业务中抽出来,参与系统建设。而且经常发生的情况是:系统一旦上线运行,马上发现由于缺乏经验,系统功能与实际需求有很大差异。
  • 使用难:
    企业的服务流程是会随着业务发展不断调整,而传统呼叫中心系统结构非常复杂,每次调整都必须要投入资金请原厂商进行二次开发。呼叫中心系统使用复杂,接线员上岗前,必须要进行长时间的培训,而这些人流动性很大,频繁的培训需要消耗大量的人力和物力。
  • 管理难:

    呼叫中心是非常专业的通信系统,且跨多个技术专业,普通IT人员是管理和维护不了的。大多数企业不具备这样的专业技术人员,系统出现问题以后只能不断求助于原厂商。

目前基于Asterisk这样的PBX的呼叫中心方案已经相当的稳定,基本上能够满足中小型企业日常对呼叫中心的需要,为了降低实施、维护的成本,基于SaaS的呼叫中心应用还是比较好的思路。由于技术已经相对的透明,对诸如ACD、CTI、IVR这样的呼叫中心核心技术的门槛已经不是竞争的关键,关键在于如何提供有创新性的服务来满足中小型企业对呼叫中心的需要,如果没有创新性的服务,那么SaaS型呼叫中心的出路肯定不容乐观。而且尽管每一家呼叫中心企业都鼓吹所谓的“呼叫中心为盈利中心,而不是成本中心的理念”,对于大部分中小企业企业而言(尤其是那些还在为企业生存挣扎的企业),IT信息化建设的第一要务是:系统能否帮助自己开拓营销渠道。也即IT系统能否帮助直接获得订单,能否帮助获取新的客户。呼叫中心如果不能解决“开拓营销渠道”,则呼叫中心始终只能是成本中心。

因此怎样借助呼叫中心帮助中小企业开拓新的营销渠道,成为在线SaaS的呼叫中心必须应对的核心问题。SaaS型的呼叫中心应当结合一些杀手级的行业应用才能够真正吸引各种用户,如果只是提供传统的呼叫中心外包服务,对于中小企业而言并不具有核心的诱惑力。

基于诸如Asterisk这样的voip SaaS的呼叫中心应用的一些方向:

  • 与中小企业信息化应用相关领域服务打包

理由:中小企业需要的是相对完整的IT解决方案,而不是华而不实的IT系统,对于中小企业而言,呼叫中心必须能够与业务系统、CRM系统、ERP系统互动

结合点之一:CRM应用

http://www.sugarforge.org

http://www.vtiger.com/

结合点之二:ERP

http://www.openbravo.com

结合点之三:电子商务

http://www.ecshop.com/

http://www.shopex.cn/

红孩子、yesppg、dell等

结合点之四:协同办公,包括wiki、FAX、培训系统等

http://www.vmukti.com

对于诸如财务软件、OA等IT应用的结合不是特别明朗。

  • 提供类似中国总机或一号通类似的服务

理由:发挥呼叫中心厂商整合多渠道接入的优势 ,帮助企业整合各种接入渠道

  • 广告联盟服务,提供pay-per-call业务
  • 回拨服务:包括voip电话回拨,企业客服回拨
  • 与站点SEO、PR结合
  • 外呼服务:
  • 在线直销服务:
  • 分类站点:提供基于呼叫中心、视频、podcast等形式的分类站点,改变目前“分类站点=目录站点”的形式,提供更好的企业展示及交互平台
  • 外包型呼叫中心:

那一个是SaaS型呼叫中心应用的杀手级应用呢?

一些提供SaaS呼叫中心服务的厂商:

http://www.okcti.com/

http://www.infobird.com.cn

http://www.ti-net.com.cn/

Technorati 标签: , , , ,

电子商务SaaS应用核心数据离线存储的价值-从Google Gears说起

由于国内诚信体系的不完善,广大商家对于提供SaaS电子商务企业的信任度极低。在线SaaS的最大的挑战之一是怎样保证各个商户数据的安全性,尤其是像客户资料、业务交易信息、营销计划等这样的关键业务数据,对于商家来说是至关重要的,如何保证商家存储在SaaS应用中的核心业务数据不至于流失到竞争对手手中呢?
目前的通行做法就是:
1、采用更为复杂的技术手段来提升系统的安全级别,例如防火墙等安全设备,数字证书、SSL等对身份进行认证、数据传输的安全;
2、从管理制度上杜绝制度上的漏洞,避免因管理制度缺陷造成人为的数据遗失
以上两点只是从系统安全性和制度上来被动保证系统的安全。系统的安全只是相对的,任何坚固的系统都有可能被攻克,安全机制的完善是一个相对长期的过程,不可能一蹴而就,因此,怎样让用户数据相对安全,怎样让SaaS的用户相信其核心数据的安全性。
对于SaaS的用户而言,数据放到其本地硬盘中与放到服务器数据库相比较而言,本地数据更为安全。那么对于核心的用户数据,能否采用本地存储+动态装载方式呢?

基本思路:

用户的核心数据存储到用户客户端本地库中,用户在访问SaaS服务器应用时候,可以动态从本地把数据装载到服务器数据空间中,然后用户可以进行正常的业务操作。用户使用完成后,可以将数据导出为离线状态。这种方式有点类似于传统的桌面应用,但最大的区别在于,客户端只是存储数据本身,应用还是由SaaS服务来提供。 还有如下的一些领域可以考虑使用离线存储方式:

  • Mashup应用:
  • Widget应用:
  • RIA应用:关键数据从本地存取,以获得更好的用户体验。
  • 个人信息管理:
  • 个人门户:
  • RSS聚合服务:

采用离线存储方式,需要考虑的因素:
1、怎样保证数据的安全、可靠的传输,尤其是涉及大数据量信息传输时候。
2、用户本地数据的可靠性。由于数据在用户本地存储,怎样保证用户本地数据的安全。例如用户误删除本地数据。
3、数据在线、离线同步的效率:

参考资料:

一个基于Gears封装的离线库:

http://geekycodestuff.blogspot.com/2007/09/announcing-vortexoffline-library-v01.html

Dojo的离线库:

http://dojotoolkit.org/offline

Technorati 标签: , , ,

编程新趋势-来自web的buzz word

New Trends in Programming 上讨论了互联网上正在热议的技术术语(buzz word),包括GridGain、Erlang、Google Gears、Derby、Groovy、Scala等,大部分与Java相关,具体得到如此结论的途径无从知道,应该是通过诸如technorati、digg之类的社会化工具得出的吧。其中GridGainGoogle Gears 倒值得研究一番,尤其是Google Gears,联想到Firefox3 对offline功能的支持(参看 Firefox 3 To Support Offline Apps),可以猜想对Information Provider的SaaS应用以及作为Infomation Broker的RIA客户端必将成为各大巨头争夺的两大焦点(传统意义的Client-Server),而对于RIA客户端,怎样实现信息较为方便的存储、检索、处理是必须首先解决的问题,因此Google Gears应该是google未来RIA战略的重点。

对于Derby,如果是基于Java的应用(例如ActiveMQ这样的应用)采用它尚可接受,对于基于诸如Python、RoR、C++的应用,我更愿意选择sqlite

对于Erlang而言,的确是近期各大blog的热点(这从dzone、infoq的热点议题可以看出),应该是一门很不错的语言,但对我而言,我更宁愿选择python+twisted的搭配来完成高性能服务器的处理。

我目前感兴趣的buzz word:

Hadoop, jQuery, CSS Framework,Django,Facebook Platform ,Collective Intelligence,scalability website

GridGain provides computational grid platform for Java that is fun, simple and productive to use. As you would expect, it is open source and professionally supported. It’s ideal for performing parallelizable tasks (i.e. Split the work, calculate, and aggregate the results). GridGain now supports integration with Jboss, Spring, AspectJ, Weblogic, Websphere, and many more… You can find good documentation and a quick demo at its homepage.

Erlang is a concurrent functional programming language designed at the Ericsson Computer Science Laboratory. Erlang processes are very lightweight (lighter than threads) and the system can support several thousands of processes.

Unlike most languages that use shared state concurrency, Erlang uses pure message passing concurrency. Thus, making things scalable and fault-tolerant is relatively easy. If this interests you, read the fine analysis of Erlang by Hendy Irawan. Here is an excerpt…

Erlang is built on the ideas of

  • Share nothing : Process cannot share data in any way. Actually, this is not 100% true; there are some small exceptions.
  • Pure message passing : Copy all data you need in the messages, no dangling pointers.
  • Crash detection and recovery : Things will crash, so the best thing to do is let them crash and recover afterwards.

Google Gears is an open source browser extension that enables web applications to provide offline functionality. It provides Javascript hooks that will interface with a few locally running services such as Cache, Database, and asynchronous Thread pool. If you are a user of Google-Reader, you might have noticed the Offline support… This is made possible only with the help of Gears plugin on our browser.

This effort from Google is what lays the foundation, and gives fullness to the concept of Web O.S. As a developer, you’ll be able to make an application with the assurance that it will work offline and online across browsers. Check out the Google Gears API Developer’s guide for tutorials. The version 0.2 release of Google Gears will support Cross Origin API, and will be a huge treat for Web application developers.

Java DB is Sun’s supported distribution of the open source Apache Derby 100% Java technology database. Amongst the many changes in Java 6(u2), Sun introduces Java DB as a part of its SDK. This is great news for Java lovers who are looking for a light-weight database. I’m thrilled!

Interestingly, we can use it within browser, Web-2.0 applications for easy distribution, one-click install, secure local data storage, and data persistence if the Internet connection is lost or for use off-line. Further, it is easy to migrate an application using Java DB to other open standard databases.

Groovy provides powerful features of a dynamic language, and proves to be a handy tool to Unit test Java applications. It offers a syntax similar to Java, supports Java libraries, and compiles to Java Byte Code. So, calling of methods between the two languages can be interoperable. Groovy can serve as a good alternative to Perl and Ruby.

Scala is a general purpose programming language designed to express common programming patterns in a concise, elegant, and type-safe way. It smoothly integrates features of object-oriented and functional languages. It is also fully interoperable with Java. Check out the beginner’s guide for getting started.

Technorati 标签: , , ,

国外电子图书资源站点

http://ebooksbay.org

http://itebookhome.org/

http://www.slideshare.net

http://www.ebookshare.net/

http://www.ebookee.com/

http://www.filestube.com/

http://www.flazx.com/

http://www.scribd.com/

http://www.itstudy8.org/

http://freecomputerbooks.com/

http://www.freetechbooks.com/

http://worldlibrary.net/

http://www.fullbooks.com/

http://manybooks.net/

http://www.dbebooks.com/

http://www.gutenberg.org/

http://demo.openlibrary.org/

http://gigapedia.org/

 

更多资源:

  •   BT搜索

The Top 35 Torrent Sites of 2007

  • delicious书签

http://del.icio.us/popular/ebooks

Technorati 标签: , , ,

电子商务网站在线集采(合买)的思考

1、目前的集采现状总结

“集采”主要有三种形式:第一种也是最简单的一种,就是几位同学朋友或同事共同商量购买同一商品,然后集体从商家获得理想价格或其它优惠条件;第二种就是借助网络、媒体或其他中介,通过发起人来完成这一集体采购过程;第三种形式是在购买现场自由联合。无论何种方式,目的只有一个就是――实惠。

一个成功的集采(合买)必须具备如下因素:

  • 卓有成效的组织者。能够有效组织参与者,挖掘参与者的需求,作为代表与商家谈判。
  • 对厂商管理水平、服务水平有较大挑战,尤其是对于需要上门安装、服务的产品
  • 对参与者必须目标明确,相互理解

从集体采购的积极意义来看,这种形式一方面能够有效地改善终端渠道,提升终端渠道的客户竞争力;另一方面,厂商可以和用户直接交流,了解用户需求,积累用户资源,并能直接为用户提供更多的技术支持和增值服务,让用户能更加便利地享受到高科技产品带来的欢娱。对于经销商。“集采”加快了出货速度,如果较好掌握了销量和利润的平衡关系,销售可以步入良性循环。对于厂商而言,同一区域的集采,厂商可以充分利用集采的多种优势,一是口碑传播的比较快,二是节省公司设计、安装和服务等各种成本。

从“集采”的风险来看,首先是销量和利润之间的平衡,因为代理商要和厂商一起牺牲单位产品利润换取销量增长,因此“集采”的成功程度尤其重要。此外,如果“集采”的份额急速扩大,将可能对正常的销售渠道造成冲击,比如一定程度的渠道混乱、恶性窜货甚至价格秩序紊乱等。如此看来,“集采”怎样来展开,厂商一定要吃准。

2、集采适合的行业

集采比较适合大额产品,因为通过这种方式可以获得较大金额的利益实惠,但不可忽视的是还有一种产品应该也比较适合,那就是流行性产品。当目标消费群的流行取向和购买偏好一致时,一次性采购数量较大同时价格也不算便宜的时尚产品,通过这种形式来购买同样也可以获得比例不低的回报。

目前适合集采(合买)的行业包括:

    • 家装集采
    • 彩票合买
    • 汽车集采
    • 单位组织的合买(需求一致,购买偏好一致)
    • 高校团购?

如果能够有效地把长尾的尾部需求聚合在一起,则实际上集采也可以用于诸如很多只有小众需求的领域,例如:

3、web2.0时代电子商务网站的集采


    • 目标:

通过在线社区将零散的个体(最终用户、小商家)购买需求(长尾)聚合起来,形成具有规模效益的群体购买需求,争取更低的总体购买价格,从而为个体争取更大的利益。最终构建在线沃尔玛、家乐福。

    • 手段:

开放平台:参考Facebook和amazon思路,搭建开放平台,搭建SoA平台,对外提供web service接口,形成开发者社区。

社区:聚合人气

联盟:推广平台。可以参考affiliate模式?

视频共享:用于产品宣传,提供更好的产品体验,提高集采的效果

厂商CRM系统:如果厂商无IT系统,则可利用来了解集采信息,以便于及时调整生产/营销策略,同时客户信息实际上也是有效的精准营销工具。如果厂商有ERP或CRM系统,提供与厂商ERP/CRM系统的接口。

搜索引擎:搜索聚合各社区的集采信息,聚合到门户上来

SaaS服务:针对很多没有IT信息的商家,提供诸如CRM、呼叫中心、ERP、SEO等服务

广告:利用集采(合买)用户的购买信息,进行精准营销

团购:高校、家装、彩票、汽车、事业单位

4、参考模式

http://www.joinmo.com

5、参考文档

Technorati 标签: , , , , , ,

国外电子图书资源站点

http://ebooksbay.org

http://www.slideshare.net

http://www.ebookshare.net/

http://www.ebookee.com/

http://www.filestube.com/

http://www.flazx.com/

http://www.scribd.com/

http://freecomputerbooks.com/

http://www.freetechbooks.com/

http://worldlibrary.net/

http://www.fullbooks.com/

http://manybooks.net/

http://www.dbebooks.com/

http://www.gutenberg.org/

http://demo.openlibrary.org/

http://gigapedia.org/

更多资源:

  • BT搜索

The Top 35 Torrent Sites of 2007

  • delicious书签

http://del.icio.us/popular/ebooks

Technorati 标签: , , ,

下一页 »