wget http://www.xunsearch.com/download/xunsearch-full-latest.tar.bz2 tar -xjf xunsearch-full-latest.tar.bz2 cd xunsearch-full-1.4.10/ sh setup.sh
第一次安装的话，过程可能会稍显漫长，请不必着急，您大可泡杯茶一边喝一边等待即可。
待命令运行结束后，如果没有出错中断，则表示顺利安装完成，然后就可以启动/重新启动 xunsearch 的后台服务，下面命令中的 $prefix 请务必替换为您的安装目录，而不是照抄。
cd $prefix ; bin/xs-ctl.sh restart
强烈建议您将此命令添加到开机启动脚本中，以便每次服务器重启后能自动启动搜索服务程序， 在 Linux 系统中您可以将脚本指令写进 /etc/rc.local 即可。
其他更加详细的资料参看：
http://www.xunsearch.com/doc/php/guide/start.installation
2.
1.linux 安装
wget http://pecl.php.net/get/zendopcache-7.0.5.tgz tar xzf zendopcache-7.0.5.tgz cd zendopcache-7.0.5 /usr/local/php/bin/phpize ./configure --with-php-config=/usr/local/php/bin/php-config make make install
Note:
If you want to use OPcache with » Xdebug, you must load OPcache before Xdebug.
如果你使用了Xdebug，您的配置中OPcache 要放到Xdebug前面。
在php.ini中加入：
zend_extension=/usr/local/php/lib/php/extensions/no-debug-zts-20100525/opcache.so opcache.memory_consumption=128 opcache.interned_strings_buffer=8 opcache.max_accelerated_files=4000 opcache.revalidate_freq=60 opcache.fast_shutdown=1 opcache.enable_cli=1
其中：max_accelerated_files 设置的是缓存的文件，这个您需要到您的应用下面查看一下php文件的数量，可以通过下面的命令统计：
find ./* \( -name '*.php' -or -name '*.inc' \) -type f -print |wc -l
如果文件多，可以设置的高一些。
整理了一下其在php.ini中各参数的使用说明，供大家参考，有一些不太懂的，就留空了，还请高手赐教。
| 名字 | 默认 | 可修改范围 | 含义 |
|---|---|---|---|
| opcache.enable | “1” | PHP_INI_ALL | 是否启用opcache |
| opcache.enable_cli | “0” | PHP_INI_SYSTEM | 是否在CLI（即命令行时）启用opcache |
| opcache.memory_consumption | “64” | PHP_INI_SYSTEM | 为opcache分配多少共享内存，单位M |
| opcache.interned_strings_buffer | “4” | PHP_INI_SYSTEM | interned string的内存大小 |
| opcache.max_accelerated_files | “2000” | PHP_INI_SYSTEM | 最大缓存的文件数目。
实际上这个值会使用第一个大于你配置的数字的下列素数 { 223, 463, 983, 1979, 3907, 7963, 16229, 32531, 65407, 130987 }， 如你将该值指定为400，则实际上该值为463. |
| opcache.max_wasted_percentage | “5” | PHP_INI_SYSTEM | |
| opcache.use_cwd | “1” | PHP_INI_SYSTEM | 如果置为1，则将当前路径加入到文件key中，
以避免可能产生的同文件名的文件key冲突 |
| opcache.validate_timestamps | “1” | PHP_INI_ALL | 如果置为1，则OPCACHE会自动检测文件的时间戳
（检测周期为revalidate_freq), 并根据文件的时间戳来更新opcode,如果置为0， 则只能手动去重启opcache或 重启webserver以使更新后的php文件生效 |
| opcache.revalidate_freq | “2” | PHP_INI_ALL | opcache自动检测文件是否更新的周期，单位秒。
如果是0，则每次请求时opcache都要进行检测。 当validate_timestamps为0时，本指令无效。 |
| opcache.revalidate_path | “0” | PHP_INI_ALL | |
| opcache.save_comments | “1” | PHP_INI_SYSTEM | 是否保存文件中的注释 |
| opcache.load_comments | “1” | PHP_INI_ALL | 是否load comments，与save_comments联合起来使用，
如果该值为0，则即使save_comments为1， 那么php脚本中的comments也是不使用的 |
| opcache.fast_shutdown | “0” | PHP_INI_SYSTEM | 是否打开快速关闭，
打开时可使php在request shutdown时回收内存快 |
| opcache.enable_file_override | “0” | PHP_INI_SYSTEM | 如果置为1，则每次调用file_exist() is_file() is_readable()函数时，
opcache将要检查该文件是否被cache了， 这样增加了检查存在性和可读性的开销， 但避免了当validate_timestamps为disable时返回错误文件状态的风险。 |
| opcache.optimization_level | “0xffffffff” | PHP_INI_SYSTEM | 运行时控制优化的掩码（干什么的？） |
| opcache.inherited_hack | “1” | PHP_INI_SYSTEM | 5.3以前使用。5.3后废弃 |
| opcache.dups_fix | “0” | PHP_INI_ALL | 为解决“cannot redecllare class” 时，可将其置为1 |
| opcache.blacklist_filename | “” | PHP_INI_SYSTEM | 设置黑名单文件，符合黑名单文件中定义的php文件将不被opcache。黑名单文件的例子如下：
; Matches a specific file. /var/www/broken.php ; A prefix that matches all files starting with x. /var/www/x ; A wildcard match. /var/www/*-broken.php 一行为一条规则，支持通配符，注释以分号开头 |
| opcache.max_file_size | “0” | PHP_INI_SYSTEM | 被cache的文件的最大size,单位bytes。0表示不限 |
| opcache.consistency_checks | “0” | PHP_INI_ALL | 如果置为N，N非零，则opcache会每N个请求核实一下cache的检验和。
这会损害性能，应该只在debug时使用 |
| opcache.force_restart_timeout | “180” | PHP_INI_SYSTEM | 如果opcache处于非active状态，当N秒后opcache将自动重启 |
| opcache.error_log | “” | PHP_INI_SYSTEM | opcache自身的errorlog文件路径，为空时则使用stderr |
| opcache.log_verbosity_level | “1” | PHP_INI_SYSTEM | 日志记录level，默认只有fatal error和error |
| opcache.preferred_memory_model | “” | PHP_INI_SYSTEM | opcache首选使用的内存模型，为空时会选择最适当的模型。
常用的有，mmap shm posix 和win32 |
| opcache.protect_memory | “0” | PHP_INI_SYSTEM | 运行php脚本时保护共享内存防止意外的写入。
只对debug时有用。 |
| opcache.mmap_base | NULL |
PHP_INI_SYSTEM |
1. 在合适的时候使用PHP – Rasmus Lerdorf
没有谁比PHP的创建者Rasmus Lerdorf明白PHP用在什么地方是更合理的，他于1995年发布了PHP这门语言，从那时起，PHP就像燎原之火，烧遍了整个开发阵营，改变了互联 网的世界。可是，Rasmus并不是因此而创建PHP的。PHP是为了解决web开发者的实际问题而诞生的。
和许多开源项目一样，PHP变得流行，流行的动机并不能用正常的哲学来进行解释，甚至流行得有些孤芳自赏。它完全可以作为一个案例，一个解决各种Web问题的工具需求所引起的案例，因此当PHP刚出现的时候，这种工具需求全部聚焦到PHP的身上。
但是，你不能奢望PHP可以解决所有问题。Lerdorf是第一个承认PHP只是一种工具的人，并且PHP也有很多力所不能及的情况。
根据工作的不同来选择合适的工具。我跑了很多家公司，为了说服他们部署和使用PHP，但是这并不意味着PHP对所有问题都适用。它只是可以一个解决大部分问题的front-end脚步语言。
作为一个web开发者，尝试用PHP解决所有问题是不科学的，同时也会浪费你的时间。当PHP玩不转的时候，不要犹豫，试用一下其他的语言吧。
2. 使用多表存储提高规模伸缩性 – Matt Mullenweg
没有人愿意质疑Matt Mullenweg在PHP方面的权威性，他开发了这个星球上最流行的blog系统,(依靠一个强大的社区力量支持)： WordPress. 创建Wordpress以后，Matt和他的团队启动了WordPress.com平台，一个基于WordPress MU的免费blog站点。现在，Wordpress.com已经拥有大约400万用户， 这些用户每天提供超过 140,000篇的日志。 (要查看更多Wordpress.com的统计情况，请点击这里.)
如果有人知道如何让网站的规模伸缩自如，这个人一定是Matt Mullenweg。2006年的时候 Matt对Wordpress的数据结构进行了前瞻性的改进，并且解释了为什么Wordpress MU对每个blog使用独立的MYSQL表格， 而不是把所有的blog数据都塞进一个巨大的表格。
我们测试过这个方法，但是发现如果要扩展它的伸缩性，代价太高。如果用一个整体的数据结构，在大流量面前，你将会面临服务器 硬件的问题。在MU里面。用户们都被分布到独立的表格当中，并且可以轻易地组织起来。举个例子，WordPress.com把用户的数据分散存储到 4096个数据库中，这些数据库可以分散大规模的数据访问，实现流量和压力分流。
数据表的可迁移性让代码(blog)可以运行得更快，并且让系统具备更强的伸缩性。依靠强大的缓存策略和灵活的数据库运用策略， Matt向人们展示了时下最流行的Facebook和Wordpress.com都可以在PHP下稳定运行，并且处理惊人的访问量。
3. 千万不要相信用户 – Dave Child
Dave Child是Added Bytes (previously ilovejackdaniels.com) 网站的核心人物，这个网站以他出色的《cheat sheets for many programming languages》而闻名。 Dave为很多英国的公司服务，并且已经在编程世界里树立起相当的权威。
Dave为PHP开发者提供了很多深谋远虑的建议，并总结成了《writing secure code in PHP》：千万不要相信你的用户，他们甚至可能会伤害你。
有一条web开发的基本原则，我重复多少遍都觉得不够，那就是：千万不要相信你的用户，同时要假设你网站中的每个数据单元都是从用户那里收集来 的恶意代码。很多时候，你必须用javascript在客户端检验表单提交过来的内容， 如果你习惯了如此，那么，这是一个好习惯。如果安全性对你来说很重要，这就是最重要最需要学习的原则。
Dave目前正致力于为它的《Writing Secure PHP》系列书籍整理实例，书的最后他说:
最后，变得偏执一点吧。除非你认为你的站点永远不会受到攻击，否则就正视所有的问题，当问题真正发生的时候，你的情况会变得很糟。你需要把每个用户都看成会带来一场攻防站的黑客，想尽一切办法来保护站点的安全，同时想好相应问题的解决方案。
4. 多使用PHP缓存 – Ben Balbo
Ben Balbo开发了Site Point，一个为developers和designers提供指导的网站。他是墨尔本PHP开发和开源俱乐部的成员， 因此他对PHP有一定的了解，同时对PHP caching有一定的想法和经验。
如果你拥有一个访问量很大，但更新并不频繁的站点(比如blog，基于某种CMS)，或许它需要进行一些改造，这些改造不会花费太多的时间，但是对性能有突出的贡献。 如果要为一个复杂/更新频率很快的站点建立缓存机制，过程可能会很曲折，但是好处也是显而易见的。
PHP缓存技术有很多种，Ben为我们推荐了如下一些:
◆缓存函数的运行结果
◆设置过期时间
◆缓存IE下载的文件
◆模板缓存技术
◆Cache_Lite
由于PHP作为动态语言的特性，缓存机制对于更新频率并不快的站点来说非常重要。
5. 使用IDE, Templates和Snippets加速PHP开发 – Chad Kieffer
当Chad Kieffer从UI设计和数据库优化的工作中抽身出来的时候，他会在他的博客2 tablespoons上分享很多技术经验。由于Chad多方面的全面发展，他经常可以发现其他程序员不能发现的问题，并形成相关经验，尤其是他开发网站 的方法。他参与了网站开发的各个环节，因此他的建议对于提高网站开发的大局观非常有用。
Chad认为使用Eclipse PDT(Eclipse’s PHP development package) 这样的IDE，同时使用一些模板技术和开源项目可以有效地提高PHP的开发速度。
紧凑的计划，长长的to do lists以及deadlines让开发人员非常苦闷。不过有些功能，比如Eclipse Templates，可以有效减少编码的时间和出错的几率。
通常来说，任何项目都可以自动化，自动化程度越高， 你完成项目的时间就越短。花时间来开发使用频率很高的框架和模板，将会节省你以后更多时间。同时，使用像Eclipse and the PDT package这样的IDE，你会发现效率得到明显提高，IDE可以自动闭合，补全分号并且可以在本地debug。
6. 利用好PHP的过滤函数 – Joey Sochacki
或许Joey Sochacki并不像Matt Mullenweg那样有名 ，但他也是一个经验丰富的开发者，并且通过他的博客Devolio分享了很多技术经验
Joey发现在编写php代码的过程中有很多地方需要进行过滤，但却并没有太多的coder关注php的内置过滤函数。
过滤数据是我们经常需要做的事情，但是很多功能丰富的PHP内置过滤函数却不为人知。使用类似filter_* 的PHP内置函数，我们几乎可以处理所有的过滤任务，包括数据类型验证/URL/email和IP地址验证/特殊字符处理等等。
过滤是一件复杂的事情，但是我相信joey的发现会给你很多启发，让你认识到PHP强大的过滤功能。
7. 使用PHP框架 – Josh Sharp
对于是否应该使用Zend, CakePHP, Code Igniter, 或者 其他PHP框架，一直存在着很多争议，但是在web开发者的心中，他们有自己衡量的标准。
Josh Sharp自己创建了一家提供面包和黄油服务的网站，因此他对于使用PHP框架来开发网站有一定的经验。他认为使用一个PHP框架来进行项目开发(use a PHP framework )，可以有效地节省时间，并且减少出错的几率。为什么?因为他觉得PHP实在是太好上手了。
PHP的易于使用有时候也有缺陷，因为并不严格的语法，经常会导致很多错误代码的诞生。但如果使用一个PHP框架，出错的几率就会大大减少。
PHP框架可以让你的代码结构更加规范，并且节省大量时间。
8. 不要使用PHP框架 – Rasmus Lerdorf
与Josh的观点恰恰相反，PHP的鼻祖Rasmus Lerdorf却认为最好不要使用PHP框架，为什么?因为不基于框架的PHP性能更好。Rasmus在Drupalcon 2008的演讲上，用“Hello World”的例子来对比了一些框架PHP和简单PHP之间的性能，结果显示框架PHP的性能要远远落后。
9. 使用批处理 – Jack D. Herrington
Jack Herrington对PHP世界并不陌生， 并且为大名鼎鼎的IBM developerWorks贡献过超过30篇的专搞， 同时出版过《PHP Hacks》的书，因此他是一个真正的专家。
Herrington推荐使用批处理和Cron来代替那些可以运行在后台的程序脚步，Web用户并不愿意在线等待你的处理过程，所以有些事情更适合放到后台来处理。
诚然，在某些情况下，这有点大材小用了，但是你可以清楚地看到，使用Cron, MySQL, PHP面向对象的方法以及Pear::DB这些便捷的工具来创建一个批处理工具并不是一件复杂的事情。
Jack认为使用cron, PHP和MySQL在后台处理一些任务，比起多进程的业务逻辑要划算得多。
两种方法我都尝试过，我认为Cron非常符合”Keep It Simple, Stupid” (KISS) 的原则，它让后台处理变得简单。与多进程的业务逻辑相比，它没有内存 溢出的风险。你可以创建一个简单的批处理脚本，并且在cron中运行，这个脚本会定时检查是否有任务需要处理，处理完之后就会自动退出，因此你不用担心是 否有进程卡壳，或者陷入死循环。
10. 及时启用错误报告 – David Cummings
David Cummings有一个专门提供CMS软件服务的公司 ，并且获得过几次奖 ，他有非常丰富的PHP开发经验。David曾经写过《two PHP tips he wished he’d learned in the beginning》，其中一点就是：及时启用错误报告，这会节省大量的时间。
我告诉人们，最重要的事情就是最大程度地开启PHP的错误报告，为什么?因为PHP可能会隐藏很多小问题：
◆变量没有预定义
◆在代码片段中引用了不可用的变量
◆使用了未定义的常量这些因素看起来并不是什么大事，除非你在使用面向对象的方法编写一些类库。通常，关闭错误报告将可能使你付出更大的成本来维护你的代码。
错误报告可以帮你轻易地找到代码的问题所在，如果错误报告的等级够高，细微的错误都能被立即发现，帮助你节省整体debug的时间。