出家如初,成佛有余

广电业务杂思之统一金卡平台建设

Posted in Uncategorized by chuanliang on 2009/06/27

    最近刚好与几个都做广电的朋友又聊起广电支撑平台建设的问题,包括BOSS系统、金卡平台、增值业务平台等等。由于广电各自为政的管理格局,因此不存在全国各广电运营商“统一标准、统一规划、统一部署”的问题,各地支撑系统的建设权都掌控在各地广电运营商手中,或许是深得我党“人有多大胆、地有多大产”的真谛,各地的广电都在所谓的战略高度上要自建各种平台,通吃上下游。

    并不看好广电系统这样的做法,任何企图通吃上下游的企业最终只能扼杀自己所在行业的生机和活力,从而最终断送自己的未来。尽管作为我党的咽喉工具,在政策上会天天受到恩赐,但这样恰恰让广电始终只能够在摇篮中生长,没有机会成长。

    以金卡平台建设为例,谈谈自己的思考,刚好也算是对其中一个朋友的答复。

1、支付平台 vs. 支付网关

    目前众多的类似银联支付这样的第三方支付厂商对于广电运营商的运营模式、业务需求并没有深入研究,因此其针对广电行业的支付平台的解决方案,其建设的思路仍然是支付网关的思路,只关注支付过程本身,而没有关注广电客户、产品、业务的运营。
    而且由于政策监管问题,广电支付要扮演支付平台运营商的角色,也有很大的政策风险。
    按照国家金卡平台相关政策,通过整合各地方广电的支付需求,形成一个独立的支付平台,可以从行业垂直支付应用获得相关政策支持。。

2、产业链专业化分工  vs. 产业链上下游通吃

    广电支付成败的关键在于平台的开放性、围绕平台所建立起来的产业链、平台运营能力(包括客户运营、产品运营、业务运营能力)。
    广电运营商当下的重点是BOSS系统的建设,构筑核心支撑平台的竞争力,营造良性的产业链环境。
    电子支付平台作为金融业务,其建设及运营需要专业化的开发人员、运营人员、销售团队,这并不是广电所擅长的。
    从客户服务来看,运营商要在竞争中胜出,必须坚持客户至上的服务理念,关注用户体验,快速响应客户的各种个性化需求,为客户提供专业化、一站式的服务。这更要求广电运营商更加专注自己擅长的领域,将其他服务让更加专业的合作伙伴去做。海纳百川,有容乃大。广电运营商只有在竞争中有所为,有所不为,才能够培育起健康的产业链,最后才可能做大做强。

3、合作共赢 vs. 各自为政

    广电较为松散的管理格局导致在于各地广电在于银行、CP/SP及其他合作伙伴合作过程中并没有发挥广电系统规模效应的优势。
    在与银行合作上,各地广电在费率、业务需求、系统实现等各个层面并不能得到银行较好的支持,且要与一家一家银行合作接入并不是广电所擅长的。通过整合各地方广电的支付需求,形成一个独立的支付平台,可以整体提高广电与银行的议价能力。
    在与CP/SP合作上,广电尚未建立起成熟的类似于电信运营商的增值业务管理平台、增值业务运营平台、资金清算结算平台,产业链尚未形成,CP/SP短期很难马上获益,CP/SP主动性不高。且由于没有全国统一的资金清结算平台,CP/SP只能与各地广电一家一家进行结算,导致CP/SP运营成本极高。通过整合各地方广电的增值业务资金清结算需求,形成一个独立的资金清结算平台,可以让CP/SP更加专注在内容的创新与开发上,降低CP/SP的运营成本,从而整体提高广电增值业务平台的竞争力。
    在与合作伙伴合作上,广电并没有像电信运营商那样发展成熟的代理商管理体系及营销体系,帮助广电进行充值、售卡、增值业务推广等服务的服务点相对较少,市场开拓能力较弱。

 
参考:广电业务杂思之支付平台建设

 

从几个小产品的设计谈起

Posted in Uncategorized by chuanliang on 2009/06/27

    最近刚买了几个小东西,都很便宜,只不过在使用过程中充分体会了产品设计的重要性,所谓“小东西见大世界。

第一件东西:核桃夹

    各位过来人的谆谆教导说孕妇要多吃核桃,因此在集贸市场买核桃时候,在旁边的小商品批发处,花5块钱买了个核桃夹。核桃夹子做工很粗糙,所用的钢、手柄上的塑料等让人一看就是质量不怎么样。只不过核桃夹子倒比较好用,由于手柄设计得比较长,因此不管是大的、小的核桃都应付自如。尽管夹子样子丑陋,但比较实用。

