红岭创投的风险在哪里 最近一直在投资红岭创投，算是有点了解了，先说下红玲的规则。首先是大标（ps：大的借款人,可能是实体企业） --  大标一般来说只有等级高的会员能抢到，新手基本不要想了  ---- 净值标 （ps：其实是会员以自身投资做担保，发布的借款）  这样就形成了这样的联系 ： 借款企业 -- 高等级会员  - 低级会员   所以关键点就在借款企业是否能到期还款，如果借款企业出现问题，下边的都得死。所以红岭的风险一个是 借款企业没有还款能力。但是还有一个风险是高等级会员的杠杆 ，所谓杠杆就是：比如你有10万，红岭允许的杠杆是9倍，也就是你通过借款再借款的方式能借到90万。这90万对大牛（高等级会员）是凭空多出来的，但是实际确是存着的，就是草（散户）接盘了。所以红玲的风险一个是借款企业的信用，一个就是高杠杆  。

提示WinVerifyTrust failed 安装virtualbox失败 提示WinVerifyTrust failed,这个问题一直纠结了好久，先说下问题出现的环境系统 2003看来老系统问题就是多一些啊解决方法是 ： TheWinVerifyTrustproblem seems to occur due to lack of an appropriate CA root certificate installed within the Windows Trusted Root Certification Authorities store.To solve the issue, you can try installing whichever of the VeriSign Public Primary Certification Authority root certificate(s) apply to you. For example, in my case, I required the VeriSign Class 3 Public Primary Certification Authority - G5 (Root 3) CA certificate. You'll download it as a .pem but to install it, you can change the certificate file's extension to .crt then double-click it and click 'Install Certificate'. It should automatically be installed to the appropriate certificate store.After installation, VirtualBox 5.0.2 starts up without the WinVerifyTrust error. 看到了，就是下载个VeriSign Class 3 Public Primary Certification Authority - G5 (Root 3)  证书，然后改证书的扩展名伟crt  ，双击安装，就可以了。

关于红岭创投 最近在玩红岭创投，好多人都搞不懂它是个啥，我来解释下吧其实是个游戏，游戏是这样的  。大BOSS （红岭创投） 先发一标，让大家抢（新手不要想，没资格），这个利率一般较高然后是抢到标的黄牛，再放标，各种散户们买 。 就是这样 。我自己的经验是红岭创投的收费项目有 投资服务费（收益的10%）  提现费 5元  这样一算其实红岭创投的收益和其他p2p 差不多   。而且重要的是这个游戏风险还是有的，重要在大boss 发的标，如果出现问题，所有人都得死  。不会有逃过的  。但是这玩意挺好玩的  。建议大家基于自己的实力，考虑投资。

