分類
懶得分類

Yahoo大聯盟服務是要停止了嗎?!

今天發現所有的 Yahoo大聯盟推薦購物都破圖了, 檢查一下, 原來是 SSL 憑證到期了, 不過 Yahoo 怎麼會沒有更新這個憑證呢, 真是奇怪. 到期日為 2016/5/4 7:59:59, 如下圖:

所以大聯盟網站也就進不去了, 把訊息貼出來:

親愛的會員朋友您好:

 

Yahoo!奇摩購物中心的大聯盟計畫服務因應Yahoo全球政策,在維運系統軟硬體無法符合現行系統規範考量下,將於2016/5/25起進行服務調整,將停止挑選廣告/挑選商品/推薦清單功能,影響範圍>及說明詳情請參閱大聯盟計畫 服務調整暨帳戶請款說明。

 

若您的推薦方式不受限於商品挑選/廣告挑選/推薦清單功能,相關推薦訂單記錄及成效查詢與線上請款功能仍可持續使用。也歡迎您利用相關功能繼續推薦購物中心商品給更多的使用者。

其中的”大聯盟計畫服務調整暨帳戶請款說明” 連結為: http://ypp-blog.tumblr.com/post/143204425299/大聯盟計畫-服務調整暨帳戶請款說明

看起來也不是會停掉, 不過不知公司內部的狀況如何, 只是沒有 SSL 要怎麼服務就不知道了, 真是奇妙.

帳戶還有餘額的朋友們也快去請款吧(只是請款還是需要透過那個 SSL 到期的網站進行, 也是很難處理), 不知之後還會不會繼續提供服務. 奇怪的處理方式, 真不像 Yahoo 這樣大公司的作法, 只能說一個怪.

另外因為全部破圖(因為SSL到期的關係), 所以在下方的Yahoo大聯盟推薦購物的部分, 也只好全部都下架了, 唉….

[2016/5/5 9:25]
今天早上來檢查一下, 憑證更新了:
當然網站也就可以正常使用了. 快來把推薦購物商品再放回去吧.

[2016/6/1 15:19]從上週四開始, 又破圖了, 而且後台介面中選商品的功能也都全部拿掉了, 看起來離停止這個服務的時間可能就不遠了. 只好再把下面的推薦商品整理一下.

分類
懶得分類

25×25乘法表

九九乘法是小學生在數學領域上需要學習的一個基本乘法準則, 主要是基於個位數乘個位數的用途, 若行有餘力, 可以再試看看二五乘二五乘法表, 能更加速一般的簡單乘法計算.

寫個小程式整理二五乘二五乘法表: http://sample.diary.tw/25×25/

PS. 原本因為要計算補足位數的函數, 使用了 Math.log10(x) 的方式來進行, 但 IE 不直援 Math.log10(), 所以修改了一下, 將其改為 Math.log(x) / Math.log(10) 即可.

分類
懶得分類

國道收費試算

2013/12/30 起實施國道里程收費, 整理一下收費試算資料:
https://docs.google.com/spreadsheet/pub?key=0AvQRaqbi5E6EdGpzU1Z2dGZTSGZmaXRyTU13a0I2T0E&output=html

其中試算方式依照國道電子收費標準:
http://www.freeway.gov.tw/Publish.aspx?cnid=1880&p=3862

  1. 小型車每日每車優惠里程20公里,標準費率1.20元/公里(20公里<行駛里程≦200公里),長途折扣費率0.90元/公里(行駛里程>200公里)
  2. 大型車每日每車優惠里程20公里,標準費率1.50元/公里(20公里<行駛里程≦200公里),長途折扣費率1.12元/公里(行駛里程>200公里)
  3. 聯結車每日每車優惠里程20公里,標準費率1.80元/公里(20公里<行駛里程≦200公里),長途折扣費率1.35元/公里(行駛里程>200公里)

費率型式

費率型式費率金額(元/公里)
小型車(小客車、小貨車)大型車(大客車、大貨車)聯結車
每日行駛里程≦20公里000
標準費率(20公里<每日行駛里程≦200公里)1.21.51.8
長途折扣費率(每日行駛里程>200公里)0.91.121.35

另外有關收費優惠, 2014春節費率統一為 0.9元/公里, 所以在超過 80公里起, 才會比較優惠, 這個部分可以參考試算表內容.

遠通電收的部分也有提供線上試算功能, 給各位使用:
http://fare.fetc.net.tw/Default.aspx

原本想說寫個試算小程式, 看起來也就不需要了.

分類
懶得分類

影片壓縮Bitrate參考

在壓縮影片時, 往往想要好一點的品質而提高Bitrate(碼率), 但是過高的 Bitrate 其實不見得會提升更好的畫質, 如何選擇較適合的Bitrate, 可以參考 Youtube 的建議資料:

https://support.google.com/youtube/answer/1722171

