2016年6月份最新資料庫流行排名

看統計圖表與去年同期來相比較，明顯的是 Elasticsearch 和 Teradata 的分數增加，而SAP Adaptive Server 與 Solr 的分數略有所下降。

以下圖表是最新的 2016年6月份前20名排行榜：

 

上面統計數字的排名主要根據 5個因素來進行統計：Google以及Bing搜索引擎的關鍵字搜索數量、Google Trends的搜索數量、Indeed網站中的職位搜索量、LinkedIn中提到關鍵字的個人資料數以及Stackoverflow上相關的問題和關注者數量。

 

 

網智數位-軟體開發（軟件開發）
針對各特殊產業都可以量身定做符合貴公司的需求，別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口：allen@netqna.com
聯繫電話：0920-883-870
skype： netqna
line：netqna
微信：netqna
黃先生 Allen

Read More

伺服器被攻擊後的處理措施

     安全總是相對的，再安全的服務器也有可能遭受到攻擊。作為一個安全運維人員，要把握的原則是：盡量做好系統安全防護，修復所有已知的危險行為，同時，在系統遭受攻擊後能夠迅速有效地處理攻擊行為，最大限度地降低攻擊對系統產生的影響。

一、處理服務器遭受攻擊的一般思路
系統遭受攻擊並不可怕，可怕的是面對攻擊束手無策，下面就詳細介紹下在服務器遭受攻擊後的一般處理思路。
1.必須馬上切斷網絡
所有的攻擊都來自於網絡，因此，在得知系統正遭受黑客的攻擊後，首先要做的就是斷開服務器的網絡連接，這樣除了能切斷攻擊源之外，也能保護服務器所在網絡的其他主機。
2.開始試著查找攻擊源
可以通過分析系統日誌或登錄日誌文件，查看可疑信息，同時也要查看系統都打開了哪些端口，運行哪些進程，並通過這些進程分析哪些是可疑的程序。這個過程要根據經驗和綜合判斷能力進行追查和分析。下面的章節會詳細介紹這個過程的處理思路。
3.進行分析入侵原因和途徑
既然系統遭到入侵，那麼原因是多方面的，可能是系統漏洞，也可能是程序漏洞，一定要查清楚是哪個原因導致的，並且還要查清楚遭到攻擊的途徑，找到攻擊源，因為只有知道了遭受攻擊的原因和途徑，才能刪除攻擊源同時進行漏洞的修復。
4.一定必須備份用戶數據
在服務器遭受攻擊後，需要立刻備份服務器上的用戶數據，同時也要查看這些數據中是否隱藏著攻擊源。如果攻擊源在用戶數據中，一定要徹底刪除，然後將用戶數據備份到一個安全的地方。
5.重新安裝系統
永遠不要認為自己能徹底清除攻擊源，因為沒有人能比黑客更了解攻擊程序，在服務器遭到攻擊後，最安全也最簡單的方法就是重新安裝系統，因為大部分攻擊程序都會依附在系統文件或者內核中，所以重新安裝系統才能徹底清除攻擊源。
6.修復程序或系統漏洞
在發現系統漏洞或者應用程序漏洞後，首先要做的就是修復系統漏洞或者更改程序bug，因為只有將程序的漏洞修復完畢才能正式在服務器上運行。
7.恢復數據和連接網絡
將備份的數據重新復製到新安裝的服務器上，然後開啟服務，最後將服務器開啟網絡連接，對外提供服務。
二、檢查並鎖定可疑用戶
當發現服務器遭受攻擊後，首先要切斷網絡連接，但是在有些情況下，比如無法馬上切斷網絡連接時，就必須登錄系統查看是否有可疑用戶，如果有可疑用戶登錄了系統，那麼需要馬上將這個用戶鎖定，然後中斷此用戶的遠程連接。
1.登錄系統查看可疑用戶
通過root用戶登錄，然後執行“w”命令即可列出所有登錄過系統的用戶，如下圖所示。

