工作,学习,生活,这里将会有一些记录. 备用域名:http://meisw.51099.com 注册 | 登陆
浏览模式: 标准 | 列表2011年01月的文章

linux rar

鼠标移动表格变色!CSS控制

<style type="text/css">
<!--
.over { background-color: #000000;color:#FFFFFF;}
.out { background-color: #ffffff;color:#000000;}
-->
</style>
<table cellpadding="1" cellspacing="1" height="30" bgcolor="#999999">
    <tr>
      <td width="156" bgcolor="#F3F3F3" height="30" onMouseOver="this.className='over'" onMouseOut="this.className='out'">
      <p align="center"><span style="font-size:9pt;">Mouse on here!!</p>
      </td>
    </tr>
</table>

httpd restart

error_log
/etc/rc.d/init.d/functions: line 404: echo: write error: Broken pipe
/etc/rc.d/init.d/functions: line 405: echo: write error: Broken pipe
/etc/rc.d/init.d/httpd: line 60: echo: write error: Broken pipe
/etc/rc.d/init.d/httpd: line 44: echo: write error: Broken pipe
/etc/rc.d/init.d/functions: line 400: echo: write error: Broken pipe
/etc/rc.d/init.d/functions: line 402: echo: write error: Broken pipe
/etc/rc.d/init.d/functions: line 404: echo: write error: Broken pipe
/etc/rc.d/init.d/functions: line 405: echo: write error: Broken pipe
/etc/rc.d/init.d/httpd: line 47: echo: write error: Broken pipe

 

/etc/rc.d/init.d/httpd restart
Stopping httpd:                                            [FAILED]
Starting httpd: (98)Address already in use: make_sock: could not bind to address 0.0.0.0:80
no listening sockets available, shutting down
Unable to open logs

ps

ps -eo pid,user,command

zend guard 5

zend guard 4/5 破解版和免过期办法,已补授权Key一枚,成功注册。

zend guard 4加密过的程序文件已经能被反编译过来,而zend guard 5目前还依然坚挺,可惜没有大侠放出特别版,买不起zend guard商业服务的个人和小公司几乎可以说是望尘莫及,以下是网上找到的一个免去试用版加密的文件有14天过期的限制。

首先下载以下的安装文件,目前最新版本是5.5.0,包含windows和linux两个版本,均为32位。

http://downloads.zend.com/guard/5.5.0/ZendGuard-5_5_0.exe

http://downloads.zend.com/guard/5.5.0/ZendGuard-5_5_0.tar.gz

使用ZendGuard 5 加密前,修改系统时间到 2099-12-31日,再加密文件,这样就不会出加密后的文件14天后过期的问题了。

今日朋友送来一枚授权,额,终于按是注册成功了,不敢独享,免费发布下载了。

干什么?快下载吧:zend_guard 5能用的授权,解压后会得到一个.zl文件,打开ZendGuard,Help->register->seach license from disk,然后注册ok!这个授权文件到期时间是2010年7月10号,把自己电脑的日期调到这个时间之前就可以用。笑。

Xen 支持的虚拟机类型

我们都知道 Xen 支持两种虚拟机类型:半虚拟化(paravirtualization)和全虚拟化(full virtualization),我们也知道 Xen 支持32位的和64位的虚拟机。决定 Xen 服务器是否能支持半虚拟化、全虚拟化、32位和64位的关键因素是处理器,即 CPU 的类型。

当 Xen 虚拟机运行在不支持虚拟化的硬件上的时候(CPU 不支持虚拟化),所有的内核和虚拟机(domains)都必须使用相同类型内存模型和指令大小。比如,如果使用的是 64位的 hypervisor 和 domain0,那么上面所有的 domainU 都必须是64位的或32位 PAE 的;同样,如果使用的是32位(带 PAE 内存扩展)的 xen 内核的话,那么所有在上面运行的 domainU 也都必须是32位(带 PAE 内存扩展)的。

当 Xen 虚拟机运行在支持虚拟化的硬件上、有了硬件的支持的时候(CPU 支持虚拟化),上面的限制就变得宽松多了,可支持的虚拟机类型范围要大多了。1个32位带 PAE 支持的 Xen 内核可以在上面运行1个不带 PAE 支持、全虚拟出来的 domainU;1个64位的 Xen 系统可以运行任何32位的 Linux domainU(包括半虚拟的 domainU 和全虚拟的 domainU);但是1个32位的 Xen 系统可以运行32位半虚拟的 domainU 而不能运行64位半虚拟的 domainU 了。所以 Xen 是向前兼容的,64位的 Xen 内核可以兼容运行32位PAE、纯32位的 domainU,但是不能反过来,32位的 Xen 内核不能运行64位的 domainU 等。

如果觉得上面的文字说明看得有点头昏,VPSee 整理了一个表格:

Hypervisor domain0 domainU (PV) domainU (HVM)
32bit 32bit 32bit 32bit
32bit PAE 32bit PAE 32bit PAE 32bit or 32bit PAE
64bit 64bit 64bit or 32bit PAE 32bit, 32bit PAE or 64bit

 

Intel VT(Virtualization Technology)和 AMD SVM(Secure Virtual Machine)是两大处理器生产商为了迎合虚拟化发展的趋势而在自己的处理器里直接增加对虚拟化技术的硬件支持。辨别自己的 CPU 是否支持虚拟技术很简单,只需要检查 cpuinfo 里面是否带有虚拟化标志,如果使用的是 Intel CPU,那么 flags 里应该有 vms 字样;如果使用 AMD CPU,那么 flags 里应该可以找到 svm,下面是 VPSee 在一台 SUN Fire X2100 服务器上打印的结果:

# cat /proc/cpuinfo | grep flags
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm
3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov
pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt rdtscp lm
3dnowext 3dnow pni cx16 lahf_lm cmp_legacy svm extapic cr8_legacy

注意:如果已经启动到 Xen 系统中, cat /proc/cpuinfo | grep flags 将在默认情况下不会显示 vmx 或 svm 标志位,只有在安装 Xen 前的纯 Linux 内核下才可以看到。还有就是,确定 BIOS 中打开了 Intel VT 或 AMD SVM 虚拟化的支持。

通常安装完 Xen 后,Xen 就能自动识别出系统支持哪几种虚拟机类型。只需要简单打印出 Xen 虚拟机的兼容名单就可以看出来:

# cat /sys/hypervisor/properties/capabilities
xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64

上面打印出来的内容表示这个系统可以运行 64位 domains(xen-3.0-x86_64)、32位带 PAE 的 domains(xen-3.0-x86_32p)、32位全虚拟化 domains(hvm-3.0-x86_32)、32位带 PAE 全虚拟化 domains(hvm-3.0-x86_32p)、64位全虚拟化 domains(hvm-3.0-x86_64).

在普通 Linux 下面的 /proc 里包含了一些运行时的 Linux 内核参数可以查看和修改,和 /proc 的作用类似,在 Xen 里面 /sys 里包含了 xen hypervisor 的一些参数。如果在你的 Xen 系统上没有发现 /sys/hypervisor,多半时因为在配置 Xen 内核的时候没有选择上 XEN_SYSFS,重新配置、编译和安装 带 Xen 的 Linux 内核就可以了。

在自己的 IT 环境里部署 Xen 虚拟化前需要了解一下自身 IT 环境的一些特点,比如:用户的使用类型(将在虚拟机上干什么?),需要运行的应用(是否某应用程序必须运行在老的32位的系统上?)等,这样方便选购服务器、迁移平台和应用以及部署虚拟化。

互联网公司完善商业模式需完成七件事情

北京时间1月9日消息,现在,几乎每一个科技公司都在谈论有关商业模式的话题,最新一期的英国《经济学人》杂志就撰文批评 Facebook的商业模式不够成熟。到底什么是商业模式?维卫克•瓦德瓦(Vivek Wadhwa)日前在美国知名技术博客TechCrunch上刊文发表了自己的看法。瓦德瓦是加州大学伯克利分校信息学院的访问学者,哈佛大学法学院的高 级研究员,目前担任杜克大学商业化创业中心的研究总监。

 

以下就是文章全文:

建立一个成功的商业模式的第一步,就是了解你的客户真正需要哪些软件产品或技术,并乐意掏钱购买这些软件产品或服务。这是一个反复摸索的过程,初成立的科技企业经常做不到这点,因为购买或使用他们服务的客户太少。所以,不要低估了验证和测试有关商业模式想法的重要性。

开发合适的软件产品通常是很难的。但是,建立良好的商业模式才是真正的难题。所幸的是,商业模式其实也并没有那么神秘。它只是一个有关如何创造收入和利润的思想和方法,描述了一些公司的长期战略和日常运作方式而已。

互联网公司经常会制定一系列详细的商业计划,来显示乐观的市场份额预测。即使是在规模达10亿美元的市场中只分得了一杯羹,那依旧是有利可图 的,对不对?一厢情愿的想法固然不错,但是当谈到建立商业模式的时候,你就必须面对现实了。商业模式虽不尽相同,但具有七个基本组成部分:

1 接触客户。爱默生有句名言,叫“一招鲜 吃遍天”。但现实情况是,即使你有这种本事,客户也不一定会有找到你。即使知道谁是你的潜在客户群,但要让客户认识你的软件产品或服务通常比较困难,而且 花费也极其昂贵。你一定要通过互联网找到这些客户的电子邮件,或者使用老式的方法,利用广播媒体、平面广告、直邮或电话营销。而这些潜在的客户不太可能一 直在等待着接收你的电子邮件,他们也可能不会回复你。所以,一定要确保你知道如何将你的软件产品介绍给这些目标客户。

2 使你的软件产品具有差异化竞争力。你可能会认为你已经找到了最好的解决办法,但是,你的竞争对手也会有同样好的办法。这个市场总是充满竞争,不管你是否意 识到这一点。聪明厂商知道如何开发独特的软件产品定位策略,突出软件产品的真正价值。你需要完全理解竞争,并有效地向客户传达你的软件产品所具有的独特优 势。

3 定价。你必须做出的最基本的决定,就是要明白你应该为你的软件产品或服务向客户收取多少费用。了解客户的价值,然后估算你的总成本,分析竞争环境,并制定你的长期战略。为了公司的生存,你的软件产品的价格必须高于其整体成本。

4 销售。说服顾客购买你的软件产品,这也是一个企业家必须掌握的最重要的技能之一。在任何时刻,你都要兜售你的软件产品。所以,你必须了解如何才能达成交易,并将必要的销售过程进行整理,而这个过程必须仔细设想。要记住测试你的销售策略,就像测试你的软件产品那样。

5 交付/发布。选择在互联网上发布软件产品的确很方便。零售或互联网商店是一个不错的选择。对于不同的软件产品类型,你必须有正确的发布途径。您的软件产品需要进行合理的设计和以方便将其交付到客户手中。

6 支持客户。除了指导顾客如何使用你的软件产品,你需要确保你能够应对软件产品中存在的缺陷和退货,回答有关软件产品的问题,听取并采纳用户有关改善软件产 品的建议。您可能需要提供咨询服务,帮助客户将你的软件产品集成到他们的产品中。如果你的软件产品是业务的重要组成部分,您可能还需要提供24 / 7热线服务或网络支持。

7 获得客户满意度。创业公司能否最终成功,要取决于一个企业在多大程度上帮助客户实现他们的目标。满意的客户会成为你最好的销售人员和忠实用户。不满意的客户会让你蒙受很大的损失。

在商业模式中,所有这些要素必须结合起来应用。不过,你不必在成立公司的时候,从头开始制定商业模式。你可以以学习竞争对手和其他市场作为学习的开端。它不仅能够提供宝贵的成功经验,还让你汲取失败的教训。

您可以像开发您的软件产品那样设计创新的商业模式。在积累一定的经验后,你就可以着手准备创新发展策略。像你的软件产品一样,商业模式可能会需要好几个版本才能成熟。在实践中探求真知吧。

HTTP 状态码大全

100  Continue  初始的请求已经接受,客户应当继续发送请求的其余部分。(HTTP 1.1新)

101  Switching Protocols  服务器将遵从客户的请求转换到另外一种协议(HTTP 1.1新)

200  OK  一切正常,对GET和POST请求的应答文档跟在后面。

201  Created  服务器已经创建了文档,Location头给出了它的URL。

202  Accepted  已经接受请求,但处理尚未完成。

203  Non-Authoritative Information  文档已经正常地返回,但一些应答头可能不正确,因为使用的是文档的拷贝(HTTP 1.1新)。

204  No Content  没有新文档,浏览器应该继续显示原来的文档。如果用户定期地刷新页面,而Servlet可以确定用户文档足够新,这个状态代码是很有用的。

205  Reset Content  没有新的内容,但浏览器应该重置它所显示的内容。用来强制浏览器清除表单输入内容(HTTP 1.1新)。

206  Partial Content  客户发送了一个带有Range头的GET请求,服务器完成了它(HTTP 1.1新)。
  
300  Multiple Choices  客户请求的文档可以在多个位置找到,这些位置已经在返回的文档内列出。如果服务器要提出优先选择,则应该在Location应答头指明。
  
301  Moved Permanently  客户请求的文档在其他地方,新的URL在Location头中给出,浏览器应该自动地访问新的URL。

302  Found  类似于301,但新的URL应该被视为临时性的替代,而不是永久性的。注意,在HTTP1.0中对应的状态信息是“Moved Temporatily”。
出现该状态代码时,浏览器能够自动访问新的URL,因此它是一个很有用的状态代码。

注意这个状态代码有时候可以和301替换使用。例如,如果浏览器错误地请求http://host/~user(缺少了后面的斜杠),有的服务器返回301,有的则返回302。

严格地说,我们只能假定只有当原来的请求是GET时浏览器才会自动重定向。请参见307。

303  See Other  类似于301/302,不同之处在于,如果原来的请求是POST,Location头指定的重定向目标文档应该通过GET提取(HTTP 1.1新)。

304  Not Modified  客户端有缓冲的文档并发出了一个条件性的请求(一般是提供If-Modified-Since头表示客户只想比指定日期更新的文档)。服务器告诉客户,原来缓冲的文档还可以继续使用。

305  Use Proxy  客户请求的文档应该通过Location头所指明的代理服务器提取(HTTP 1.1新)。

307  Temporary Redirect  和302(Found)相同。许多浏览器会错误地响应302应答进行重定向,即使原来的请求是POST,即使它实际上只能在POST 请求的应答是303时才能重定向。由于这个原因,HTTP 1.1新增了307,以便更加清除地区分几个状态代码:当出现303应答时,浏览器可以跟随重定向的GET和POST请求;如果是307应答,则浏览器只能跟随对GET请求的重定向。(HTTP 1.1新)

400  Bad Request  请求出现语法错误。

401  Unauthorized  客户试图未经授权访问受密码保护的页面。应答中会包含一个WWW-Authenticate头,浏览器据此显示用户名字/密码对话框,然后在填写合适的Authorization头后再次发出请求。

403  Forbidden  资源不可用。服务器理解客户的请求,但拒绝处理它。通常由于服务器上文件或目录的权限设置导致。

404  Not Found  无法找到指定位置的资源。这也是一个常用的应答。

405  Method Not Allowed  请求方法(GET、POST、HEAD、Delete、PUT、TRACE等)对指定的资源不适用。(HTTP 1.1新)

406  Not Acceptable  指定的资源已经找到,但它的MIME类型和客户在Accpet头中所指定的不兼容(HTTP 1.1新)。

407  Proxy Authentication Required  类似于401,表示客户必须先经过代理服务器的授权。(HTTP 1.1新)

408  Request Timeout  在服务器许可的等待时间内,客户一直没有发出任何请求。客户可以在以后重复同一请求。(HTTP 1.1新)

409  Conflict  通常和PUT请求有关。由于请求和资源的当前状态相冲突,因此请求不能成功。(HTTP 1.1新)

410  Gone  所请求的文档已经不再可用,而且服务器不知道应该重定向到哪一个地址。它和404的不同在于,返回407表示文档永久地离开了指定的位置,而404表示由于未知的原因文档不可用。(HTTP 1.1新)

411  Length Required  服务器不能处理请求,除非客户发送一个Content-Length头。(HTTP 1.1新)

412  Precondition Failed  请求头中指定的一些前提条件失败(HTTP 1.1新)。

413  Request Entity Too Large  目标文档的大小超过服务器当前愿意处理的大小。如果服务器认为自己能够稍后再处理该请求,则应该提供一个Retry-After头(HTTP 1.1新)。

414  Request URI Too Long  URI太长(HTTP 1.1新)。

416  Requested Range Not Satisfiable  服务器不能满足客户在请求中指定的Range头。(HTTP 1.1新)

500  Internal Server Error  服务器遇到了意料不到的情况,不能完成客户的请求。

501  Not Implemented  服务器不支持实现请求所需要的功能。例如,客户发出了一个服务器不支持的PUT请求。

502  Bad Gateway  服务器作为网关或者代理时,为了完成请求访问下一个服务器,但该服务器返回了非法的应答。

503  Service Unavailable  服务器由于维护或者负载过重未能应答。例如,Servlet可能在数据库连接池已满的情况下返回503。服务器返回503时可以提供一个Retry-After头。

504  Gateway Timeout  由作为代理或网关的服务器使用,表示不能及时地从远程服务器获得应答。(HTTP 1.1新)

505  HTTP Version Not Supported  服务器不支持请求中所指明的HTTP版本。(HTTP 1.1新)