Monthly Archives: 六月 2009

09/06/30 G型主機異常

09/06/30 台灣時間 上午 11:00~11:50 左右 F2Cont 託管 位址 G型主機異常 , ping 有 瞬段 現象 或 網路斷線, 所有台灣主機和虛擬主機都受到影響 打電話過去是說 機房 異常查修中, 這段時間上不去是有一點正常的


F2Cont 1.0 Beta 090628 8盎司非力牛 版

F2Cont 1.0 Beta 090628   8盎司非力牛 版 發布了
目前只是測試版。
真對 F2Cont 做了修正如下
Continue reading “F2Cont 1.0 Beta 090628 8盎司非力牛 版” »

fsckvps 事件簿 後記

fsckvps 被駭後,已經一段時間了,目前幾乎看起來是已經落幕了。
不過 所有資料遺失的 客戶 可以免費得到 兩的月的 免費使用,不過 資料 lost 了,免費使用兩的月似乎用意不大。
不過我將 新的 VPS server 從 Atlanta 移到LA ,據說LA的線路比較好,
不過用起來似乎也才好一點點 tracert 看起來是比較好,
不過實際 LA 的vps run 似乎沒有 Atlanta 的server 穩定多了,
而且 fsckvps 目前取消 panel 的管理介面 。所有的需求都要送 ticket ,
實際上 送了幾個 support ticket 下來, 大約都要 1-2 兩才會處理好,
沒有實際上的 panel 好用多了…
而且 新的 LA 機房 只有 20 G = =
所有的服務都已經改到 30 G的 空間了…
殘念…

fsckvps 事件簿

關於這兩天 F2Cont 和 phptw 連不上的原因 ,是出在 f2cont.com 的DNS server 掛點了…
F2cont.com 的DNS server 是我自己在 亞特蘭大的 VPS server ,廠商為 FsckVPS
這兩天 在全球hosting 發生了一件重大的事情,
就是 VPS sever 被hacked ,造成重大 災情產生,
 
根據 FsckVPS 發給我的Email 內容:
At approx 10pm GMT last night a hacker gained access to our HyperVM install via what we believe was an unpatched exploit even though our HyperVM install was totally up to date. As part of this the hacker deleted b//ot on all of our VPS nodes as well as some VPS user data. Currently we are working to restore access as quickly as possible and are aiming to have everyone up within 48 hours. Please do bear with us at this difficult time
 
Rgds
 
 
 
Rus Foster
 
FSCKVPS
 
和 :
Dear customers,
 
We are pleased to announce that BlueSquare who are our primary collocation provider within the UK have offered to help us out in this
difficult time. They have kindly offered to to provide both man power and hardware assistance to allow users to get back online ASAP and also to help migrate to a new stronger, more secure, non LXLabs/HyperVM environment within the next few weeks. Whilst we understand that customers will be looking for another provider, and we
can not blame them, we would like to give you this opportunity to see what a leading collocation provider + our large real world VPS experience can deliver to all customers.
 
On another note if customers would like to be setup on the new servers and have their own backups please tell us and we can get you set up!
 
Best regards,
VAServ LTD Team
 
 
 
目前確定的是 確實被hacked了,目前初步的瞭解 似乎是 VPS server的管理介面軟體lxadmin 有漏洞
 
造成嚴重的災情產生,
另外根據 http://timesofindia.indiatimes.com/Babus-to-be-protected-from-netas/articleshow/4633101.cms
報導 lxadmin 開發者 自殺了….
 
 
相關資料:
 
  1. http://timesofindia.indiatimes.com/Babus-to-be-protected-from-netas/articleshow/4633101.cms
  2. http://www.wordpress.org.cn/thread-37930-1-1.html
  3. http://wordpress.org.cn/thread-37875-1-1.html
  4. http://www.vaserv.com/
  5. http://www.webhostingtalk.com/showthread.php?t=867451
 

F2Cont 1.0 Beta 060624 6盎司非力牛 版

應  white F2Cont 1.0 Beta 060624   6盎司非力牛 版 發布了
目前只是測試版。

真對 F2Cont 做了修正如下
1. 針對資料庫優化
2. 針對 spam 內建預設的 filter 並更改規則
3. 安全性更新 http://bbs.f2cont.com/thread-107-1-1.html

安裝方式 
下載後 解壓縮 並直接覆蓋掉他 然後 執行 update.php
例如  http://blog.f2cont.com/update.php

更新前請記得 備份相關檔案 和 資料庫

下載:下載檔案f2cont.20090624.tar.gz.gz (0 Byte , 下載:10次)  (1.3 MB) 
或到下載http://code.google.com/p/f2cont/downloads/list

[轉載] 在 MySQL 中使用 index

 以下文章 來至於 Edison home
http://remindme.blogbus.com/logs/34133550.html