PHP 5.0~5.6 各版本兼容性的 cURL 文件上传  最近在搞一个针对sm.ms 图片站的上传插件，然后就遭遇curl 坑，也不知道是年龄大了，还是PHP 真的越来越麻烦了。转载一篇文章，作为备注吧最近做的一个需求，要通过PHP调用cURL，以multipart/form-data格式上传文件。踩坑若干，够一篇文章了。重要警告没事不要读PHP的官方中文文档！版本跟不上坑死你！不同版本PHP之间cURL的区别PHP的cURL支持通过给CURL_POSTFIELDS传递关联数组（而不是字符串）来生成multipart/form-data的POST请求。传统上，PHP的cURL支持通过在数组数据中，使用“@+文件全路径”的语法附加文件，供cURL读取上传。这与命令行直接调用cURL程序的语法是一致的：curl_setopt(ch, CURLOPT_POSTFIELDS, array( 'file' => '@'.realpath('image.png'), )); equals $ curl -F "file=@/absolute/path/to/image.png" <url> 但PHP从5.5开始引入了新的CURLFile类用来指向文件。CURLFile类也可以详细定义MIME类型、文件名等可能出现在multipart/form-data数据中的附加信息。PHP推荐使用CURLFile替代旧的@语法：curl_setopt(ch, CURLOPT_POSTFIELDS, [ 'file' => new CURLFile(realpath('image.png')), ]); PHP 5.5另外引入了CURL_SAFE_UPLOAD选项，可以强制PHP的cURL模块拒绝旧的@语法，仅接受CURLFile式的文件。5.5的默认值为false，5.6的默认值为true。但是坑的一点在于：@语法在5.5就已经被打了deprecated，在5.6中就直接被删除了（会产生 ErorException: The usage of the @filename API for file uploading is deprecated. Please use the CURLFile class instead）。对于PHP 5.6+而言，手动设置CURL_SAFE_UPLOAD为false是毫无意义的。根本不是字面意义理解的“设置成false，就能开启旧的unsafe的方式”——旧的方式已经作为废弃语法彻底不存在了。PHP 5.6+ == CURLFile only，不要有任何的幻想。我的部署环境是5.4(仅@语法)，但开发环境是5.6(仅CURLFile)。都没有压在5.5这个两者都支持过渡版本上，结果就是必须写出带有环境判断的两套代码。现在问题来了……（挖掘机滚远点！）环境判断：小心魔法数字！我见过这种环境判断的代码：if (version_compare(phpversion(), '5.4.0') >= 0) 我对这种代码的评价只有一个字：屎。这个判断掉入了典型的魔法数字陷阱。版本号莫名其妙的出现在代码之中，不查半天PHP手册和更新历史，很难明白作者被卡在了哪个功能的变更上。代码应该回归本源。我们的实际需求其实是：有CURLFile就优先采用，没有再退化到传统@语法。那么代码就来了：if (class_exists('\CURLFile')) { $field = array('fieldname' => new \CURLFile(realpath($filepath))); } else { $field = array('fieldname' => '@' . realpath($filepath)); } 建议明确指定的退化选项从可靠的角度，推荐指定CURL_SAFE_UPLOAD的值，明确告知php是容忍还是禁止旧的@语法。注意在低版本PHP中CURLOPT_SAFE_UPLOAD常量本身可能不存在，需要判断：if (class_exists('\CURLFile')) { curl_setopt($ch, CURLOPT_SAFE_UPLOAD, true); } else { if (defined('CURLOPT_SAFE_UPLOAD')) { curl_setopt($ch, CURLOPT_SAFE_UPLOAD, false); } } cURL选项设置的顺序不管是curl_setopt()单发还是curl_setopt_array()批量，cURL的选项总是设置一个生效一个，而设置好的选项立刻就会影响cURL在设置后续选项时的行为。例如CURLOPT_SAFE_UPLOAD就和CURLOPT_POSTFIELDS的行为有关。如果先设置CURLOPT_POSTFIELDS再设置CURLOPT_SAFE_UPLOAD，那么后者的约束作用就不会生效。因为设置前者时cURL就已经把数据实际的识读处理完毕了！cURL有那么几个选项存在这种坑，务必小心。还好这种存在“依赖关系”的选项不多，机制也不复杂，简单处理即可。我的方法是先批量设置所有的选项，然后直到curl_exec()的前一刻才用curl_setopt()单发设置CURLOPT_POSTFIELDS。实际上在curl_setopt_array()用的数组中，保证CURLOPT_POSTFIELDS的位置在后边也是可靠的。PHP的关联数组是有顺序保障的，我们也可以假设curl_setopt_array()内部的执行顺序一定是从头到尾按顺序[注A]，所以尽可放心。我的做法只是在代码表现上加个多余的保险，突出强调顺序的重要性防以后手贱。命名空间PHP 5.2或以下的版本没有命名空间。代码中用到了空间分隔符\就会引发解析器错误。要照顾PHP 5.2其实容易想，放弃命名空间即可。要注意的反倒是有命名空间的PHP 5.3+。无论是调用CURLFile还是用class_exists()判断CURLFile的存在性，都推荐写成\CURLFile明确指定顶层空间，防止代码包裹在命名空间内的时候崩掉。

