其他

RPC是指遠端程序呼叫，直觀說法就是A通過網路調用B的過程方法。也就是說兩台伺服器A，B，一個應用部署在A伺服器上，想要調用B伺服器上應用提供的函數/方法，由於不在一個記憶體空間，不能直接調用，需要通過網路來表達調用的語義和傳達調用的資料。 為什麼RPC呢。就是無法在一個進程內，甚至一個電腦內通過本地調用的方式完成的需求，比如比如不同的系統間的通訊，甚至不同的組織間的通訊。由於計算能力需要橫向擴充，需要在多台機器組成的叢集上部署應用

以前都是用Subversion最近重新裝了系統，想用更加便捷的，就用到了VisualSVN-Server。   首先，我是裝的是當前最新版。2.1.6（免費版） 裝好之後。用IE8，Firefox，Opera，瀏覽，都出現相應的認證問題，IE是“此網站的安全性憑證有問題”，Firefox是“使用了無效的安全性憑證”，Opera是“伺服器憑證鏈不完整，且簽署者未註冊，是否接受”，如果選擇跳過或者繼續瀏覽，當然沒有問題。而且用SVN用戶端下載也沒有問題。

Caused by: org.springframework.jdbc.UncategorizedSQLException: SqlMapClient operation; uncategorized SQLException for SQL []; SQL state [null]; error code [0]; 列名無效; nested exception is java.sql.SQLException: 列名無效at

2014-6-1 0:47:25 org.apache.catalina.core.AprLifecycleListener init 資訊: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path:

Nginx 日誌對於大部分人來說是個未被發掘的寶藏，總結之前做某日誌分析系統的經驗，和大家分享一下 Nginx 日誌的純手工分析方式。 Nginx 日誌相關配置有 2 個地方：access_log 和 log_format 。 預設的格式： access_log /data/logs/nginx-access.log;log_format old '$remote_addr [$time_local] $status $request_time $body_bytes_sent

我們開發了一個介面，如希望這個介面每天都被自動調用一次，那麼可以部署一個crontab任務，每天都wget這個介面。筆者也是這麼做的。但如果任務執行時間比較長，這樣做是存在風險的。 wget有一個自動重試機制。如果wget超過一定時間長度（預設是900秒），還沒有傳回值，那麼wget會自動重試20次。 查看了wget的文檔，wget支援以下參數 -t    設定重試次數。如指定為0，則表示無限次重試

1.Workbench 不能大量刪除及更新資料的問題：   因為是Workbench的預設的安全設定是不能批次更新表的       菜單：Edit,Preferences...，SQL Editor，把 Safe Updates(rejects UPDATEs and DELETEs with no restrictions)的勾去掉 2.大批量查詢時，查詢時間逾時：Error Code: 2013. Lost

效能測試之——IP Spoofer技術 預設情況下，同一個Load Generator上的所有虛擬使用者都是用該Generator的IP地址來訪問伺服器，即在同一個負載產生器電腦上的Vuser具有相同的IP地址，當有大量虛擬使用者並行執行階段，就會出現多個使用者使用同一個IP地址對網站進行加壓的的情況。與此同時，應用程式伺服器經常緩衝來自同一台電腦上的用戶端資訊，而路由器則緩衝源資訊和目標資訊，以提高處理能力。經過伺服器和路由器進行最佳化處理後，Load

MySQL是一個關係型資料庫管理系統，其體積小、速度快、總體擁有成本低，且開放源碼，一般中小型網站的開發都選擇MySQL作為網站資料庫。這裡，MySQL的安裝就不多說，安裝完成後，MySQL是使用命令列介面進行操作的，這對於很多程式員來說很不習慣，這就需要視覺化檢視來對MySQL進行操作。MySQL的視覺化檢視有很多，筆者使用的是Workbench，這裡就對Workbench如何建立資料庫和表進行簡單示範。 開啟Workbench如下圖，點擊紅色框後登入。