在 MySQL 中使用 index 時,下列是一些該注意的事:

  • 在 MySQL 裡,將欄位設為 Primary 或 Unique 時,都同時具有 index 的效果。
  • 欲設為 index 的欄位長度是越短越好,這樣在維護 index table 時會快速一些;像 BLOB 與 TEXT 這類巨無霸型的資料型態,雖然在 MySQL 3.23.2 版之後也可以被設為 index 了,但還是少用為妙。
  • 欲設為 index 的欄位長度若是固定的話,會比變動的來得好。例如:同樣被設為 index,char(10) 的欄位,就比 varchar(10) 好。
  • 將多個欄位複合成為一組 index key 的話,要注意先後順序。例如:將「A+B+C」設為 index 時,下列的 SELECT 敘述將會使用到 index:
    SELECT * FROM tbl_name WHERE A = val1;
    SELECT * FROM tbl_name WHERE A = val1 AND B = val2;
    SELECT * FROM tbl_name WHERE A = val1 AND B = val2 AND C = val3;
     
    但像以下這樣的 SELECT 敘述將不會享受到 index 的好處:
    SELECT * FROM tbl_name WHERE B = val2;
    SELECT * FROM tbl_name WHERE C = val3;
    SELECT * FROM tbl_name WHERE B = val2 AND C = val3;
  • 當您使用「LIKE」參數時,若將萬用字元(%)置於關鍵詞後方,可以使用到 index;
    select * from tbl_name where key_col LIKE "Patrick%"; 
    若置於關鍵詞前方的話,則 index 不會起作用。
    select * from tbl_name where key_col LIKE "%Patrick%";


 EXPLAIN  如果想知道每個 SELECT 敘述是否充分運用 index 的話,您可以試試使用「EXPLAIN」。當您 SELECT 敘述句之前加上「EXPLAIN」時,將可以看到 MySQL 對它的處理原則,包括「是否使用 index」等資訊。

>score 》
SNum SName Score
75312 Chen 80
75524 Chuang 95
75207 Yeh 92
75302 Lee 90
75101 Chuang 89
75303 Ho 90
75120 Lin 92
75313 Chen 88
address 》
SNum Address
75312 高雄縣鳳山市五甲二路 424 號

 以上方的 score 表為例,我們將其中的「SNum」欄位設為 index key,請看 EXPLAIN 的用
法與結果: 
 
【例一】EXPLAIN SELECT * from score WHERE SNum = '75312';
  

【例二】EXPLAIN SELECT * from score WHERE SNum LIKE '753%';
  

【例三】EXPLAIN SELECT * from score WHERE SName LIKE '%531%';
  

【例四】EXPLAIN SELECT * from score WHERE SName = 'Chen';
  

【例五】EXPLAIN SELECT * FROM score LEFT JOIN address ON score.SNum = address.SNum WHERE score.SNum = '75312';
 
 我們來看看這些結果代表什麼意思:

  • table
    表示所引用的表格名稱。
  • type
    表示查詢時的「聯結類型」(join type),以下依序是「最佳」至「最差」的各種類型:
    • system
      表格中僅有一列。這是 const 類型的一個特例。
    • const
      表格中符合條件的只有一列。因為僅有一列,其值在後續的查詢中可被視為常數。
    • eq_ref
      表示在與其它表格的資料列結合時,此表格只有一列會被讀取。當 join 使用到資料表中的所有索引,並索引是 UNIQUE 或 PRIMARY KEY 時才會被用到。
    • ref
      表 示在與其它表格的資料列結合時,此表格中所有符合的資料列都會被讀出來。這是當 join 只使用到部份鍵值(註),或此鍵非 UNIQUE 或 PRIMARY KEY 時才會用到(依照 join 的條件仍然無法選定單一目標列)。若因此符合的資料列數不多的話,它也算是一種不錯的「聯結類型」。
      註:我們指定「A+B」欄位為 index key,但查詢時只用到「A」欄位。
    • range
      表示將在一定範圍內執行搜尋的動作。
    • index
      與 ALL 相同,但只有 index table 會被瀏覽。這通常比 ALL 快,因為 index table 通常比原始資料表來得小。
    • All
      表示這項查詢將對整個原始資料表瀏覽一遍,是最不好的類型。
  • possible_keys
    表示 MySQL 能夠藉由哪些 index 來搜尋目標。
  • key
    表示 MySQL 實際藉由哪個 index 來搜尋目標。
  • key_len
    表示 MySQL 實際使用的 key 長度。若 index key 是由兩個欄位以上複合而成的話,您可以在此看見 MySQL 使用了 index 的多少部份。
  • ref
    表示哪個欄位(或常數)將被用來與 key 一起比對。
  • rows
    表示 MySQL 粗略估計在查詢的過程中,必須瀏覽的資料列數。
  • Extra
    顯示 MySQL 在解決這項查詢工作時的一些附加訊息。例如:「where used」表示 where 子句將會限制某些資料列的輸出。

F2Cont 安全行更新 20090601

 原始資料來自於 http://blog.f2cont.com/guestbook.html#book307

請下載 path 檔案直接覆蓋 下載檔案f2cont.20090624.tar.gz.gz (0 Byte , 下載:10次)

[轉載] 軟體服務就像自來水 隨選即用

  產業趨勢》軟體服務像自來水 隨選隨用  

經濟日報/陳珮馨 2007.03.16 04:29 am

