有一套系統，是專為Q&A所設計的，名為Question2Answer，這是有別於blog與論壇的網站類型，亦可當知識庫使用 。 ( demo請看: http://qaspace.com )
以下是我們的安裝介紹：
閱讀全文 如何架設問答型的網站?
作者: admin
如何快速安裝discuz (x3.1)
我們把discuz x3.1 utf8 繁體版，整合進installatron，可避開使用ftp上傳，及建立msyql的麻煩，讓入門使用者，達到快速安裝不卡關。
以下是使用說明：
openssl重大安全性問題
根據openssl的公告: https://www.openssl.org/news/secadv_20140407.txt
因openssl出現重大安全性問題，有相當多現行的伺服器會受到影響，這算是最嚴重等級的資安bug，對於有提供HTTPS, Webmail, VPNs的服務業者影響尤大(光Https就涵蓋相當多)。
可以使用我們下列的教學，進行更新，以免遭遇駭客攻擊。
如何將hinet的域名，對應到unethost.com的虛擬主機上呢？
在這邊，我們以圖文說明，從hinet所註冊的網域域名，設置dns server導向unethost.com虛擬主機空間。
如何處理e-mail寄信會漏信？(設定DKIM及SPF)
我們在如何設定自己的套裝軟體透過gmail smtp發信，曾介紹過使用外部smtp的方式，不外乎解決DKIM及SPF不會設置的一種方案。
unethost.com虛擬主機，配合cpanel開創e-mail，有著快速生成DKIM及SPF的方式，
其操作步驟如下：
1. 請先使用自己的帳號，登入自己的cpanel控制台。
2. 郵件管理工具>電子郵件驗證
3. 請將 DomainKeys(DKIM) 及 SFP ，都點下Enable
4. 開啟後的狀態
5. 驗證DKIM及SPF
5-1: 驗證DKIM的網站： http://dkimcore.org/tools/keycheck.html
5-2: Selector 請輸入 default ， Domain name 則是填入域名，填入後點下check
5-3: 驗證成功後，會跑出相關資料
5-4: 驗證 SPF 的網站： http://www.kitterman.com/spf/validate.html
5-5: Domain name 請填入網域名稱，在點下Get SPF Record (if any)
5-6: 驗證成功的資料
6. 其他需注意的地方是，需將domain name 的name server，先設成我們空間帳號內所分配
的，否則還得手動的，在網域管理去設定相關record。
幫客戶做網站
我們在去年推出了8K的網頁設計案子(drupal cms+版模+虛擬主機)。現在，台灣還是有相當多的的店家或是公司行號，都未做網站。有了網站後，最簡單的應用是，公司的名片上就可以擺上網址，提供給客戶更完整的資訊。
今天我們接到一個網站客戶的來電，要我們修改網站上的優惠資訊，網站是: http://0227927057.tw-drupal.com
因為網站的宣傳效果不錯，本來僅於過年期間的促銷，一直延用到今日。
當初這位客戶，是朋友介紹來的。店家提供了圖片及內文，扣除挑選版模的時間，我們在一週內，就將網站完成並上線。
[精選文章翻譯] 知識的管理和再利用
轉自：
http://www.sysaid.com/blog/entry/it-benchmarks-knowledge-management-and-reuse?utm_source=AdRoll&utm_medium=Content&utm_campaign=FB%20Newsfeed%20Ongoing
延續我的IT部落格，這次我們要看知識管理和重覆使用的統計數據、
好處以及如何實現知識庫。
統計：
- 在有3位管理員的IT小部門中，只有37%使用”用戶知識庫”(end-user Knowledge Base)
- 有4-10位管理員的IT小部門中，44%使用”用戶知識庫”
- 有11-20位管理員的IT小部門中，57%使用”用戶知識庫”
- 有21位以上管理員的IT小部門中，50%使用”用戶知識庫”
虛擬主機vs免費平台
租用虛擬主機，自己架站的優點：
1. 可根據需求，彈性客制化。
2. 可以自行備份資料。
3. 自己的域名，有助於搜索引擎自然排序。
4. 可自由增設廣告。
5. 容易查看頁面統計資料(google analytics)。
自己架站的缺點：
1. 架構成本高於免費平台。
2. 安裝錯誤的插件，網站容易被駭。
3. 被攻擊時，需自己設法解決問題。
如何增加公司內部及客服效率 (2)HESK應用篇
如何增加公司內部及客服效率 (1)HESK安裝篇
話說，最近跟客戶閒聊時，頻頻跟我抱怨，他的部下太笨，害他要跟著加班。
因為昇遷的關系，過去他的職務，現在是由他的部下來做。
這個位子的職稱應該是「承辦人」。他的職稱是主任。
出包的劇本總是這樣子：
(1) 承辦人收到一封email，這封email講了一件很重要的事。
(2) 承辦人不會處理，也不知道『自己不會處理』，於是沒有請示主任，選擇亂做。
(3) 主任有抓到這件事 —> 主任開始救火。
(4) 主任沒有抓到 —> 炸開了… 主任就得出去道歉了。
於是我想了一個解法，我幫他們灌了一個HESK，也就是open source的服務單系統。
並建議其運作流程：
(a) 這樣子，之後他們的單位對外，都是讓外部的人用服務單系統提交問題、資訊。
(b) 內部的人如果接到外部的email，原則上也要上來提交服務單，( 只是處理的人可能
是自己。)
這樣子，如果系統可以上線的話，應該就可以打破這個惡性循環了。