標準品質上傳內容

類型視訊位元速率單聲道音訊位元速率立體聲道音訊位元速率5.1 聲道音訊位元速率
1080p8,000 kbps128 kbps384 kbps512 kbps
720p5,000 kbps128 kbps384 kbps512 kbps
480p2,500 kbps64 kbps128 kbps196 kbps
360p1,000 kbps64 kbps128 kbps196 kbps

高品質上傳內容,適用於具備企業級網際網路連線品質的創作者

類型視訊位元速率單聲道音訊位元速率立體聲道音訊位元速率5.1 聲道音訊位元速率
1080p50,000 kbps128 kbps384 kbps512 kbps
720p30,000 kbps128 kbps384 kbps512 kbps
480p15,000 kbps128 kbps384 kbps512 kbps
360p5,000 kbps128 kbps384 kbps512 kbps

原則上以上的數值已是高標準的Bitrate, 若設定的更高其實意義不大, 大家可以參考看看.

分類
懶得分類

倉頡輸入法輸入全形標點符號

用倉頡這麼久, 大多是使用半形的逗號和句號, 所以寫文章時也都是如此.

在打一些文書需要全形標點符號, 都是叫出符號鍵盤來用, 所以也不知道可以用倉頡打全形標點符號.

今天同事說可以用”速成”輸入全形標點符號, 所以來查了一下倉頡的標點符號如何輸入. 在這裡查到了相關的資料: http://zh.wikibooks.org/zh-tw/%E5%80%89%E9%A0%A1%E8%BC%B8%E5%85%A5%E6%B3%95/%E6%A8%99%E9%BB%9E%E7%AC%A6%E8%99%9F%E8%BC%B8%E5%85%A5

其中比較常用的是逗號: ZXAB, 頓號 ZXAC, 句號 ZXAD, 其他的可以參考對照表來輸入, 另外也有快速鍵可以利用 [Ctrl][Alt][,] 將符號小鍵盤叫出來, 就可以用滑鼠選字, 還蠻方便的.

分類
懶得分類

MSN移轉到Skype了

繼 Google Reader 要停後, MSN於今日要正式停止服務了.

死忠派, 最後還是得要換, 不過就是依原本預期的做法, 原 skype 帳號還是 skype 帳號, msn 轉過來的, 也就是獨立的, 不合併.

因為知道群組不會移轉過去, 所以用了這個暗黑執行緒大大的工具來做移轉: http://www.darkthread.net/MSNCatgTool/MSNCatgToolv125.htm

過程順利無痛, 有痛的地方就是沒有 msn 了….

沒有 msn了….
沒有 msn了….
沒有 msn了….

算了, 沒有就沒有了, 繼續用 skype 吧.

不過, 真的很不習慣的介面, 很不習慣的操作, 文字聊天就 msn 最好用, 語音聊天就 skype 最好用, 手機通訊就 line 最好用, 以上純個人感覺啦!

PS. Google talk 咧…. 呃, 很少用耶…

分類
懶得分類

wifi強力破解器

先說好, 這文章不是在賣這玩意兒.

wifi加密被破解不是什麼新鮮事, 不過居然有這種已經做現成的軟體, 雖然說真的很方便, 不過其實也要小心這類軟體內是否有什麼問題.

先看被破解的 ap, 其實一方面是 WEP的加密本身有弱點, 所以不建議使用, 可以參考這篇: http://zh.wikipedia.org/wiki/%E6%9C%89%E7%B7%9A%E7%AD%89%E6%95%88%E5%8A%A0%E5%AF%86

然而, 使用這個破解軟體的用家也得要小心這個軟體內是否有沒有惡意程式, 而且用這個軟體去破解別人的 ap 也可能會有法律上的問題.

不過, 這件事也讓大家注意到這個 wifi 安全性的問題, 一定得做好保護, 用新一代的加密方式, (雖然說也可能被字典破解), 但至少所費的時間及安全性高得多, 又或是利用 mac address 的方式來保護, 讓有存取權限的設備來加入, 至少可以防範一些其他非允許的設備加入 ap, 另外, 隱藏 ap 的 ssid 也日一種方式, 避免被掃描出來, 至少要有 ap ssid 才能找到該 ap, 還有就是不主動配發 ip 的做法(也就是不給 dhcp 服務), 當然啦, 愈便利風險就愈大, 但多一份準備就少一些問題, 尤其是家用的 ap, 其實常在用的設備也就這些, 沒必要把資訊都揭漏出來吧, 甚至於沒用就關起來也是一個不錯的方法(但好像有點因噎廢食).

來看看相關新聞:
強力破解器攻陷Wi-Fi?專家:非秘密
http://www.ettoday.net/news/20121225/144446.htm

6、7百元破解器 港Wi-Fi WEP瓦解
http://www.merit-times.com.tw/NewsPage.aspx?Unid=288083