簡易拖拽   1.拖拽 ==   滑鼠按下    接著移動滑鼠。    bar.onmousedown =function(){            document.onmousemove = function(){ &

從我看過的各種資料，還有與各式人等的交談中，可以得出Facebook現在的架構是這樣的： Web前端用PHP語言編寫，然後用HipHop Compiler[1]轉換為C++語言，再用g++編譯器編寫，從而提供高效能的模板與web邏輯執行層。 完全依賴靜態編譯所造成的限制，讓Facebook開始啟用HipHop Interpreter [2]及HipHop虛擬機器，將PHP代碼轉譯為HipHop ByteCode[3]。 其商務邏輯以服務形式存在，使用Thrift架構[4]

* 記錄一下配置過程，內容基本上是配置的每一步中遇到的問題及網上找到的對應方法，格式會比較混亂。做一些記錄，為學弟學妹們後來搭建新伺服器提供些參考（如果老師還給買新伺服器），也希望能幫到有需要的人。 系統配置：CPU 至強E5-2620 V3， GPU:NVIDA TITAN X,  OS:Ubuntu 14.04 LTS 實驗室到了塊TITAN X

import it.sauronsoftware.ftp4j.FTPClient;import it.sauronsoftware.ftp4j.FTPException;import it.sauronsoftware.ftp4j.FTPFile;import java.io.File;import java.io.FileInputStream;import java.io.FileNotFoundException;import java.io.IOException;import

假設接受檔案的網頁程式位於 http://192.168.29.65/upload_file/UploadFile.假設我們要發送一個圖片檔案，檔案名稱為“kn.jpg”， 　　首先用戶端連結 192.168.24.56 後, 應該發送如下http 請求： 　　POST/logsys/home/uploadIspeedLog!doDefault.html HTTP/1.1  　　Accept: text/plain,

在寫c++代碼時，一直牢記著一句話：決不應該調用CreateThread。相反，應該使用Visual 　C++運行期庫函數_beginthreadex。　　好像CreateThread函數就是老虎，既然這樣為什麼微軟要開發這個函數呢。　　從網上找到的相關資料，現在匯總一下，在此對相關人員進行感謝。　　摘自《windows

使用Hibernate的NativeSQL寫了一個查詢語句，但是後台報了SQL語法錯誤，具體報錯如下： [2012-08-08 12:55:00] ERROR -> ORA-00918: column ambiguously defined[2012-08-08 12:55:00] ERROR -> org.hibernate.exception.SQLGrammarException: could not execute query 原因一：

1.版本 1)作業系統  cat /etc/issue cat /etc/issue CentOS release 6.6 (Final) Kernel \r on an \m  cat /proc/version cat /proc/version Linux version 2.6.32-504.el6.x86_64 (mockbuild@c6b9.bsys.dev.centos.org) (gcc version 4.4.7 20120313

【摘要】本文談及一些分布式系統的理論和思想，包括CAP、BASE、NWR等。並簡單分析一些主流資料庫分布式方案的利弊，以便我們在開發時更深入全面地進行思考、選擇和設計。以下為本文： 在討論常見架構前，先簡單瞭解下CAP理論： CAP是Consistency、Availablity和Partition-tolerance的縮寫。分別指： 一致性（Consistency）：每次讀操作都能保證返回的是最新資料；

1、adodb資料庫類介紹 雖然 PHP 是建構 Web 系統強有力的工具，但是 PHP 存取資料庫的功能，一直未能標準化，每一種資料庫，都使用另一種不同且不相容的應用程式介面(API)。為了填補這個缺憾，因此才有 ADODB 的出現。一旦存取資料庫的介面予以標準化，就能隱藏各種資料庫的差異，若欲轉換至其它不同的資料庫，將變得十分容易 使用 ADODB

  《國內大型門戶網站架構分析》共分兩部分，原文作者寫於2004年。但對目前大型網站架構仍有很好的參考意義。 大型社區網站的架構 淺析大型門戶網站的架構 如何做鏡像伺服器 網域名稱雙線路智能負載平衡的實現方案 大型高並發高負載網站的系統架構