新版Conoha利用API上传镜像安装系统 感谢hostloc  “dzxx36gyy” 做出的贡献经过一番折腾，楼主我已经搞定了新版Conoha利用API上传ISO安装系统的方法了，当然， 大部分人还是会拿来安装windows（水晶党退散，迅雷这么坑还玩？）。 本教程主要利用如下API: 1.ISO上传API https://www.conoha.jp/docs/compute-iso-download-add.html 2.查看已上传的ISO的API https://www.conoha.jp/docs/compute-iso-list-show.html 3.挂载已上传的ISO的API https://www.conoha.jp/docs/compute-insert_iso_image.html 4.卸载ISO的API https://www.conoha.jp/docs/compute-eject_iso_image.html 5.身份验证API https://www.conoha.jp/docs/identity-post_tokens.html 6.VPS详细信息查看API https://www.conoha.jp/docs/compute-get_vms_detail_specified.html 首先，参照官方文档，我发现大部分操作并没有利用到Conoha面板API中的密码，而是用到了 X-Auth-Token，然后我找啊找，发现身份验证的API里面有一项可以生成这个。命令如下： curl -i -X POST \ -H "Accept: application/json" \ -d '{ "auth": { "passwordCredentials": { "username": "API用户名（店铺名称）", "password": "API用户密码（请自己在面板里添加）" }, "tenantId": "店铺ID" } }' \ https://identity.tyo1.conoha.io/v2.0/tokens 这是东京的API，其它地区的自己按照地址格式改。 运行之后会返回一串数据，请注意 { "access": { "token": { "issued_at": "2015-05-19T07:08:21.927295", "expires": "2015-05-20T07:08:21Z", "id": "sample00d88246078f2bexample788f7", 其余省略 这段中的id即为X-Auth-Token，上面那个expires是有效期，之后的操作均要用到X-Auth-Token。 现在我们可以开始上传ISO了，注意，由于官方API系统没建设完全，对http链接支持不完善，请 使用ftp格式的ISO地址（ISO必须带virtio驱动），上传命令如下： curl -i -X POST \ -H 'Content-Type: application/json' \ -H "Accept: application/json" \ -H "X-Auth-Token: （前面有个空格）这里是啥不用我说了吧" \ -d '{ "iso-image": { "url": "ftp格式的ISO地址" } }' \ https://compute.tyo1.conoha.io/v2/店铺ID/iso-images 同样，这个是东京的API地址，其它地区的 请按照格式自己修改 命令运行之后会返回数据，是ISO地址和你的API信息 之后我们应该查看ISO是否成功上传，命令如下 curl -i -X GET \ -H 'Content-Type: application/json' \ -H "Accept: application/json" \ -H "X-Auth-Token: （同样前面有个空格）" \ https://compute.tyo1.conoha.io/v2/店铺ID/iso-images 返回数据大概是这样的 { "iso-images": [ { "url": "ftp://ftp.riken.jp/Linux/centos/6.6/isos/x86_64/CentOS-6.6-x86_64-minimal.iso", "path": "/mnt/isos/repos/tenant_iso_data/43b36734a9e541fd91a62fc63ee93fed/CentOS-6.6-x86_64-minimal.iso", "ctime": "Fri Oct 24 23:22:57 2014", "name": "CentOS-6.6-x86_64-minimal.iso", "size": 401604608 }, { "url": "http://ftp.riken.jp/Linux/centos/7/isos/x86_64/CentOS-7.0-1406-x86_64-Everything.iso", "path": "/mnt/isos/repos/tenant_iso_data/43b36734a9e541fd91a62fc63ee93fed/CentOS-7.0-1406-x86_64-Everything.iso", "ctime": "Sat Jul 5 07:16:46 2014", "name": "CentOS-7.0-1406-x86_64-Everything.iso", "size": 7062159360 } ] } 出现在里面的代表成功上传了，挂载镜像会使用到path 挂载命令如下（前提条件：先创建vps，然后关机，在面板——服务器——VPS(别真以为有个选项叫vps啊)——vps设置——控制台键盘映射改为en-us curl -i -X POST \ -H "Accept: application/json" \ -H "X-Auth-Token: 不说了" \ -d '{"mountImage": "前面查看已上传的ISO里的path"}' \ https://compute.tyo1.conoha.io/v2/店铺ID/servers/VPS的UUID（点开vps管理，在VPS设置里和网址上有）/action 接下来要查看VPS详细信息，确认是否成功挂载 curl -i -X GET \ -H "Accept: application/json" \ -H "X-Auth-Token: 不说了" \ https://compute.tyo1.conoha.io/v2/店铺ID/servers/上一步里的UUID 返回信息里自己看吧，有你ISO的path就代表挂载成功了。 然后你开机吧（之前挂载步骤必须在关机状态下进行，不然会失败） 开启VNC，重启，会提示你按任意键以从光驱启动，之后不用我说了吧，唯一需要注意的一点就是 VPS设置里的那个控制台键盘映射必须换成en-us（电脑是日语键盘的请无视），不然各种灵异事件。 对了，安装完之后请卸载ISO，当然你不卸貌似也没问题，请在关机状态下运行 curl -i -X POST \ -H "Accept: application/json" \ -H "X-Auth-Token: 不说了" \ -d '{"unmountImage": ""}' \ https://compute.tyo1.conoha.io/v2/店铺ID/servers/VPS的UUID/action 返回信息没啥东西，无视吧。 好了，本教程END （别问我这些命令在什么里面运行……，随便找台联网的linux机子都行）