1

    过了几天,爱人去沃尔玛,由于觉得刚买的核桃夹质量不怎么好,因此让她在沃尔玛花了20多元买个核桃夹。买回来一看,做工倒是挺精致的,通体都镀上不锈钢,看起来挺高档的。只不过一用来夹核桃就发现这东西中看不中用,夹子的手柄较短,对于较硬的核桃,基本上用不上劲。

核桃夹,大蒜夹(HF159B).jpg

     去宜家逛,试图再买个好用+好看的核桃夹子,只不过一看宜家的设计与在沃尔玛买的差不多,作罢。

     按照老婆大人的说法:设计核桃夹子的人应该不怎么吃核桃。

    

   第二件东西:拖把

   原来在物美花了30多买的拖把快坏了,拖把用了一年多,整体感觉还是不错的。在淘宝上花了70多买了个绿色家园压固式大平板拖,号称是“央视上榜品牌,出口欧美品质”。买回来马上试用,没想到一拧上拖把杆,就把拖把杆与拖把接口处的塑料弄了个裂口。用来拖地,发现拖把杆设计极其的不合理,由于拖把杆与拖把接口处是采用塑料、且采用螺旋方式,在拖地时候,拖把杆很容易与拖把随着螺旋接口滑出。

   按照老婆大人的说法:设计这拖把的人肯定是男性,不拖地的。

b1副本

   第三件东西:床上笔记本电脑桌

  为了方便在床上工作,因此在当当买书时候买了个索克的床上笔记本电脑桌。桌子质量还行,只不过使用一段时间后,发现桌子的设计存在一个很大的问题,由于凳子的脚是活动的(可以左右收缩活动)以方便折叠,在使用时候,经常由于没有放平(在床上使用一般也不容易放平),凳子脚很容易向中间收缩滑动导致凳子垮掉。

  按照老婆大人的说法:这设计师真笨,像以前自己家做的折叠的凳子,在凳子脚哪儿弄几个有支撑杆的螺丝钉,在打开使用时候,用支撑杆支撑一下凳子和凳子脚,这样凳子脚就不能随意活动,不就可以了吗。

20374552-1_o

  以上几个例子似乎都是“只求好看,不求好用”的代表。

   几点感受:

   1、以上几个例子,基本上都是那些有品牌的正规军的产品没有无品牌草根们的设计合理。其实不单纯这几个例子,在现实的开发中,这样的例子随处可见。究其原因,主要还是在于是否真正放下高贵的身段,贴近用户,用心研究产品的应用场景及目标用户对产品本质的需求。草根们没有规范化的流程去设计、评审、测试产品的设计是否合理,但通过对用户近距离的观察和贴身的服务,可以保证产品本身在核心功能上能够满足客户对于产品最基本的需求。而正规军们高高在上,总想着要创新、总想着引领潮流,每天清谈着xx 2.0、UED、UCD、IA各种时尚术语,标示自己的超凡脱俗,对于作为产品设计最基本的“业务场景分析、用户对产品最核心的需求”却没有人去仔细研究。尽管正规军们有各种流程、各种理论指导来做评审、测试、验收,最后产品包装得倒是很精美,但是却遗忘了产品最基本的功能。

   2、优秀是一种习惯,只有持续对产品细节偏执的追求才能够成就伟大的产品。我相信这几个产品的设计师其实不一定缺少常识,可能与我们大部分一样,我们秉承了中国人“凑合”的中庸之道,对于所有的事情,我们都不愿意投入十分的力气去追求产品的完美,我们信奉“不鸣则已,一鸣惊人”的哲理。在我们的内心深处,始终认为:当前这个产品做成这样已经凑合了,等遇到重量级的产品时我们再认真设计。于是乎我们始终在凑合中完成一个又一个的产品,一直在等待值得我们愿意“付出十分力气”的重量级的产品出现。这也是为何中国制造还是超越不了德国制造、日本制造?不单纯是工艺问题,也不只是质量和创新问题,更不是简单的成本问题。

   3、与其天天指望产品创新,还不如脚踏实地地做好当下的每一件产品,从每一件产品设计中去积累创新的基因。

   4、没有流程的企业无法长大;定义了众多流程但员工没有对事业追求卓越的热情,一样不能制造出优秀的产品。以上这些企业,我相信也是标准的专业化分工,都有自己的市场、产品、技术、品管、销售等职能部门,以上产品的问题,其中任何一环的员工如果能够稍稍使用一下,问题肯定就暴露出来了。其实这些问题的根源还是,我们都认为“产品不是我负责的,是他们负责的”。类似在我们自己的软件产品设计、开发中随处可见,产品、技术、市场、销售相互抱怨,例如:

       产品经理缺乏基本的常识;产品经理没有责任心,不关心自己的产品;产品经理在产品设计文档中有这样的设计,但技术在开发过程中没有遵循产品设计;技术不懂业务,因此作出的东西没人用;销售不懂产品,无法把东西销售出去;QA很差,无法保证产品质量等等。

    所以为了流程而流程,与没有流程一样的糟糕,危害可能更大。

