idevcloud_个人页

-------------------------

-------------------------

-------------------------

免费的人人爱。让免费的服务来得更猛烈一些吧！！！

phpmyadmin限制颇多，建议用命令行 mysql -u root -p 登录后，source 即可，注意路径文件名正确。

composer里的自动加载可以支持四种规范，psr-0（autoload_namespaces.php）,psr-4,class-map,还有files，你如果自己写代码，这样约定好了，命名空间和路径保持一致，然后autoload加载按路径加载，当然不需要classmaps，但是很多类库是其他人写的，每个人习惯不一样，有的人喜欢psr-4，有的人喜欢psr-0，（大家规范都一样，声明的命名空间和路径不一样）时，就需要你说的 Classmap了，你可以看下composer的loader类

直接form上传是

<form method="post" action="http://upload.qiniu.com/"
 enctype="multipart/form-data">
  <input name="key" type="hidden" value="<resource_key>">
  <input name="x:<custom_name>" type="hidden" value="<custom_value>">
  <input name="token" type="hidden" value="<upload_token>">
  <input name="file" type="file" />
  <input name="crc32" type="hidden" />
  <input name="accept" type="hidden" />
</form

http://jssdk.demo.qiniu.io/ 这个是js sdk 用js已经封装好的

直接使用html5的fileRead，可以传base64数据到后台，后台转文件保存，插件的话Uploadify/uploadifive

现在最大众化的路由器系统OpenWRT上有几款开源的认证程序，也支持认证页面，如nodogsplash。可以通过在路由器上搭建微型Web服务器控制认证过程，或者配置认证程序接通在外网的Web网站进行认证。目前绝大多数路由器都是基于OpenWRT，而上面认证程序基本nodogsplash等的开源认证程序。

四个都用过，开发成本基本一致，因为这四个都有主流语言的sdk可以直接用，要说成本就是这四个软件的配置成本，但都比较简单。
说下大致区别
xunsearch自带中文分词使用的是scws，分词效率准确率都不错，而且带词性。索引建立速度还可以。查询效率高。但是由于它基于xapian，缺少一些语法糖。且我们在重建索引时出现过丢失索引的情况。当时的数据规模大概在千万级别，mysql 中数据大小为35G左右。不知道是不是因为是早期版本的原因。
sphinx建立索引相对较慢，没有自带中文分词，但是可参考coreseek，也可自己配分词器。支持很多主流分词器。查询性能较弱，且分布式支持不太完美。功能有部分缺失，如xunsearch中的搜索折叠。但优点是容易上手，相对稳定。
solr/es 这两个整体上差不多，但国内目前solr资料要比es多，中文分词支持的也好，常见的如ik，jieba等分词都有支持。效率这两者差不多，查询和建立都很快。都有很好的分布式方案。个人感觉es的分布式要好一点，至少配置上比solr简单。solr5之后架构也做了调整，但目前国内很多资料还是基于solr4的。
其实索引更换和迁移的成本并不高，建议数据规模不大的时候可以先用sphinx，简单稳定。当出现性能瓶颈时，不建议折腾sphinx的分布式，而直接换用solr或es就行。xunsearch个人感觉还属于玩具级别，当然我这种结论是基于早期版本得出的，现在的情况不是很了解。

用消息队列来处理可能会好一点吧。或者是用thrift或者restFul-API来实现吧。

如果是PHP定时任务的话，跟apache和nginx没有关系啊。。。如果说是PHP定时任务资源消耗，与你的脚本内容有关。