Debian 7升级Debian 8 Debian 8 在25号发布了，今天一上班就看到了，心里马上长草，速度把vps 升级下，呵呵… 还是拿hostodo 下手。先泼个凉水，免的看文章的网友更新完后悔，openvz 的vps 升级debian 是不能更新内核的，切记，切记。更新完内核还是可怜的“Linux te 2.6.32-042stab103.6”开始步骤，debian 的所有升级无非就是这样1、apt-get update这里先升级下debian7的软件，免的升级的过程中有兼容性问题2、apt-get upgrade 3、更换源为debian8更换下源，建议更换为官方源，官方源比较新，问题比较少，我的源是这样的deb http://ftp.us.debian.org/debian/ jessie main deb-src http://ftp.us.debian.org/debian/ jessie main deb http://security.debian.org/ jessie/updates main contrib deb-src http://security.debian.org/ jessie/updates main contrib # jessie-updates, previously known as 'volatile' deb http://ftp.us.debian.org/debian/ jessie-updates main contrib deb-src http://ftp.us.debian.org/debian/ jessie-updates main contrib4、apt-get update5、apt-get dist-upgrade这个过程就是升级了，升级过程中会让你选择，一路默认就可以了。okps：root@te:~# apt-get dist-upgrade正在读取软件包列表... 完成正在分析软件包的依赖关系树      正在读取状态信息... 完成      正在对升级进行计算... 失败下列软件包有未满足的依赖关系：udev : 破坏: plymouth (< 0.9.0-7) 但是 0.8.5.1-5 正要被安装E: 错误，pkgProblemResolver::Resolve 发生故障，这可能是有软件包被要求保持现状的缘故。 最后一步会出现这个错误，忽略吧，因为内核版本问题，忽略好了。 6、最后清理下apt-get  autoremove 7 、检查下版本root@te:~# cat /etc/debian_version8.0已经成功升级8.0 ，只是内核还是可怜的2.6.32 ，也难怪openvz 卖的便宜，新内核你都用不上。