创业杂感

Posted in Uncategorized by chuanliang on 2009/06/14

    前两天一个创业不久的朋友在网上说最近很郁闷,约一块吃饭聊聊天。

    朋友公司和他一起创业的几个人我都认识,之前几个人合作也挺好的,由于有创业前较好的积累,业务模式具有较大的创新性,公司的盈利模式、客户资源等基本上都是现成的,资金也不存在问题,因此一直觉得他们的创业前景应该是顺风顺水的。

    与朋友聊天才发现在看似美好的创业故事背后竟然有这么多的故事,看似黄金搭配的团队竟然有这么多的问题。感叹万分,是以为记。

    1、商业模式的创新并不是初创型企业决定性的因素,团队才是。再好的模式,没有强有力的执行团队,模式始终只是模式。一个成功商业模式的背后是一个适合企业模式需要的强有力团队。

    2、对于初创型企业而言,商业模式这样战略问题很重要,但怎样在竞争对手复制模式前快速将模式落地成型并做到极致更为重要。

    3、初创型企业所有问题的核心还是人的问题、管理的问题。

    4、领导者的情商很重要,尤其是对于初创型企业的老板。小企业无法用高薪留人,但可以用感情留人、用事业留人。创业者的家属也是重要的因素。

    5、有些人天生就是创业者,有些人只适合在大企业做高管。不是因为能力问题,而是心态问题。打工与创业需要完全不同的心态。

    6、创业者不可能成为完人,也不需要成为完人。但应当尽量摒除自己人性中致命的缺点,让自己能够融入团队、容纳别人。

    7、团队成员间的信任、包容、尊重是创业者间合作最基本的要求,连基本的信任都没有了,那还不如早点散伙。

    8、创业之初就拉帮结派对企业杀伤力很大,可以断送一切未来。

    9、沟通必须建立在倾听、尊重和包容基础上进行。不要在一切都无可挽回时候再沟通,哀莫大于心死。

    10、不要指望所有的员工都具有创业精神。不可能让所有的人都能够像创业者自己一样为未来飘渺的理想奋斗,也不要不要指望每一个员工都是创业者、自我管理者、企业文化的缔造者,对不同层次的员工有不同的要求。

    11、每个人在创业团队中都有自己的真实需求(与企业文化、企业愿景无关),只有正视这一点才可能建立起适合企业需要的管理制度。   

    12、没有大企业教条化制度的桎梏,能够快速应对市场需求变化是初创型企业的优势。但并不意味着初创型企业不需要制度、不需要规范化管理,恰恰相反,规范化对于初创型企业成败影响更加明显。能否快速从野蛮生长阶段上升到规范化管理阶段是企业能否快速做大的关键。

    13、创业最大的悲哀莫过于无助地看着机会从指尖慢慢地滑过。

无网络环境下Vmware Host主机与Guest虚拟机通信

Posted in Uncategorized by chuanliang on 2009/06/13

    需要在一台演示用的笔记本上安装演示系统,演示系统需要安装Oracle、Tomcat、Apache等应用。由于笔记本是HP较新的 TouchSmart tx2-1012,操作系统缺省是Vista Home Premium 版本,无法安装Oracle,换成Windows XP 包括触摸屏驱动在内的很多驱动都找不到。同时由于演示系统需要供非技术人员用,需要将演示系统做成相对傻瓜化的方式,要让他们记住从系统服务里启动一堆东西是很麻烦的事情。如果所有的都做成服务随系统自动启动,Vista系统已经足够缓慢了,再加上Oracle、Tomcat等更慢的让人崩溃。

    于是乎装个VMWARE倒是不错的方案,在虚拟机中装个符合演示系统需要的最简版本的Linux,将demo、Oracle、Tomcat、Apache等装到虚拟机环境中,所有的应用都做成随系统自动启动。平常不演示时候,不用启动VMWARE,演示时候再启动,这样能够较好平衡日常使用系统性能与傻瓜化使用的需要。

    只不过又遇到一个问题,平常做演示的时候,很多地方并不具备网络环境。怎样在无网络的环境下让Host与Guest直接能够相互通信呢?

    其实很简单,问题的关键在于理解Vmware的vmnet0、vmnet1、vmnet8。

