跳到主要內容

發表文章

個人旅@京都 Day1(2014/04/08)

其實第一天沒特別到哪邊去 只是有點難與其他篇合併寫,所以還是單獨寫一篇 這天到關西機場後就直接搭乘 HARUKA 到京都車站了 搭乘時要注意HARUKA的班次大約是一個小時一班 也要特別注意不要搭到在同一個月台發車的關空特快,只有關空特急才是HARUKA喔 關西機場建在填海的陸地上,從HARUKA上看過去的景色還滿漂亮的 與京都的交通時間大約要一個半小時,就放鬆心情搭乘吧

個人旅@京都 規劃細節回顧

在四月前半進行了一趟自助旅行 除了一如慣例剛回來的發懶而提不起勁寫文章外 我不否認四月底的遊戲潮有對撰寫文章時間造成影響啦(炸) 然後最近又比較忙些,沒什麼寫文章的時間 這趟旅行的文章就盡量找空隙慢慢生出來 這次的旅行原先是看到櫻花季機票的優惠活動來的 去年看過了日本的夏季,今年就換個季節觀看吧 因為不是最一開始就這麼打算的 臨時試著問過一些朋友也不大好湊時間,那麼就乾脆自己一個人上吧 畢竟旅行是為了自己,配合別人而大幅更改內容不是我喜歡的事 這次搭的是樂桃航空往關西的線 旅遊路線的安排上原本有考慮撥一部份時間到大阪來趟半澤直樹朝聖之旅 不看因為櫻花的景點還是京都比較多 加上他還有為數不少的歷史景點 包含了戰國時期(本能寺)、明治維新(桂、坂本龍馬、登勢)、陰陽師等 當然上述這幾個點是我考慮很久最後放棄的(笑) 如果要做完整有深度的京都旅遊,可能最少要一個星期以上吧 在這樣的考量下,這次就全部都安排在京都

從user agent辨識新版 IE (IE11)

大家都知道在IE11後,IE就不在 user agent 裡寫上MSIE的訊息 就好像要把新IE跟過去舊IE做的蠢事撇清一樣 只是新版的IE還是有部分行為是沿用過去的,不能辨識時還是有點麻煩 好在 user agent 裡還是保留了些訊息 IE11的 user agent 的內容會是 Mozilla/5.0 (Windows NT 6.3; WOW64; Trident/7.0; TAJB; rv:11.0) like Gecko IE10的 user agent 的內容則是 Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.2; Trident/6.0) 其實從這邊可以推測在IE10後,微軟就已經更換了IE的架構 Trident這個字眼應該是微軟內部使用的產品版號 之後辨識這個字眼應該就可以了

商戰的法律利器 - 假處分

這篇是聽完大成台灣律師事務所的執行長林合民律師的講演心得 首先是關於主題 "假處分" 的說明 台灣的法律制度基本上是學習日本,而日本是學習德國 所以用語上有些以日文解釋會更合情合理 假處分的假字是從日文來的,也就是 "仮" 這個字,意思是暫時 所以台灣的的假執行雖然有個假字,但卻是真執行! 同理可以推斷台灣的法律用語 假處分、假扣押、假執行 意思都相近,表示暫時處分 需要這個制度的原因是,官司訴訟從開始到結束的時間可能非常久 科技業的商品生命往往就是打官司的這兩、三年間 另一方面對方也有可能在訴訟前脫產 所以對訴訟的雙方來說,需要有個方法保障這段時間的獲利 假處分便是向法院請求 提前實現最後的判決結果

Chrome 網頁瀏覽阻斷排除(Caution provisional headers are shown)

最近幾天使用Chrome時,有時會網站有些頁面無法瀏覽 但使用其他瀏覽器開啟那些站台時,看起來又相當正常,所以不是網路線路的問題 後來打開Chrome debugger時會發現顯示一串文字 Caution provisional headers are shown 這表示這項資源可能是被擴充程式(extension)或者是一些特殊狀況 blocked 基本上我在Chrome使用的擴充程式並不多,其中的確有一次是因為AdBlock這個extension引起的 但其他並不是這樣,所以得仰賴一些Chrome內部的trace工具追查原因 你可以透過在網址列打上 chrome://net-internals 進到瀏覽器的內部控管台 切換左上角為"Event"後再重讀一次有問題的頁面 此時你就可以看到連線時相關的事件內容 在上方搜尋欄輸入該頁面的相關文字可以過濾相關的事件,這樣一來就可以找出原因 例如你可以從上圖看到我這次的問題是因為DNS產生,換了DNS就OK了 有類似問題也可以透過這個工具找出原因

網頁連結元素 Javascript Call 之 IE 地雷

相信很多Web開發者都會使用無作用連結做一些項目的設計 例如:<a href="javascript:void(0);" onclick="handler()" > Click me! </a> 設計的原因包含了 link element 的外觀較醒目、預設的mouseover行為的cursor就是pointer等等 你可以注意到其中的href屬性設定了 "javascript:void(0);" href 裡前綴為 javascript: 的內容會被做為 inline javascript call 執行 如此可以避免執行browser的 link element 的頁面跳轉預設行為 void(0); 則表示在JavaScript中什麼也不做 這樣就完成了一個無作用連結 既然 href 可以用來執行JavaScript,當然你也可以用  "javascript : functionA();" 的形式 讓 link element 在被點擊後執行 functionA 聽起來是很方便的做法,既然如此為什麼還會很常聽到不要這樣做的建議? 原因有2點 1是這一段 function 是用eval parse文字後才執行,效率會差一些 當然這個影響並不是那麼大,下一個原因才是重點,也是今天踩到的雷 2.在瀏覽器間的行為並不一致 當使用的function會回傳DOM object,IE會將頁面導到空白頁面並顯示[object HTMLElement]的訊息 而且直到最新的IE11的行為也是如此 這一點算是IE在行為的解讀比較奇怪,都已經是執行JavaScript了卻還保留原本的跳轉頁面行為 所以基於以上理由,少在 link element 的 href 屬性使用 inline JavaScript call 吧