分類
懶得分類

中華電信提供3G轉Wi-Fi服務

今天的新聞: http://www.appledaily.com.tw/appledaily/article/headline/20121120/34652406

這個技術本身沒有太多問題, 也是很好的配套措施, 只不過問題是沒有 Wi-Fi 的地方怎麼用, 人家之所以買3G就是希望能有更好的覆蓋率, 而不是要用Wi-Fi不是嗎? 再反過來看, 是不是轉了Wi-Fi之後就會順呢? 大家一起上到那個Wi-Fi的熱點(AP), 說不定也是塞在那個AP上啊, 會不會比較快也很難說.

結論仍是3G吃到飽, 吃不飽… 呃…

分類
懶得分類

3G吃到飽, 吃不飽

最近吵很兇的吃到飽應要取消的新聞, 其實有意思的地方就是最終會取消的這件事, 取消就取消, 反正正常用量也不可能大到哪裡去.

但之所以會吵得如此熱烈, 主要應該是在使用者對於電信業者的品質滿意度不夠, 思考一下, 原本辦吃到飽的人, 可能一方面是擔心用過量而繳太多錢, 另一方面可能有人覺得可以替代固網, 就直接用吃到飽的方案, 回頭先想一下, 目前的電信網路品質如何, 才會生出目前這樣很妙的狀況.

因為品質不好, 吃到飽根本吃不飽, 怎麼還要取消呢? 所以應該是有效改善品質, 提高傳輸量的價差, 用者付費的觀念我相信大家都有, 何不有效地制定價格方案是隨著用量來調整的方式更好呢?

但到底用得愈多, 折扣要給得愈多還是用得愈多也不給折扣呢? 這個其實就得看是否鼓勵用量. 不過總量用的愈多得付費付得愈多是個大準則, 這樣就自然而然的不會有過大的使用量, 而用量大的使用者自然多繳一點錢, 相信電信業者也不會不接受, 這樣一來一往, 或許可以平衡一點.

但要記得重點是品質很重要, 到底是少數使用者用量過大而造成的品質下降, 還是基礎建設造成品質下降, 目前的聲音或許是因為後者而興起的浪潮吧! 但吃到飽的費用也是要檢討才是, 不然買吃到飽的用戶, 當然會想多用一點, 但品質又不好, 自然抱怨連連. 所以提高吃到飽的費率, 而以量計價的方案精算多一點, 或許能有效改善.

其實目前電信業者的許多方案也就是如此了, 非吃到飽的套餐, 都有設收費上限的門檻, 某種程度來說也就是吃到飽的費率在該門檻上, 也就是仍有吃到飽, 只是費率較高, 自然不是吃不吃到飽的取消不取消的問題啦!

所以整個歸納起來導火線就是電信業者自己要擴張用戶使用上網而提出的低價吃到飽方案害慘了自己吧!

分類
懶得分類

Google天氣API失效?!

之前一直用的好好的 Google 天氣 API, 今天同事回報異常, 經檢查後, 發現看起來是 Google 的問題, 不過回覆的訊息讓人摸不著頭緒, 如下:

(訪問 http://www.google.com/ig/api?hl=zh-tw&weather=taipei 的結果)

起先以為是用量過多爆了, 不過查了一下, 發現應該不是, 而且也找到相關的新聞訊息: http://thenextweb.com/google/2012/08/28/did-google-just-quietly-kill-private-weather-api/ 看起來應該是 Google 打算關掉的服務引起的, 而且上面的 copyright 還是 2009, 真是怪怪的.

接下來只好轉換用其他家的 weather api, 原本要用 http://www.wunderground.com/ 這家的, 但是是要收費的, 只好再找, 改用 yahoo 的, 參考 API 介紹: http://developer.yahoo.com/weather/ , 應用起來, 原本 Google Weather API 有的資訊他也都有, 只是都是英文的, 不過倒也不影響使用.

不過若是不知道地點的 w 代碼(WOEID), 可以先到 yahoo weather 上查: http://weather.yahoo.com/ 輸入 taipei, 將會重導到網址: http://weather.yahoo.com/taiwan/null/taipei-2306179/ 就知道 w 代碼是 2306179, 而 API URL 就會是: http://weather.yahooapis.com/forecastrss?w=2306179 預設氣溫單位是華氏, 若是要氣溫單位, 再多加參數 u=c 如: http://weather.yahooapis.com/forecastrss?w=2306179&u=c

回應的內容也都是 xml 格式, 可以容易利用程式實作取出, 花了幾十分鐘的時間, 把原來的 api 由 Google 改到 Yahoo 完成.

附上部分台灣的 WOEID:

2306155 Yungkang City, TW (永康市)
2306179 Taipei City, TW (台北市)
2306180 Kaohsiung City, TW (高雄市)
2306181 Taichung City, TW (台中市)