迅雷红水晶 迅雷出水晶好长时间了吧，记忆中好像是去年就有了。既然写这个，就顺便普及下挖矿是个啥玩意，个人见解。所谓的挖矿，我这里特别说的是流量矿，就是收集闲散用户的流量资源，作为其他网络流量服务的节点。通俗的说就是，你先把热点资源下载好，然后共享给别人。这个东西理论是可行的，技术目前也没问题，只是国内的网络环境不太适合，一般家庭宽带都是下载快，上传慢，下载给你20m，上传能给你1m就很少见了，这也是为啥出水晶慢的原因了。根据自己使用的情况，1、发现电信、联通的网络好一点，出水晶快，移动、铁通的基本不出，放弃算了。2、如果上传速度慢，还是算了吧，不够电费3、一般半个月后，缓存积攒到20g左右才能速度才能上去。4、千万别捡宝箱

sar 系统性能监控 最近折腾刚买的hostodo ，发现个不错的系统性能检测工具sar ，debian 上安装的是 sysstat 。 顺便复制一点资料，做参考sar（System Activity Reporter系统活动情况报告）是目前 Linux 上最为全面的系统性能分析工具之一，可以从多方面对系统的活动进行报告，包括：文件的读写情况、系统调用的使用情况、磁盘I/O、CPU效率、内存使用状况、进程活动及IPC有关的活动等。sar命令常用格式sar [options] [-A] [-o file] t [n]其中：t为采样间隔，n为采样次数，默认值是1；-o file表示将命令结果以二进制格式存放在文件中，file 是文件名。options 为命令行选项，sar命令常用选项如下：-A：所有报告的总和-u：输出CPU使用情况的统计信息-v：输出inode、文件和其他内核表的统计信息-d：输出每一个块设备的活动信息-r：输出内存和交换空间的统计信息-b：显示I/O和传送速率的统计信息-a：文件读写情况-c：输出进程统计信息，每秒创建的进程数-R：输出内存页面的统计信息-y：终端设备活动情况-w：输出系统交换活动信息1. CPU资源监控例如，每10秒采样一次，连续采样3次，观察CPU 的使用情况，并将采样结果以二进制形式存入当前目录下的文件test中，需键入如下命令：sar -u -o test 10 3屏幕显示如下：17:06:16 CPU %user %nice %system %iowait %steal %idle17:06:26 all 0.00 0.00 0.20 0.00 0.00 99.8017:06:36 all 0.00 0.00 0.20 0.00 0.00 99.8017:06:46 all 0.00 0.00 0.10 0.00 0.00 99.90Average: all 0.00 0.00 0.17 0.00 0.00 99.83输出项说明：CPU：all 表示统计信息为所有 CPU 的平均值。%user：显示在用户级别(application)运行使用 CPU 总时间的百分比。%nice：显示在用户级别，用于nice操作，所占用 CPU 总时间的百分比。%system：在核心级别(kernel)运行所使用 CPU 总时间的百分比。%iowait：显示用于等待I/O操作占用 CPU 总时间的百分比。%steal：管理程序(hypervisor)为另一个虚拟进程提供服务而等待虚拟 CPU 的百分比。%idle：显示 CPU 空闲时间占用 CPU 总时间的百分比。1. 若 %iowait 的值过高，表示硬盘存在I/O瓶颈2. 若 %idle 的值高但系统响应慢时，有可能是 CPU 等待分配内存，此时应加大内存容量3. 若 %idle 的值持续低于1，则系统的 CPU 处理能力相对较低，表明系统中最需要解决的资源是 CPU 。如果要查看二进制文件test中的内容，需键入如下sar命令：sar -u -f test 2. inode、文件和其他内核表监控例如，每10秒采样一次，连续采样3次，观察核心表的状态，需键入如下命令：sar -v 10 3屏幕显示如下：17:10:49 dentunusd file-nr inode-nr pty-nr17:10:59 6301 5664 12037 417:11:09 6301 5664 12037 417:11:19 6301 5664 12037 4Average: 6301 5664 12037 4输出项说明：dentunusd：目录高速缓存中未被使用的条目数量file-nr：文件句柄（file handle）的使用数量inode-nr：索引节点句柄（inode handle）的使用数量pty-nr：使用的pty数量3. 内存和交换空间监控例如，每10秒采样一次，连续采样3次，监控内存分页：sar -r 10 3输出项说明：kbmemfree：这个值和free命令中的free值基本一致,所以它不包括buffer和cache的空间.kbmemused：这个值和free命令中的used值基本一致,所以它包括buffer和cache的空间.%memused：这个值是kbmemused和内存总量(不包括swap)的一个百分比.kbbuffers和kbcached：这两个值就是free命令中的buffer和cache.4. 内存分页监控例如，每10秒采样一次，连续采样3次，监控内存分页：sar -B 10 3输出项说明：pgpgin/s：表示每秒从磁盘或SWAP置换到内存的字节数(KB)pgpgout/s：表示每秒从内存置换到磁盘或SWAP的字节数(KB)fault/s：每秒钟系统产生的缺页数,即主缺页与次缺页之和(major + minor)majflt/s：每秒钟产生的主缺页数.pgfree/s：每秒被放入空闲队列中的页个数pgscank/s：每秒被kswapd扫描的页个数pgscand/s：每秒直接被扫描的页个数pgsteal/s：每秒钟从cache中被清除来满足内存需要的页个数%vmeff：每秒清除的页(pgsteal)占总扫描页(pgscank+pgscand)的百分比5. I/O和传送速率监控例如，每10秒采样一次，连续采样3次，报告缓冲区的使用情况，需键入如下命令：sar -b 10 3屏幕显示如下：18:51:05 tps rtps wtps bread/s bwrtn/s18:51:15 0.00 0.00 0.00 0.00 0.0018:51:25 1.92 0.00 1.92 0.00 22.6518:51:35 0.00 0.00 0.00 0.00 0.00Average: 0.64 0.00 0.64 0.00 7.59输出项说明：tps：每秒钟物理设备的 I/O 传输总量rtps：每秒钟从物理设备读入的数据总量wtps：每秒钟向物理设备写入的数据总量bread/s：每秒钟从物理设备读入的数据量，单位为 块/sbwrtn/s：每秒钟向物理设备写入的数据量，单位为 块/s6. 进程队列长度和平均负载状态监控例如，每10秒采样一次，连续采样3次，监控进程队列长度和平均负载状态：sar -q 10 3屏幕显示如下：19:25:50 runq-sz plist-sz ldavg-1 ldavg-5 ldavg-1519:26:00 0 259 0.00 0.00 0.0019:26:10 0 259 0.00 0.00 0.0019:26:20 0 259 0.00 0.00 0.00Average: 0 259 0.00 0.00 0.00输出项说明：runq-sz：运行队列的长度（等待运行的进程数）plist-sz：进程列表中进程（processes）和线程（threads）的数量ldavg-1：最后1分钟的系统平均负载（System load average）ldavg-5：过去5分钟的系统平均负载ldavg-15：过去15分钟的系统平均负载7. 系统交换活动信息监控例如，每10秒采样一次，连续采样3次，监控系统交换活动信息：sar -    W 10 3屏幕显示如下：19:39:50 pswpin/s pswpout/s19:40:00 0.00 0.0019:40:10 0.00 0.0019:40:20 0.00 0.00Average: 0.00 0.00输出项说明：pswpin/s：每秒系统换入的交换页面（swap page）数量pswpout/s：每秒系统换出的交换页面（swap page）数量8. 设备使用情况监控例如，每10秒采样一次，连续采样3次，报告设备使用情况，需键入如下命令：# sar -d 10 3 –p屏幕显示如下：17:45:54    DEV    tps    rd_sec/s    wr_sec/s    avgrq-sz    avgqu-sz    await    svctm    %util17:46:04    scd0    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.0017:46:04    sda    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.0017:46:04    vg_livedvd-lv_root    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.0017:46:04    vg_livedvd-lv_swap    0.00    0.00    0.00    0.00    0.00    0.00    0.00    0.00其中：参数-p可以打印出sda,hdc等磁盘设备名称,如果不用参数-p,设备节点则有可能是dev8-0,dev22-0tps:每秒从物理磁盘I/O的次数.多个逻辑请求会被合并为一个I/O磁盘请求,一次传输的大小是不确定的.rd_sec/s:每秒读扇区的次数.wr_sec/s:每秒写扇区的次数.avgrq-sz:平均每次设备I/O操作的数据大小(扇区).avgqu-sz:磁盘请求队列的平均长度.await:从请求磁盘操作到系统完成处理,每次请求的平均消耗时间,包括请求队列等待时间,单位是毫秒(1秒=1000毫秒).svctm:系统处理每次请求的平均时间,不包括在请求队列中消耗的时间.%util:I/O请求占CPU的百分比,比率越大,说明越饱和.1. avgqu-sz 的值较低时，设备的利用率较高。2. 当%util的值接近 1% 时，表示设备带宽已经占满。要判断系统瓶颈问题，有时需几个 sar 命令选项结合起来怀疑CPU存在瓶颈，可用 sar -u 和 sar -q 等来查看怀疑内存存在瓶颈，可用 sar -B、sar -r 和 sar -W 等来查看怀疑I/O存在瓶颈，可用 sar -b、sar -u 和 sar -d 等来查看kbcommit：保证当前系统所需要的内存,即为了确保不溢出而需要的内存(RAM+swap).%commit：这个值是kbcommit与内存总量(包括swap)的一个百分比.