通過這個輸出可以檢查是否有可疑或者不熟悉的用戶登錄，同時還可以根據用戶名以及用戶登錄的源地址和它們正在運行的進程來判斷他們是否為非法用戶。
2.鎖定可疑用戶
一旦發現可疑用戶，就要馬上將其鎖定，例如上面執行“w”命令後發現nobody用戶應該是個可疑用戶(因為nobody默認情況下是沒有登錄權限的)，於是首先鎖定此用戶，執行如下操作：
[root@server ~]# passwd -l nobody
鎖定之後，有可能此用戶還處於登錄狀態，於是還要將此用戶踢下線，根據上面“w”命令的輸出，即可獲得此用戶登錄進行的pid值，操作如下：
[root@server ~]# ps -ef"grep @pts/3
531 6051 6049 0 19:23 ? 00:00:00 sshd: nobody@pts/3
[root@server ~]# kill -9 6051
這樣就將可疑用戶nobody從線上踢下去了。如果此用戶再次試圖登錄它已經無法登錄了。
3.通過last命令查看用戶登錄事件
last命令記錄著所有用戶登錄系統的日誌，可以用來查找非授權用戶的登錄事件，而last命令的輸出結果來源於/var/log/wtmp文件，稍有經驗的入侵者都會刪掉/var/ log/wtmp以清除自己行踪，但是還是會露出蛛絲馬跡在此文件中的。
三、查看系統日誌
查看系統日誌是查找攻擊源最好的方法，可查的系統日誌有/var/log/messages、/var/log/secure等，這兩個日誌文件可以記錄軟件的運行狀態以及遠程用戶的登錄狀態，還可以查看每個用戶目錄下的.bash_history文件，特別是/root目錄下的.bash_history文件，這個文件中記錄著用戶執行的所有歷史命令。
四、檢查並關閉系統可疑進程
檢查可疑進程的命令很多，例如ps、top等，但是有時候只知道進程的名稱無法得知路徑，此時可以通過如下命令查看：
首先通過pidof命令可以查找正在運行的進程PID，例如要查找sshd進程的PID，執行如下命令：
1 2 [root@server ~]# pidof sshd 13276 12942 4284
然後進入內存目錄，查看對應PID目錄下exe文件的信息：
1 2 [root@server ~]# ls -al /proc/13276/exe lrwxrwxrwx 1 root root 0 Oct 4 22:09 /proc/13276/exe -> /usr/sbin/sshd
這樣就找到了進程對應的完整執行路徑。如果還有查看文件的句柄，可以查看如下目錄：
[root@server ~]# ls -al /proc/13276/fd
通過這種方式基本可以找到任何進程的完整執行信息，此外還有很多類似的命令可以幫助系統運維人員查找可疑進程。例如，可以通過指定端口或者tcp、udp協議找到進程PID，進而找到相關進程：
1 2 3 4 5 6 7 8 9 [root@server ~]# fuser -n tcp 111 111/tcp: 1579 [root@server ~]# fuser -n tcp 25 25/tcp: 2037 [root@server ~]# ps -ef|grep 2037 root 2037 1 0 Sep23 ? 00:00:05 /usr/libexec/postfix/master postfix 2046 2037 0 Sep23 ? 00:00:01 qmgr -l -t fifo -u postfix 9612 2037 0 20: 34 ? 00:00:00 pickup -l -t fifo -u root 14927 12944 0 21:11 pts/1 00:00:00 grep 2037
在有些時候，攻擊者的程序隱藏很深，例如rootkits後門程序，在這種情況下ps、top、netstat等命令也可能已經被替換，如果再通過系統自身的命令去檢查可疑進程就變得毫不可信，此時，就需要藉助於第三方工具來檢查系統可疑程序，例如前面介紹過的chkrootkit、RKHunter等工具，通過這些工具可以很方便的發現系統被替換或篡改的程序。
五、檢查文件系統的完好性
檢查文件屬性是否發生變化是驗證文件系統完好性最簡單、最直接的方法，例如可以檢查被入侵服務器上/bin/ls文件的大小是否與正常系統上此文件的大小相同，以驗證文件是否被替換，但是這種方法比較低級。此時可以藉助於Linux下rpm這個工具來完成驗證，操作如下：
1 2 3 4 5 6 7 8 9 10 11 12 13 [root@server ~]# rpm -Va ....L... c /etc/pam.d/system-auth S.5..... c /etc/security/limits.conf S.5....T c /etc/sysctl.conf S.5....T /etc/sgml/docbook-simple.cat S.5....T c /etc/login.defs S.5..... c /etc/openldap/ldap.conf S.5....T c /etc/sudoers ..5....T c /usr/lib64 /security/classpath.security ....L... c /etc/pam.d/system-auth S.5..... c /etc/security/limits.conf S.5..... c /etc/ldap.conf S.5....T c /etc/ssh/sshd_config
對於輸出中每個標記的含義介紹如下：
S 表示文件長度發生了變化
M 表示文件的訪問權限或文件類型發生了變化
5 表示MD5校驗和發生了變化
D 表示設備節點的屬性發生了變化
L 表示文件的符號鏈接發生了變化
U 表示文件/子目錄/設備節點的owner發生了變化
G 表示文件/子目錄/設備節點的group發生了變化
T 表示文件最後一次的修改時間發生了變化
如果在輸出結果中有“M”標記出現，那麼對應的文件可能已經遭到篡改或替換，此時可以通過卸載這個rpm包重新安裝來清除受攻擊的文件。
不過這個命令有個局限性，那就是只能檢查通過rpm包方式安裝的所有文件，對於通過非rpm包方式安裝的文件就無能為力了。同時，如果rpm工具也遭到替換，就不能通過這個方法了，此時可以從正常的系統上複製一個rpm工具進行檢測。
對文件系統的檢查也可以通過chkrootkit、RKHunter這兩個工具來完成，關於chkrootkit、RKHunter工具的使用，下次將展開介紹。

 