1、vmnet0

    这是Vmware Bridged模式使用的Network Adapter。在Bridged模式下,Vmware实际上构建了一个也叫vmnet0的虚拟网桥,Host的物理网卡及Guest的虚拟网卡都连接到虚拟网桥的端口上。与sniffer的原理类似,Vmware通过将Host的物理网卡设置为混杂模式,连接在虚拟网桥上的Host和Guest遵循Ethernet的CSMA/CD 协议进行信道的争用和共享,这样Host的物理网卡就可以监听多个目标地址的包。

    由于Host和guest都处在同一个Bridged网络中,Host 的物理网卡就可以把目标地址为Guest虚拟机的数据包截获下来,通过VMware Bridge Protocol协议转发给Guest的虚拟网卡,达到了“桥接”的功能。

   由于此种模式只能在具有网络环境的情况下使用,不是我们讨论的重点。

vmnet0

2、vmnet1

    这是Vmware Host-Only模式使用的Network Adapter。在Host-Only模式下,Vmware实际上构建了一个也叫VMnet1的Virtual Network。

    VMnet1 Virtual Network的子网地址为:192.168.205.0,子网掩码为:255.255.255.0,网关地址为:192.168.205.2 。  

vmnet1 gateway

    Host通过“VMWare Virtual Ethernet Adapter for VMnet1”连接到虚拟网络。对于VMnet1网络Vmware提供了DHCP服务,这样Host与Guest都可以通过Vmware的DHCP服务器可以分配到192.168.205.0网段的ip地址。

    缺省情况下在host下VMware Network Adapter VMnet1属性中,vmnet1 的ip地址已经设置为192.168.205.1/255.255.255.0。

vmnet1

   Guest虚拟机的Linux在采用DHCP的情况下,eth0获得的ip地址为192.168.205.128,由于是Host-Only模式,因此缺省情况下没有gateway。

   因此在无网络环境的情况下,Host与Guest要相互通信,可以通过VMnet1的DHCP服务器给host主机的vmnet1 Network Adapter和Guest虚拟主机的Network Adapter分配的ip地址来相互通信。

3、vmnet8

    这是Vmware NAT模式使用的Network Adapter。在NAT模式下,Vmware实际上构建了一个叫VMnet8的Virtual Network。VMnet8 Virtual Network的子网地址为192.168.8.0,子网掩码为255.255.255.0 ,NAT网关地址为192.168.8.2。  

vmnet8 gateway

    Host通过“VMWare Virtual Ethernet Adapter for VMnet8”连接到虚拟网络。对于VMnet8网络Vmware提供了DHCP服务,这样Host与Guest虚拟机都可以通过Vmware的DHCP服务器可以分配到192.168.8.0网段的ip地址。

   在Host 网络链接的VMware Network Adapter VMnet8属性中,Host主机vmnet8的ip地址已经被缺省设置为192.168.8.1/255.255.255.0。

   在Guest虚拟机的Linux采用DHCP的情况下,Guest虚拟机的eth0获得的ip地址为192.168.8.130,gateway地址为192.168.8.2,实际上就是vmnet8的网关地址。当然也可以不使用DHCP,手工将虚拟机的eth0的ip地址配置为192.168.8.0网段的ip地址。

vmnet8

   因此在具有网络环境及无网络环境的情况下,host与虚拟机要相互通信,可以通过VMnet8的DHCP服务器给host主机的vmnet8 Network Adapter适配器和虚拟主机的Network Adapter分配的ip地址来相互通信。

  总结:

    在无网络环境下,可以采用vmnet1、vmnet8的ip地址来完成host主机与Guest虚拟机之间的通信。相比较而言,NAT模式在具有网络的条件下也能够正常使用,因此在无网络的环境下,采用NAT模式比Host-Only模式方便得多。

Oracle 10.2.0.1 在x86-64 的Redhat AS4 Update 2安装杂记

Posted in Uncategorized by chuanliang on 2009/06/13

   需要在一台Dell 1950 的Redhat AS4 Update 2上安装Oracle,原本打算重装操作系统升级到AS5,安装到分区时候,无法识别硬盘,没有Dell openManage Assistant光盘,也没有软驱,只好在原有的AS4 Update 2上安装Oracle。

   以前在电信项目中使用Oracle都是64位的Solaris及HP-Unix,因此很少考虑CPU兼容性问题。做互联网后很少再使用Oracle了,被AMD、INTEL们宣扬的x86_64与i386向下的兼容性所迷惑,因此也没细看服务器的系统配置,习惯性地上传了以前下载的Oracle 10.1.0.2 for Linux,按照Oracle安装的标准步骤配置好相关环境变量及内核参数后,启动安装界面运行到安装数据库(Installing Oracle Database )阶段,进度条始终停在2%就停止不动了。百思不得其解,找了半天原因,后来查看了一下机器配置(uname -a),发现Dell 1950的CPU是Intel XEON x86_64位的服务器,因此怀疑是x86_64机器的问题。

   只好又花了半天下载了一个Oracle 10201 linux x86_64版本 的安装包,下载完成后,解压后(gunzip 10201_database_linux_x86_64.cpio.gz;cpio -idmv < 10201_database_linux_x86_64.cpio),重新开始过程,在安装数据库阶段倒是顺利过了,但是到编译链接阶段(Linking ‘Oracle Database’),报错:

