網通與資安發展促進結社

網通與資安發展促進結社 之

Pogo Tsai 的 "新" 異空間

Pogo Tsai 的 "新" 異空間

FB

現在, 也可以在 Facebook follow 了, 歡迎加入 It苦命xx團
或著, 按我回首頁 來看更多訊息

2017年5月24日

selenium Keys 套件與中文環境相容問題

先說結論

無法解決, 避免用就對了

selenium 可以透過
from selenium.webdriver,common.Keys import Keys
來達成簡化送出 ENTER TAB 等等 鍵盤操作

基本上, 是轉化成特殊字元來達成..

詭異的是, 當程式簡單時, 一般使用上是沒問題的, 不管在 python 直接執行或透過 IDLE

一但程式複雜度提高, 就會遇到明明在 IDLE 運作都正常, 相同的 code直接 python 執行就會遇到異似編碼問題造成中斷, 這害我浪費了很多時間找問題與試著解決, 不管改 code 或想法子解決編碼問題, 最後, 我得到結論就是

無解

這應是在中文 windows 不可解之謎之一, 要嘛放棄中文 windows , 要嘛就放棄 Keys , 這是我的感想

雖我不很愛 M$, 但我很窮買不起 Mac, 又懶得放棄 windows 上一些熟悉的工具, 所以我放棄 Keys 的用法, 改用其他操作來解決

哭哭.. 😢

2017年5月3日

paramiko 在 Linux 安裝

因為 paramiko 套件和 cryptography 相關, 所以 cryptography 需要的元件少了就會安裝出問題, 筆一下在 Ubuntu 下必要的元件

 sudo apt-get install build-essential libssl-dev libffi-dev python-dev

2017年2月8日

pyVmomi 運行時 SSL 錯誤的解法

在測試 pyVmomi 時, 因為大部分 ESXi 或 vCenter 都是用自簽的 SSL 憑証, 會在連結的過程見到

ssl.SSLError: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:590)

的錯誤

解決方式是在程式加入

import requests
requests.packages.urllib3.disable_warnings()

import ssl

try:
    _create_unverified_https_context = ssl._create_unverified_context
except AttributeError:
    # Legacy Python that doesn't verify HTTPS certificates by default
    pass
else:
    # Handle target environment that doesn't support HTTPS verification
    ssl._create_default_https_context = _create_unverified_https_context
就能 bypass SSL 的檢查

參考資料來自
http://www.errr-online.com/index.php/2015/05/09/how-to-fix-ssl-issues-with-pyvmomi-and-python-2-7-9/




2016年11月23日

selenium 3.x python 套件的錯誤解決法

最新的 selenium 3.0.1
會發生 

    os.path.basename(self.path), self.start_error_message)
WebDriverException: Message: 'geckodriver' executable needs to be in PATH. 

的錯誤

總之在 3.x 後, 會用到 geckodriver 的套件

解決方式就昰至 

對應你 OS 版本 的 放入 PATH 目錄, 我是直接和 python 放一起即可

或降級至 2.53.6


pip install selenium==2.53.6



2016年11月21日

談近年 IT Support Engineer 弱化的現像

久未發原創文, 來談談近年 IT Support Engineer 弱化的現像吧


1. SE 對新產品的學習意願低落: 
這是有原因的, 基本上, 如果你是賣 C 牌產品, 要求SE往 CCxx 發展, 通常沒什麼問題, 但, 你要求 SE 學 C 牌以外的產品, 有相當高比例SE會很抗拒, 因為通常 C 牌以外產品支援資源相對不多, 學習 Cycle 長, 更糟的是, 可能還沒學會, 這產品就不賣或倒了, 即使學會了, 精通了, 還不如花相同時間的人考張 CCxx 証書來得有價值, 更甭說換工作時的的加分效果差異..

2. SE根本無法在上班時間專研技術: 
大部分的老闆, 都覺得 SE 待在公司做 LAB 還不如去客戶端 support 來得有價值 (沒當過SE的, 真的無法理解為什麼光驗証一個功能的LAB可能卡關好幾天的狀況) , 長久下來, SE 也發現, 花個半天不用待在公司, 去客戶那兒掃個機器的灰塵, 開個電腦弄一下, 還能客戶陪養感情 (直接挖角) 空擋還能去個下午茶, 爽爽的過一天, 在公司更辛苦還要被上司白眼, SE 當然花在學習的時間更少了..

3. IT 服務業化:
 簡單說就是, SE 變成第一線面對客戶的狀況下, 要承受更大的壓力, 但因為是 SE , 又要學習更多的東西, 做更多的事, 更不用說奧客三天二頭的客訴和找麻煩問題, 錢少事多無尊嚴, 算算還不如當 Sales 算了, 報價後都是 SE 和公司的問題

4. 產品和技術出的太快: 
光C牌都學不完了, 以現在搞SDN為例, 己經不是單純懂網路就好了, 還要搞 Server 寫 程式, 真當 SE 都長三個腦袋

5. 台灣 IT 產業也被特有的奧客文化破壞: 
近年來, 買了設備不付錢的狀況更加嚴重, 最容易找的理由就是產品技術問題, support 不好等等,總之今天你解決完客戶 A 問題, 明天就再生出 B C D, 即使這些都在客戶採購前完全沒有要求的, 還是得解決(都說 IT 是服務業了) , 你真的夠強, 有辦法完全解決客戶的問題, 大絶招就是, 照型錄規格在客戶 Live 環境逐條驗証... 技術再強也是被玩死, 搞了 SE 半天, 就是一句話, 未達要求, 不驗收, 不付錢, 這情況發生, 如果業務和上頭都不敢扛, 也不敢處理的話 SE 就黑鍋背到死..

老SE 的學習狀況, 有當時的時代背景, 加上, 10年前 SE 算是受尊敬的專業人士, 不少人學習只為了一個爽字

現代, SE 變成 Sales 的輔助品, 長久下來, 客戶也不信經銷代理的 SE 水平, 動不動就要原廠 support , SE 也不需真的花時間學習, 反正人到就好, 簡單能解決的早 remote 就解了, 不能解的到現場也能只收集一下資料, 後送代理或原廠, SE 本身強不強, 好像也沒差了

總之, 惡性循環, 怎麼浪費 SE 資源的, 最後公司 SE 水平就是這樣