遇到的神奇宽带问题 一直使用蹭网，上了各种号称nb 无敌的山寨接收器，最近实在是忍受不了那种不稳定的感觉了，上了个电信12m，这里要吐槽下电信，办的时候给我吹嘘光纤直连，速度nb，安装工来的时候才知道，我哪里就是光纤到楼，然后分个网线给我，我个擦。营业员和电信安装工真的一个是理想一个是现实，好吧，我也接受了。安装后，发现个超级古怪的现象，只有我的笔记本和一个fast 路由可能正常拨号，其他路由都不行，openwrt 、dd 、极路由 …. 都完蛋，没有一个行的。打电话给安装工，安装工诅咒发誓说电信根本不限制路由，他更没有动手脚。好吧，我信了。一闪念，是不是因为网线的质量不行，这根入户网线还是多年前接入的，所以直接从电信的信号盒里拉了根线测试，立马连接上了。看来网线确实有问题，自己手动更换了，谁让咱是汉子，不求人更换后，再测试，竟然不行，我操，我的网线可是安普的啊。仔细分析了下，发现电信光纤到楼的光交换，竟然没有电源，好神奇啊，它怎么供电的？？？？？？？严重怀疑是不是电信号不足，原来我的线是排在最后一个口的，现在换到第一个，再测试，很快连上，神奇啊。 更新下：一直好奇为啥电信用户箱里的pon 终端设备不需要电源，好神奇啊。昨晚研究了2个小时，发现个电信配的宽带设配器，这东西怎么看都像是个 供电设备。实际测试了下，果然如此，电信好卑鄙啊，竟然从用户哪里取电，连电费都省了。大声广播下：  电信的宽带设配器，根本就不需要，那是为他家自己的电信设备供电的。卑鄙啊，电信的安装工竟然还要求必须装。