Error in invoking target ‘install’ of makefile ‘/opt/oracle/product/10.2/ctx/lib/ins_ctx.mk’

忽略错误继续安装,仍然报一堆类似的错误,看来继续安装已经没有价值了。

Screenshot1

从现象来看,应该是libstdc、gcc的问题,按照这篇文章,检查了Linux的rpm包

rpm -q –qf ‘%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})n’ binutils compat-db control-center gcc gcc-c++ glibc glibc-common  gnome-libs libstdc++ libstdc++-devel make pdksh sysstat xscreensaver libaio libaio-devel

结果如下:
compat-db-4.1.25-9 (i386)
compat-db-4.1.25-9 (x86_64)
control-center-2.8.0-12.rhel4.2 (x86_64)
gcc-3.4.4-2 (x86_64)
gcc-c++-3.4.4-2 (x86_64)
glibc-2.3.4-2.13 (x86_64)
glibc-2.3.4-2.13 (i686)
glibc-common-2.3.4-2.13 (x86_64)
gnome-libs-1.4.1.2.90-44.1 (x86_64)
libstdc++-3.4.4-2 (x86_64)
libstdc++-3.4.4-2 (i386)
libstdc++-devel-3.4.4-2 (x86_64)
libstdc++-devel-3.4.4-2 (i386)
make-3.80-5 (x86_64)
pdksh-5.2.14-30.3 (x86_64)
sysstat-5.0.5-1 (x86_64)
xscreensaver-4.18-5.rhel4.9 (x86_64)
发现缺少了binutils、libstdc++-devel 、libaio、libaio-devel几个重要的包,下载了这几个包安装

wget ftp://ftp.pbone.net/mirror/www.whiteboxlinux.org/whitebox/4/en/os/x86_64/WhiteBox/RPMS/libaio-0.3.103-3.x86_64.rpm

wget ftp://ftp.pbone.net/mirror/www.whiteboxlinux.org/whitebox/4/en/os/i386/WhiteBox/RPMS/libaio-0.3.103-3.i386.rpm

wget http://oss.oracle.com/projects/compat-oracle/dist/files/RedHat/binutils-2.15.92.0.2-15.0.0.0.2.x86_64.rpm

rpm –Uvh –force libaio-0.3.103-3.x86_64.rpm libaio-0.3.103-3.i386.rpm binutils-2.15.92.0.2-15.0.0.0.2.x86_64.rpm

下载binutils时候有binutils-2.15.92.0.2-13.0.0.0.2.x86_64.rpmbinutils-2.15.92.0.2-15.0.0.0.2.x86_64.rpm两个包可供选择,按照Oracle的说明,在AS4 Update2上应当安装binutils-2.15.92.0.2-15.0.0.0.2.x86_64.rpm

安装完上述包,重新Oracle安装过程,进行到Linking Stage仍然报类似的错误。

按照这篇文章的说法,在x86_64上安装10G R2应当使用binutils-2.15.92.0.2-13.0.0.0.2.x86_64.rpm包,而不应当使用binutils-2.15.92.0.2-15.0.0.0.2.x86_64.rpm

卸载binutils-2.15.92.0.2-15.0.0.0.2.x86_64.rpm重新安装binutils-2.15.92.0.2-13.0.0.0.2.x86_64.rpm

rpm -e –force binutils-2.15.92.0.2-15.0.0.0.2 ;rpm -Uvh –force binutils-2.15.92.0.2-13.0.0.0.2.x86_64.rpm

安装进行到Linking Stage仍然报类似错误。

按照这篇文章的说法,还应当安装gcc、gcc-c++-、glibc-devel、glibc-headers、glibc-kernheaders的32位及64位的相关开发包

wget http://linuxsoft.cern.ch/cern/slc4X/x86_64/yum/updates/glibc-devel-2.3.4-2.13.i386.rpm

wget http://linuxsoft.cern.ch/cern/slc4X/x86_64/yum/updates/glibc-devel-2.3.4-2.13.x86_64.rpm

wget http://linuxsoft.cern.ch/cern/slc4X/x86_64/yum/updates/glibc-headers-2.3.4-2.13.x86_64.rpm

wget http://linuxsoft.cern.ch/cern/slc44/x86_64/yum/os/glibc-kernheaders-2.4-9.1.98.EL.x86_64.rpm

