1. lshw 和 lshw-GTK
安裝:
sudo apt-get install lshw lshw-gtk
lshw 是命令列工具，可以獲取 BIOS、主機板、CPU 及記憶體等資訊。而 lshw-GTK 則是 lshw 的圖形前端，
2. hardinfo
- Jan 31 Sat 2015 14:39
Linux] Ubuntu 獲取硬體資訊的幾種方式
- Jan 31 Sat 2015 14:39
[Linux]PHP監控伺服器負載
c程式
首先寫個c檔，比如/usr/local/ismole/w.c
note 由於wordpress編輯器的原因，請將此代碼中標頭檔多餘的空格去除
#include < stdio.h>
#include < stdlib.h>
#include < systypes.h>
#include < unistd.h>
int main()
{
- Jan 31 Sat 2015 14:36
Apache支援ASP
HTTP://www.chinaunix.net 作者:HonestQiao 發表于：2003-10-13 13:45:56
**************讓你的ASP運行于非Windows平臺*********************
自從Micorsoft推出ASP技術後，由於ASP在創建動態互動式網站上的強大功能及其代碼編寫的簡便性，使ASP在越來越多的 Internet/Intranet/Extranet網站上得到了極其廣泛的應用，尤其是涉及到資料庫操作的網站應用系統更是傾向于採用ASP技術。但由於眾所周知的原因，ASP只能工作于Microsoft的Windows NT平臺+IIS Web Server伺服器軟體，在Windows9X+PWS也能使用,但那只能是調試或者學慣用的，因而就決定了ASP應用的局限性。據有關資料顯示，採用 Windows作業系統平臺和伺服器軟體的網站在15%左右，也就是說有將近85%的網站將不能採用ASP技術。大多數商用的網站採用的是Unix、Linux、Soris 和Netware等作業系統及相應的伺服器，這說明ASP技術在應用上確實有很大的限制。
難道ASP就不能運用於非 Windows 平臺嗎?當然不是.目前為止我們至少有兩種選擇,Chilisoft4公司的chili ASP和Halcycon公司的iASP(Instant ASP).Halcyonsoft公司提出「ASP Anytime,Anywhere」的口號，開發出iASP,使ASP不僅可以在採用Windows作業系統平臺和伺服器軟體的網站上使用，還可以在採用其它作業系統如Unix、Linux、Soris、Netware作業系統及相應伺服器的網站上使用。iASP全面繼承了ASP的優勢，並與ASP完全相容，因而ASP應用系統幾乎可以直接移植到非Windows作業系統平臺下的iASP環境中運行，使得ASP應用系統真正成為了一種跨平臺的 Internet、Intranet或Extranet應用系統。
iASP與ASP相比，不僅在支援作業系統平臺上具有優勢，在使用協力廠商元件構建ASP應用系統上同樣具有明顯的優勢。iASP不僅支援流行的ActiveX元件，同樣支援流行的Enterprise JavaBeans元件和CORBA相容元件，從而使用ASP應用系統功能更為強大，應用更為廣泛。除了MS Visual系列開發工具和Borland系列開發工具外，還可以用JAVA系列開發工具，讓元件開發人員有更多的選擇從而可以更為得心應手地開發有關元件。
- Jan 28 Wed 2015 21:57
windows server常當機可能原因
此時無法處理請求。通訊量超出網站的配置能力。如何解決
一、【症状】
- XEON处理器，4G内存，WINDOWS 2003 最新企业版，IIS 6，ASP环境。
- 应用程序池达到6个，其中有一个程序池配置了20个进程。其余5个单独运行其它应用~
- 其中一个应用的ASP程序不间断报错：500.13–服务器太忙
- 在【应用程序日志】中大量报错：The run-time environment has detected an inconsistency in its internal state.This indicates a potential instability in the process that could be caused by the custom components running in the COM+ application, the components they make use of, or other factors. Error in d:\nt\com\complus\src\comsvcs\threads\stathread.cpp(285), hr = 8007000e: CSTAThread: CoGetApartmentID failed
- 中文版本错误：运行时环境检测到其内部状态存在不一致。这说明进程中存在潜在的不稳定性，可能是由于 COM+ 应用程序中运行自定义组件、COM+ 应用程序使用的组件或其他因素引起的。d:\nt\com\complus\src\comsvcs\threads \stathread.cpp(285)中的错误，hr = 80070008: CSTAThread: CoGetApartmentID failed
- 查看W3C版本的IIS日志，报错ASP_0148|Server_Too_Busy。
- 日志查看器中的EVENT为4689
- 使用性能查看器，查看Active Server Page-> Request Queued 队列，大于系统的Max Requsest Queued队列值。
二、【原因】
具体原因可参考【参考链接4】，MSDN微软官方团队的说法，针对桌面程序堆（HEAP）错误。简单的解释就是应用程序池太多，导致 DLLHOST.EXE达到最大的HEAP限制，不是WINDOWS底层的程序员，所以只明白这个错误大概的原理，具体原因还得参考【链接4】
三、【解决方案】
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Session Manager\SubSystems\Windows –> SharedSection =1024,3072,512
打开注册表编辑器，将红字部分稍稍调大一些，比如1024，就可以避免堆错误。可以反复试验，也可以用链接4中的堆观察器（需要拥有最高权限才可安 装的小工具，底层驱动），观察每个进程的堆情况，进而根据IIS中应用程序池的设置，推算出最合适的大小。
===================================
- Jan 27 Tue 2015 15:39
詳解CMDeviceMotion
深藏于每台iPhone光滑的屏幕之下，处于触摸屏与芯片之间，依偎在逻辑板之上的陀螺仪和加速器总是被众人所遗忘。
所以这些玩意拿来干嘛？当然是用来在旧式的点击和滑动之外开创新交互方式的啦，这里就要动用到Core Motion框架，这个东西能非常有效的驾驭住这些传感器。
对于使用了M7或者M8处理器的设备，Core Motion框架支持了一些预置的motion动作，比如脚步数、爬楼还有移动类型(行走、骑行等等)。
Core Motion可以让开发者从各个内置传感器那里获取未经修改的传感数据，并观测或响应设备各种运动和角度变化。这些传感器包括陀螺仪、加速器和磁力仪(罗盘)。
加速器和陀螺仪的数据都是描述沿着iOS设备三个方向轴上的位置，对于一个竖屏摆放的iPhone来说，X方向从设备的左边(负)到右边(正)，Y方向则是由设备的底部(-)到顶部(+)，而Z方向为垂直于屏幕由设备的背面(-)到正面(+)。
这些成组的数据根据不同的用法会有不同的表示方式，下面我们就开始来说一说。
CoreMotionManager
CoreMotionManager类能够使用到设备的所有移动数据(motion data)，Core Motion框架提供了两种对motion数据的操作方式，一个是"pull"，另一个是"push"，其中"pull"方式能够以CoreMotionManager的只读方式获取当前任何传感器状态或是组合数据。"push"方式则是以块或者闭包的形式收集到你想要得到的数据并且会在特定周期内得到实时的更新。
为了保证性能，苹果建议在使用CoreMotionManager的时候采用单件模式。
- Jan 27 Tue 2015 00:16
筆記一下
轉
http://pcuser.pixnet.net/blog/post/25983264-%E9%83%A8%E8%90%BD%E5%AE%A2%E6%9C%80%E5%AE%B9%E6%98%93%E7%8A%AF%E7%9A%84%E9%8C%AF%E4%B9%8B%EF%BC%9A%E9%83%A8%E8%90%BD%E6%A0%BC%E4%BA%A4%E6%8F%9B%E9%80%A3%E7%B5%90%E7%9A%84%E9%99%B7
Blog互相交換連結就能增加曝光率？小心你變垃圾網站！
許多剛建立部落格或個人網站的站長們，都喜歡和其他部落格進行「交換連結」，也就是我放置你的網址、也請你放上我的網址。原本這是增加網站曝光度的好方法，可以讓你的網址出現在更多地方、被更多網友點擊造訪，也會增加被搜尋引擎找到的機會，於是很多站長為了衝流量，就拼命和各種網站交換連結，但這樣真的是好事嗎？
不說你不知道，毫不篩選地盲目交換連結，又沒有時常檢查對方網站內容的話，非但可能不會替你網站帶來效益，說不定還會造成反效果，降低搜尋引擎對你網站的評比，此時交換連結反而變成影響網站排名的黑暗陷阱。
▲很多部落格都會放置友站交換連結，但都忽略了要定期檢視管理。
建立正確的連結策略
談到連結的產生，可以分成兩大類：自我頁面的「內部連結」、以及連到自己網站之外的「外部連結」。我們這裡指的交換連結，當然都是屬於外部的連結。
但是在SEO（搜尋引擎優化）所注意的外部連結，不單單是指從你網頁連出去的連結，它更注意「Back link」，也就是從別的網站連回你網頁的連入連結。為什麼會有這些連結？當然就是你與別人互相交換、或是有人覺得你的網站內容很不錯而主動連結你的網頁。基本上這對於SEO的評分是正面的，有助於提升你網站的 PageRank。
另外Back link也可能是從社交網路連進你的網站，例如 funP、Facebook、噗浪等網路書籤或社群網站，以及Web2.0網站的回覆、放在論壇上的簽名檔……等等。
如果想自己主動在社交網站上發佈連結，讓網友有更多機會連進你的網站，此時要特別謹慎，因為過於刻意或大量的散佈，將會讓SEO從正面手法變成具有爭議的合理邊緣技倆，俗稱「灰帽」、「黑帽」，也就是大量毫無意義的自我增加連結，或大量製造相同或類似的連結。
這個黑帽界線憑電腦很難去劃分，但可以用人工方式去判讀這些連結是否惡意製造。萬一有大量連到你網站的連結，都是屬於故意製造、惡意大量散佈出來的，那麼對你的網站未必是件好事，搜尋引擎反而會認為你的網站並不具有價值。
▲Google的網站管理員工具，就是一個很好的網站內容檢測服務。
外部連結效應
再來談到從自己網頁所連出去的外部連結，例如我們主動在網頁上加入的友情交換連結、或放置一些相關資訊網站連結，總之就是點下去會連到別人網站的那些Link，我們稱為Outbound link，它的效應可分為以下幾點：
（1）會分散外連的PageRank值（*註）。
（2）會與連往的頁面變成內容相關。
（3）會讓讀者有更多的可參考資料。
（4）會降低內容的重複性。
※註：也許有人怕PR被分散，所以不喜歡連到別人的網頁（尤其自己做SEO），但是跟正面因素比起來，PR的分散是不太影響的。
我們先看第3點，當讀者瀏覽你的網頁時，如果有一些不錯的參考資料，他的滿意度會提高，之後的回讀率會增加，所以能夠增加網頁的「可信度」。而第4點是搜尋引擎希望相同內容可以不必贅言，如果你有加值內容再另外寫上去，以減少必須重複索引的負擔，因此（4）的因素會反應到（2）。
外部連結會與它所連往的頁面變成內容相關，所以當你的連結連到垃圾網頁（Spam）時，就會影響你的排名。但是反過來，如果你連到高品質的相關頁面，你的頁面也同時會變成跟這個高品質頁面「內容相關」。那如果外連的頁面是PageRank值較低的呢？只要確定不是Spam，就不會有負面影響，只要該內容好，你的頁面價值就會跟著水漲船高。
由此可知，只要對外連往「真正相關」的頁面，某些活動度不高的頁面也能夠被搜尋引擎列在前面。因此建議：
1. 不要盲目做交換連結，因為你不知道哪些外連頁面會變成Spam。
2. 不要吝嗇連往優秀內容的頁面，不要怕你的PR會分散給別人，因為跟優秀的頁面形成關聯可以有加分效果。
3. 從網路上得知的訊息，經過你的整理後，如果能把參考資料的超連結備齊，可以增加回讀率。
人與機器對於超連結的思考角度
我們再來看看搜尋引擎如何看待連結？
（1）網頁A link到網頁B，表示A投B一票。
（2）網頁A link到網頁B，表示網頁A的內容有談到網頁B的內容。
（3）好的網頁不會連結到壞的網頁，但壞的網頁會連到好的網頁。
（4）不管是內部連結或對外連結，雖權重不一定相同，但都是Link。
（5）Link是建立關連的基礎之一。
而使用者又是怎麼看待連結？
（1）如果這篇網頁的內容讓我感興趣，我會點選裡面的link去參考其他網頁。
（2）如果網頁裡面談的內容有link到有權威的網頁來佐證，可信度會提高。
（3）如果網頁內有許多可以參考的link資料，被加到「我的最愛」的機會提高。
（4）如果網頁內的link許多是Spam link，閱讀欲望會降低。
（5）如果網頁內的link許多是Spam link，該網站會失去信用度。
因此搜尋引擎即使抓不出哪些是垃圾連結，還是可以藉由使用者的反應，去降低Spam link的分數。而如果連結的關連被搜尋引擎認可，這些互連的網頁就有搭便車跟著水漲船高的優勢，但是前提是你的網頁本身不能是「壞的網頁」。
為什麼交換連結會變成陷阱？