Tab Utilities 修改版 Tab Utilities 更新越来越慢了，firefox 版本更新确越来越快了，导致的问题就是Tab Utilities 问题越来越多。不过热心的人不少，Tab Utilities 修改版好用的不得了。不废话，上地址：最新版解决了修复标签栏两侧的箭头按钮消失，Firefox 32+修复地址栏回车失效，Firefox 33+修复一个参数变化问题，Firefox 33+  https://github.com/yfdyh000/tabutils/releases

.init: timeout opening/writing control channel /run/initctl sysvinit: creating /run/initctl sysvinit: restarting...init: timeout opening/writing control channel /run/initctl .init: timeout opening/writing control channel /run/initctl .init: timeout opening/writing control channel /run/initctl .init: timeout opening/writing control channel /run/initctl .init: timeout opening/writing control channel /run/initctl .init: timeout opening/writing control channel /run/initctl .init: timeout opening/writing control channel /run/initctl .init: timeout opening/writing control channel /run/initctl failed. 升级debian7的时候遇到的问题，症状就是不能重启，关机，google说是因为一个bug，不管怎么着，说解决办法吧。 apt-get install upstart 就是这样。ps:貌似这样解决不是很完美。其他地方还有点小毛病

小米usb接口歪了 买了米2s，先前买过米1。感觉米1质量还是不错的。做工一般，但是用料还是很规范的，虽然不是顶级的，但质量还是可以的。买米2之前，看了下论坛，各种小问题不计其数，有通话的，有屏幕的。但是心中还是有的疑问，为啥帖子这么少？不应该啊。卖出去那么多，反馈的好少。经历了漫长的四天，终于收到货了。总的感觉还不错。但是我高兴太早了。发现usb线不能完全插进去。稍后我挂个图，大家鉴定下。我研究了下,应该是usb 接口的问题，而且是右边的接口里的卡簧有问题。这个小玩意，小米咋能没做好呢，奇怪的是网络上还搜索不到相关的信息。那我就来创建关键字吧。哎，小米啊，中国的公司为啥都是这个样子啊，好好的做企业就那么难么 ？ 小米一直是靠着舆论宣传，让人以为还真是牛逼，有山寨机做工差的，但是部件没见 过有啥问题，这明显的部件毛病，小米啊。再说说退货的事情吧，本来想退的，因为住的远，计算了去小米之家实在不划算。邮过去又耗不起时间，小米的问题多多，真怕，换回来的还是有毛病，哎，算了，不想去浪费时间去弄这个。在博客上吐槽一下。usb 小米 接口歪 小米usb接口插不进 小米2s usb 接口歪 小米2s usb接口插不进 小米2s 接口损坏