rpm –Uvh glibc-devel-2.3.4-2.13.i386.rpm glibc-devel-2.3.4-2.13.x86_64.rpm  glibc-headers-2.3.4-2.13.x86_64.rpm glibc-kernheaders-2.4-9.1.98.EL.x86_64.rpm

安装进行到Linking Stage仍然报错,查看日志oracle/oraInventory/logs/installActions2009-06-08_12-12-04PM.log,报/usr/lib64/libstdc++.so.5: No such file or directory 错误:

INFO:

INFO:  – Linking liborasdkbase

INFO: /coias/oracle/product/10.2/bin/genorasdksh -base

INFO: $Id: genorasdksh.sh 02-mar-2005.16:22:46 mchengjr Exp $

INFO: Generating BASE ORASDK library…

INFO: Creating /coias/oracle/product/10.2/lib/liborasdkbase.so.10.2

INFO: gcc:

INFO: /usr/lib64/libstdc++.so.5: No such file or directory

INFO: /coias/oracle/product/10.2/bin/genorasdksh: Failed to link liborasdkbase.so.10.2

INFO: make: *** [liborasdkbase] Error 1

INFO: End output from spawned process.

INFO: ———————————-

INFO: Exception thrown from action: make

Exception Name: MakefileException

Exception String: Error in invoking target ‘all_no_orcl’ of makefile ‘/coias/oracle/product/10.2/rdbms/lib/ins_rdbms.mk’. See ‘/coias/oracle/oraInventory/logs/installActions2009-06-08_12-12-04PM.log’ for details.

Exception Severity: 1

INFO: The output of this make operation is also available at: ‘/coias/oracle/product/10.2/install/make.log’

下载glibc-devel-2.3.4-2.13.i386.rpm、compat-gcc-32-c++-3.2.3-47.3.i386.rpm 、compat-gcc-32-3.2.3-47.3.i386.rpm

wget http://whiteboxlinux.osmirror.nl/4/en/obsolete-updates/glibc-devel-2.3.4-2.13.i386.rpm

wget ftp://ftp.chg.ru/pub/Linux/CentOS/4.7/os/i386/CentOS/RPMS/compat-gcc-32-c++-3.2.3-47.3.i386.rpm

wget ftp://ftp.chg.ru/pub/Linux/CentOS/4.7/os/i386/CentOS/RPMS/compat-gcc-32-3.2.3-47.3.i386.rpm

安装这几个包后,重新安装Oracle,在邻近崩溃边缘终于顺利完成Oracle安装。

真不容易,整整浪费了一天多的时间。

总结如下:

  1、x86_64并没有想CPU厂商宣扬的那样对32位CPU应用向下的兼容性,尤其是Intel的

  2、Oracle 10.2.0.1在AS4 Update2上安装,需要依赖libaio、libaio-devel、binutils、libstdc、glibc-devel、compat-gcc-32-c++、compat-gcc-32等几个重要的包,尤其是32位(i386或i686)、64位(X86_64)对应的包

rpm -q –qf ‘%{NAME}-%{VERSION}-%{RELEASE} (%{ARCH})n’ binutils compat-db control-center gcc gcc-c++ glibc glibc-common  gnome-libs libstdc++ libstdc++-devel make pdksh sysstat xscreensaver libaio libaio-devel glibc-devel glibc-headers glibc-kernheaders compat-gcc-32-c++ compat-gcc-32


binutils-2.15.92.0.2-13.0.0.0.2 (x86_64)

compat-db-4.1.25-9 (i386)

compat-db-4.1.25-9 (x86_64)

control-center-2.8.0-12.rhel4.2 (x86_64)

gcc-3.4.4-2 (x86_64)

gcc-c++-3.4.4-2 (x86_64)

gcc-c++-3.4.4-2 (i386)

glibc-2.3.4-2.13 (i686)

glibc-2.3.4-2.13 (x86_64)

glibc-common-2.3.4-2.13 (x86_64)

gnome-libs-1.4.1.2.90-44.1 (x86_64)

libstdc++-3.4.4-2 (i386)

libstdc++-3.4.4-2 (x86_64)

libstdc++-devel-3.4.4-2 (x86_64)

make-3.80-5 (x86_64)

pdksh-5.2.14-30.3 (x86_64)

sysstat-5.0.5-11.rhel4 (i386)

xscreensaver-4.18-5.rhel4.9 (x86_64)

libaio-0.3.103-3 (x86_64)

libaio-0.3.103-3 (i386)

libaio-devel-0.3.103-3 (x86_64)

glibc-devel-2.3.4-2.13 (x86_64)

glibc-devel-2.3.4-2.13 (i386)

glibc-headers-2.3.4-2.13 (x86_64)

glibc-kernheaders-2.4-9.1.98.EL (x86_64)