網智數位-軟體開發（軟件開發）
針對各特殊產業都可以量身定做符合貴公司的需求，別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口：allen@netqna.com
聯繫電話：0920-883-870
skype： netqna
line：netqna
微信：netqna
黃先生 Allen

Read More

成衣廠、服裝業 ERP 管理系統經驗談 【軟體開發、程式開發】

       這星期跟南部一個經營成衣廠超過40年的第二代老闆，聊了很久關於成衣、服裝生產、批發在管理遇到的瓶頸，而 Allen 我也曾經在台灣最大的成衣廠上市公司服務過，因此整理了一些針對關於成衣、服裝、布料等領域在企業管理系統的選擇、流程、觀念，做個簡單的概要整理。      

       在成衣與服裝行業領域中，好的ERP管理系統至少要能支持接單式生產、存貨式生產等多種生產方式，同時，能否有效的管理站牌式生產模式。貼牌生產模式是生產企業非常頭疼的問題，因其關係到多方面的關係，稍有不謹慎，就有可能導致混亂。

 
首先，要支持多種生產方式。服裝行業的ERP至少要支持接單式生產、存貨式生產等多種生產方式，同時，能否有效的管理帖牌式生產模式。貼牌生產模式是生產企業非常頭疼的問題，因其關係到多方面的關係，稍有不謹慎，就有可能導致混亂。因此，能否實現有效的貼牌管理，在選型時，要作為必要的功能的考量。
 
同時，一定也要能夠支持插單生產，因為由於市場的變化，如氣候的反常等，生產企業接到客戶的臨時插單，已經是家常便飯再不能過的事情，至於如何解決插單帶來的生產計劃、採購計劃、原物料庫存計劃的變動等問題，如何在不影響重要客戶或者重要生產計劃的前提下，合理的安排臨時急單的生產，是服裝型ERP要能夠解決的問題。因為其插單與其他行業比起來，要多的多，若其靠手工來處理急單，那工作量要大的嚇人。所以，是否能合理的處理插單，企業要根據自身的實際情況，把這作為考核ERP的主要指標之一。
 
另外還有針對邊角料等特殊情況的處理方式跟準則，服裝行業還有個非常常見的特殊業務，就是邊角料如何處理。一塊布料裁了一個袖子，剩下的布料如何處理?庫存如何計算?下次要用到改布料時，如何領料?這些業務，基本上每批產品，都要遇到類似的問題。這就是通常所說的邊角料問題，一般情況下，服裝行業會專門設計一個功能來解決此類問題。在實際選型時，企業要特別注意這個功能是否完善，拿一塊佈出來，讓諮詢顧問實際操作一下，看看是否符合公司的需求。
 
除了邊腳料，就是尺寸顏色等問題如何處理。同一款衣服有不同的尺寸，不同的顏色，若都一一重新編碼，那麼物料編碼會呈幾何級別上升。不同尺寸、不同顏色的同款衣服編碼該如何編，系統提供何種處理方法，該處理方法能否解決實際問題。有些軟件通過屬性集解決，有些通過客戶化解決，無論何種解決方式，只要能幫企業解決問題，就是好的解決方式。總之，企業在選型時，不要聽軟件提供商顧問在台上天馬行空的闡述，要把問題提出來，要在系統裡進行實際模擬，看能否真正的解決問題。
 
最後，好的系統必須能夠準確的銷售預測，縮短生產週期。服裝企業還有一個特點，就是大部分按照市場部門的銷售預測來生產，特別是有自主品牌的企業。市場部門的預測直接影響到庫存，若預測不准，跟實際誤差較大，則會導致庫存積壓，而這些積壓的產品，以後只能折價銷售。所以，ERP系統要能夠提供一些銷售預測的使用工具，甚至一些智能化的商業分析工具和模型，以提高企業預測的準確度。

        網智數位-軟體開發團隊 堅持專業技術與企業的領域知識不斷的深入了解客戶的實際需求，量身定做符合客戶的IT整體規劃，不論你有軟體客製化、APP開發、網路行銷、美工設計，我們團隊皆有服務，也感謝舊客戶以及新客戶給我們網智數位每個服務機會。

 

網智數位-軟體開發（軟件開發）
針對各特殊產業都可以量身定做符合貴公司的需求，別人無法克服的就是我們的挑戰
業務合作、軟體委外開發
業務窗口：allen@netqna.com
聯繫電話：0920-883-870
skype： netqna
line：netqna
微信：netqna
黃先生 Allen

Read More