xen 更新内核出错 Failed to process /etc/kernel/postinst.d at /var/lib/dpkg/info/linux-image-2.6.32-5-686-bigmem.postinst line 799, line 2. dpkg: error processing linux-image-2.6.32-5-686-bigmem (--configure): subprocess installed post-installation script returned error exit status 2 configured to not write apport reports Errors were encountered while processing: linux-image-2.6.32-5-686-bigmem E: Sub-process /usr/bin/dpkg returned an error code (1)  错误就是上边的错误，请教万能的google后，得出结论，问题出在xen server 管理了内核，这个对于客户机来说可能是不可见的，或者是其他，没搞懂。具体请查看这个：http://www.stevefortuna.com/upgrading-to-debian-6-squeeze-on-vps-netany-onapp-platform/解决方法：原理猜测是卸载点grub,不然grub管理启动内核就行了. apt-get remove grub-legacy grub-common

nginx虚拟主机配置 配置的方法就不说了，baidu下都是说明。只提供下关键点：一定不要忘记加入一个default 配置。 server { listen 80 default_server; server_name _; # This is just an invalid value which will never trigger on a real hostname. access_log logs/default.access.log main; server_name_in_redirect off; root /var/www/default/htdocs; } 没有这个默认配置,虚拟主机设置是不生效的.

centos firefox flash 不能播放 插件正常安装，就是显示个黑屏，琢磨了半天，估计是因为没有安装curl 的问题，解决：yum install curl compat-libstdc++-33 glibc nspluginwrapper重启firefox ，ok 。给大家做个参考