compat-gcc-32-c++-3.2.3-47.3 (i386)

compat-gcc-32-3.2.3-47.3 (i386)

  3、这篇文档这个帖子对于Oracle 10R2在x86_64下安装过程总结得很不错,只不过刚开始时候没有耐心看完,怀着侥幸的心理看了前面一部分就开始安装,白白浪费了很多时间。

参考资料:

http://www.puschitz.com/InstallingOracle10g.shtml 

http://oss.oracle.com/projects/compat-oracle/files/RedHat/ 

http://forums.oracle.com/forums/thread.jspa?threadID=336440

http://www.freelists.org/post/oracle-l/Oracle-92-on-RH-ES-4-x86-64,5

http://forums.oracle.com/forums/thread.jspa?threadID=336440

http://space.itpub.net/4227/viewspace-69540

http://www.xxlinux.com/linux/article/development/database/20060709/2611.html

 

 

记录一下Oracle 自启动脚本配置方法,免得每一次都要写一遍

1)、vi /etc/rc.d/init.d/oracle 内容如下:

#!/bin/bash

#

#################FUNCTION#############

#

# AutoStart Oracle and listener

# AutoStop Oracle and listener

#

#

case "$1" in

start)

echo "Starting Oracle Databases … "

echo "————————————————-" >> /var/log/oracle

date +" %T %a %D : Starting Oracle Databasee as part of system up." >> /var/log/oracle

echo "————————————————-" >> /var/log/oracle

su – oracle -c "dbstart" >> /var/log/oracle

echo "Done."

echo "Starting Oracle Listeners … "

echo "————————————————-" >> /var/log/oracle

date +" %T %a %D : Starting Oracle Listeners as part of system up." >> /var/log/oracle

echo "————————————————-" >> /var/log/oracle

su – oracle -c "lsnrctl start" >> /var/log/oracle

echo "Done."

echo ""

echo "————————————————-" >> /var/log/oracle

date +" %T %a %D : Finished." >> /var/log/oracle

echo "————————————————-" >> /var/log/oracle

touch /var/lock/subsys/oracle

;;

stop)

echo "Stoping Oracle Listeners … "

echo "————————————————-" >> /var/log/oracle

date +" %T %a %D : Stoping Oracle Listener as part of system down." >> /var/log/oracle

echo "————————————————-" >> /var/log/oracle

su – oracle -c "lsnrctl stop" >> /var/log/oracle

echo "Done."

rm -f /var/lock/subsys/oracle

echo "Stoping Oracle Databases … "

echo "————————————————-" >> /var/log/oracle

date +" %T %a %D : Stoping Oracle Databases as part of system down." >> /var/log/oracle

echo "————————————————-" >> /var/log/oracle

su – oracle -c "dbshut" >>/var/log/oracle

echo "Done."

echo ""

echo "————————————————-" >> /var/log/oracle

date +" %T %a %D : Finished." >> /var/log/oracle

echo "————————————————-" >> /var/log/oracle

;;

restart)

$0 stop

$0 start

;;

*)

echo "Usage: oracle {start|stop|restart}"

exit 1

esac

——————————————————————————–

2)、chmod 755 /etc/rc.d/init.d/oracle

3)、vi /etc/oratab

  demo:/coias/oracle/product/10.2:Y

确认$ORACLE_HOME/bin/dbstart及$ORACLE_HOME/bin/dbshut中的ORATAB=/etc/oratab,如果不是,修改为

ORATAB=/etc/oratab

4)、chown oracle:dba /etc/oratab;chmod 755 /etc/oratab

5)、增加rc2.d、rc3.d、rc5.d启动、关闭脚本

  ln -s /etc/rc.d/init.d/oracle /etc/rc.d/rc2.d/S99oracle

  ln -s /etc/rc.d/init.d/oracle /etc/rc.d/rc3.d/S99oracle

  ln -s /etc/rc.d/init.d/oracle /etc/rc.d/rc5.d/S99oracle

  ln -s /etc/rc.d/init.d/oracle /etc/rc.d/rc0.d/K01oracle

  ln -s /etc/rc.d/init.d/oracle /etc/rc.d/rc6.d/K01oracle

Technorati 标签: ,,,,,,

“优惠多”的新媒体梦想再思考