網路革命風起雲湧,開放與分享的時代潮流,逐步吞噬傳統的軟體概念,近幾年炙手可熱的軟體服務化(Software as a service,SaaS),強調貼近使用者、共創分享平台,形成一股銳不可擋的全球趨勢。 

2005年末,美國半導體市調權威國際數據資訊公司(IDC)大膽預測,Google效應發酵,促使企業的資訊科技(IT)支出逐步趨緩、以服務為導向的軟體支出倍增,進而引爆全球IT廠商,走向創造性破壞的商業模式。 

言猶在耳,宣稱將「摧毀軟體產業」的客戶關係管理服務供應商Salesf rce.com,旋即於2006年7月正式揮軍台灣;同年5月,宏碁電子化事業群汰換Siebel傳統銷售管理系統,轉身擁抱Salesforce.com的線上軟體服務,更具指標性意涵。 

上線快速、建置費用下降,是吸引宏碁琵琶別抱的原因之一。傳統的企業軟體需要三到六個月建置期,購買硬體設備、簽訂軟體授權合約、逐年繳交維護費用;Salesforce.com則按使用人數收取月費,透過個人帳號,隨時登入使用,也能隨時終止合約。 

Salesforce.com創始人貝尼奧夫(Marc Be-nioff),深知軟體服務化的威力,曾經擔任美商甲骨文公司(Oracle)副總裁的他,故意在衣服上寫上Software(軟體)兩字,外加一條大斜杠,大舉將矛頭指向全球軟體大廠,包括老東家甲骨文、SAP、微軟。 

隨選即用(On Demand)的概念,是引爆這股趨勢的關鍵。企業少了安裝、維護與軟體升級的麻煩,不用受到合約牽制,而傳統套裝軟體,一旦發現不適用,還得逐年按合約攤銷、繳交維護費用,遭到越來越多企業的揚棄。 

專業分工化的趨勢,也是這一股軟體革命的推手。天新資訊總經理蕭崑龍分析,思科(Cisco)身為全球網路設備供應商龍頭,本身專長不在軟體,因此決定委外,定期簽服務契約即可。SaaS打破套裝軟體的大陣仗,提供服務為主的線上軟體,更容易滿足小企業,甚至個人創業的需求。 

蕭崑龍表示,Salesforce.com投資成本彈性大,不但吸引思科、賽門鐵克等國際級大客戶,也能切入中小企業、SOHO族等平價市場,具有「大小通吃」的市場潛力。 

提供以使用者為核心、更「簡單化」的軟體服務,也是這股潮流的重要元素。軟體巨人甲骨文嗅到這股趨勢,除了大展併購,更是推動全面整合,平均三成的研發預算,投注於改善相容性。 

美商甲骨文台灣總經理吳昇奇表示,去年起,甲骨文主要客戶只要簽約,就能享受全方位的軟體服務,發揮整體規劃、一次購足的精神。他形容,企業軟體用起來,將會像「扭開水龍頭,自來水嘩啦啦流下」。 

不過,軟體網路化的趨勢下,資料安全成為一個關注焦點。Salesforce.com強調跨越時空,隨時能連線入資料庫,卻難逃網路安全的質疑;美商甲骨文相對推出封閉型內部網路,提供企業網際網路的介面、搜尋功能,既能呼應Google化的趨勢,同時兼顧商業安全。 

說穿了,資料庫究竟要放在哪?仍然是企業的主要考量。傳統的軟體概念下,企業擁有自己的機房、伺服器,獨自管理資料庫,不用擔心外洩問題;一旦委外處理,等於資料借放他處,雖然減輕成本,卻不容任何閃失。 

其次,一旦網路斷線是否影響企業運作,也是一個值得關心的議題,2005年底Sales-force.com系統故障,導致部分使用者停用六小時,去年初也發生兩起斷線意外。 

Salesforce.com亞太區總裁暨執行長羅素(Stephen Russell)曾經表示, 就像PC有時也需要重開機,網路斷線只要重撥即可,但仍難消疑慮。蕭崑龍認為,伺服器若放公司內部,斷線時一樣諸事停擺,把資料放在遠端,反而能避開其他風險,例如去年大地震、海底電纜斷裂,台灣和美國網路仍然暢通就是例子。 

眼睛雪亮的消費者,也是重要的監督機制。蕭崑龍表示,當軟體服務化,消費者的要求會更高,付錢的同時,還會期待服務品質,不管是跳電或資料外洩,都無法逃過消費者的檢視。 

「未來將大者恆大,只有前三名存活」,他預測,誰能取得消費者的信任,誰就是最終贏家。很顯然,全球軟體大廠捲入的,不只是尖端技術競賽,更是一場品牌拉鋸戰。 

【2007/03/16 經濟日報】@ 

[F2Cont] F2 開發進度

 目前F2Cont 的程式發進度

  1. 強化 DB 的效率
  2. 將google sitemap 那入 link 省去 登錄google 的動作
  3. 加入預設的驗證機制,用來抵擋 spam


接下來預計進行的動作

  1. 製作 百度 sitemap 
  2. 修正「回覆留言」、評論 BUG