Posted in Uncategorized by chuanliang on 2009/06/04

    一直觉得“优惠多”的商业模式还是蛮有趣的,在“优惠多”的新媒体梦想 中也对其商业模式进行了学习研究。只不过经过一段时间的亲身体验,近段时间去超市购完物后对“优惠多”的柜台再没了当时的热情,主要的原因如下:

  1、“优惠多”针对目标群体提供的“精准营销”问题:“优惠多”的赠品资源似乎很有限,送来送去就那几种,什么开米餐具净、清扬男士去屑洗发水等,不知是不是“优惠多”的资源整合出了问题,导致拿不到更多商家的资源支持。从每一次在“优惠多”都能够中奖角度来说,我这样的客户应该算“优惠多”及商家感兴趣的客户群,但像这样的客户群大部分对于简单的赠品、试用品并不一定感冒;而且这样的试用装说实话只能算是“鸡肋”,洗一次头或洗一次碗似乎都不够用,于是乎家里从“优惠多”拿的赠品最后都被当成垃圾扔掉了。这肯定不是商家或“优惠多”所希望的结果。

    对于目标客户群并不一定要提供什么昂贵服务才能吸引眼球,关键是要提供有价值的信息及服务。例如海淀妇幼保健院门口那些推销产妇套餐的人发的小本的套餐说明书,我就很愿意看看并会将其保留下来,因为里面有很多关于产妇饮食的常识,尽管我也不一定会成为其最终的客户。“优惠多”初期在数据较少的情况下目前尚不具备“精准营销”的能力,但其可以通过更好的产品设计来为真正的目标客户群提供有价值的信息及服务,这样才能够吸引目标群体的较为长久的眼球。做不到这一点,“优惠多”可能在很长一段时间只能够像一堆试用网站一样沦落为“试用品”分发渠道而已。

  2、“优惠多”的系统并没有我当初理解的那么先进:起初对“优惠多”感兴趣的原因除了因为对其商业模式感兴趣外,还因为对其后端的支撑系统很有兴趣。开始以为“优惠多”的关联推荐规则是通过“协同过滤”、“数据挖掘”等技术来实现智能推荐的。后来体验几次后发现,其后端系统肯定还是通过人工手动关联来维护各种赠品之间的关联关系的(例如根据产品类别来关联推荐),以至于自己都能够根据购买的东西来推测出送什么东西。当然也有可能与其赠品资源有限有关系,导致可关联样本很少。

  3、“优惠多”的市场营销上似乎也无大的动作:这段时间到超市从没见“优惠多” 进行过什么市场营销活动,总体感觉始终不温不火的,还是很低调地沿袭“扫描购物小票->试用品领取”模式。可能“优惠多”骨子里真的web2.0的公式,相信“口碑营销”的力量吧。但像“优惠多”这样较为依赖于上游商家资源的企业来说,如果不具备较强的上游资源整合能力,那至少应当快速积累起较多的客户资源来作为与上游谈判的筹码,获得更多的资源支持,从而逐步演进为“客户运营和数据营销”公司,最终建立起核心的竞争优势。做不到这一点,暂且不论由于门槛较低导致的无数后来者的疯狂拷贝,线下模式相对较高的运营成本最终也会让其成为“死在沙滩上的前浪”。

  4、“优惠多”似乎并不重视客户数据的收集:就我理解而言,“优惠多”最终的核心价值在于海量客户数据以及对客户较为精准的营销,这样才能够忽悠各种商家通过其渠道来投放广告、开展市场调查等活动,因此客户数据的搜集是“优惠多”当下的运营重点之一。但去了“优惠多”几次,其营业员从未提起办理会员卡的事情,也未听说针对会员的促销活动。从官网看来,“优惠多”的商业模式应该也是很重视客户数据的搜集的,但在现实的运营中,“发放试用品”似乎变成了运营的重点,其实这本该只是搜集客户数据的工具而非运营的目的。

  5、“优惠多”的理想与现实之间始终存在很大的鸿沟:从自己的体验而言,“优惠多”仍然面临众多的挑战,相对于其梦想而言,“优惠多”才刚刚起步,尚有很长的路要走。正如众多的互联网创业公司一样,即使拥有无比完美的商业模式,如果没有执行力将商业模式转化为可持续改进的运营模式,如果没有执行力将商业模式落实到运营的细节中,那么再好的模式也只能是梦想而已。

   之所以看好“优惠多”的商业模式,并不是看好“优惠多”公司本身,而是看好“优惠多”这样的线下-线上结合的模式,看好“优惠多”正在实践的“体验营销”的新模式,我相信未来互联网最大的机会在于与传统商业模式的结合,在于通过全方位的“体验营销”为用户提供最佳的用户体验。

  以上这些观点只是个人感觉而已,相信“优惠多”有其自己的战略节奏,一切尽在掌握中。毕竟一种商业模式从创新到最终的成功,需要时间与挫折去沉淀、去完善,“优惠多”也不例外。对于我们这样的看客而言,只能对像“优惠多”这样为了梦想而努力前行的探索者致以最高敬意。祝愿“优惠多”一路走好,祝愿“优惠多”的多媒体梦想不只是梦想而已。