September 2018 – Page 2 – Gea-Suan Lin's BLOG

強制關閉 Google Chrome 的登入功能

最近吵的蠻凶的一個話題... 當你在 Google Chrome 瀏覽器內登入 Google 帳號後 (像是 Gmail)，你的 Google Chrome 就會自動也一起登入了。

官方目前拒絕承認這是個錯誤的設計，所以現在大家都在找 workaround 解。目前看到比較好的方式是這篇，提供了設定方式 (包括 Windows 與 Mac 平台)：「Disable Google Chrome Sign In and Sync」。

裡面有兩個步驟，第一個 SyncDisabled 設為 true 是把同步功能關掉，第二個 RestrictSigninToPattern 設為 .*@example.com 是把同時登入功能限制在 example.com 上，而這個 domain 則是在 RFC 2606 (Reserved Top Level DNS Names) 被保護起來，不開放任何單位註冊，也就是讓 Chrome 不可能找到符合的條件。

另外一個方法是跳到 Firefox，但順暢度應該還是目前最主要的障礙吧...

在 AWSUG Taiwan 上講的「用 AWS CodeDeploy 解決程式佈署」

前幾天在 AWSUG Taiwan 上講了「用 AWS CodeDeploy 解決程式佈署」，連結是投影片網址，因為在 Speaker Deck 上找不到 embed code 了，只好這樣連結過去。

話說回來，要上傳投影片的時候才發現，這兩個投影片 hosting 服務都跟微軟有些關係... 首先是 SlideShare 在 2012 被 LinkedIn 買下，然後 LinkedIn 在 2016 年賣給了微軟。

SpeakerDeck (或者說，Ordered List 這家公司) 本來在 2011 年賣給了 GitHub，但今年六月的時候被買回去了：

Myself, @orderedlist and @jqr have acquired @speakerdeck (https://t.co/Zfo2IagFaG) from GitHub. Really excited about our plans for it's future!

— John Nunemaker (@jnunemaker) June 1, 2018

不知道買回去是不是跟微軟要買 GitHub 有關...

在 DHCP 的情境下強制指定 DNS servers

我在 Vultr 上的 Trac 自動開票程式有時候會爛掉，沒把票開出來，把 stderr 輸出到檔案後發現是找不到 hostname：

socket.gaierror: [Errno -3] Temporary failure in name resolution

看了看 /etc/resolv.conf 發現系統使用的 DNS server 設定是透過 DHCP 取得設定的。但 Vultr 只有提供一組 DNS server，當查不到東西時就爆掉了... 所以找了一下，看到「How to override the DHCP-provided nameserver?」這篇，但裡面是用「增加到前面的方式」，跟我想要改成只用 1.1.1.1 與 1.0.0.1 不太一樣。

知道目錄後拿關鍵字去 dhclient.conf 的 manpage 裡面找，就可以看到四種設定方式：

        default [ option declaration ] ;
        supersede [ option declaration ] ;
        prepend [ option declaration ] ;
        append [ option declaration ] ;

這四組看名字就大概知道用途了。接下來就是把對應的 interface 查出來以後，用 supersede 就搞定了：

    supersede domain-name-servers 1.1.1.1, 1.0.0.1;

重開機測試可以確認 /etc/resolv.conf 的內容改變了。接下來再來觀察看看還會不會有狀況...

Amazon Aurora 支援 Parallel Query 加速

Amazon Aurora 推出了 Parallel Query，可以加速計算速度：「New – Parallel Query for Amazon Aurora」。原理是利用 Aurora 把 storage 層打散的前提，所以有機會透過螞蟻雄兵處理：

官方給的範例可以連到原文去看，可以看到有打開 aurora_pq 與沒打開的效能差異：

15 rows in set (1 min 53.36 sec)
15 rows in set (1 hour 25 min 51.89 sec)

打開後大約是原來的 1/45 時間，提昇超多...

不過還是有些限制，我最在意的就是目前只支援相容於 MySQL 5.6 的版本 (居然不是先支援 5.7)：

Engine Support – We are launching with support for MySQL 5.6, and are working on support for MySQL 5.7 and PostgreSQL.

然後沒有多餘費用，只是 i/o cost 可能會增加：

Cost – You can make use of Parallel Query at no extra charge. However, because it makes direct access to storage, there is a possibility that your IO cost will increase.

Ubuntu 推出 14.04 的 ESM 計畫

Ubuntu 14.04 是 LTS 版本，在明年四月底 (也就是 2019 年四月) 將會滿五年的維護期，之後就不會有任何公開更新了 (包括安全性更新)。

在前一次的 Ubuntu 12.04 是第一次提供 ESM (Extended Security Maintenance) 服務，讓沒辦法即時轉及到新版的單位可以付費繼續收到安全性更新，算是 LTS 的一個重要服務。

而官方這次也對 Ubuntu 14.04 推出了 ESM：「Announcing Extended Security Maintenance for Ubuntu 14.04 LTS – “Trusty Tahr”」。

Ubuntu 14.04 LTS – ESM will become available once Ubuntu 14.04 reaches its End of Life on April 30, 2019.

價錢應該會跟之前類似吧...

幹掉 Twitter 的推薦功能

Update：官方的「Show the best Tweets first」設定已經更新了，理論上你關掉後就不會出現這些 spam：

5/ Meanwhile, today we updated the “Show the best Tweets first” setting. When off, you’ll only see Tweets from people you follow in reverse chronological order. Previously when turned off, you’d also see “In case you missed it” and recommended Tweets from people you don’t follow.

— Twitter Support (@TwitterSupport) September 17, 2018

以下是原來的文章。

Twitter 預設是照時間排序，但是在這幾年就加入了「你可能會感興趣的 blah blah blah」之類的官方 spam，或是把 like 的插進來。

先前要幹掉這些功能頗麻煩的，我是看到就按不喜歡，然後大概就會有幾個禮拜不會出現，然後過一陣子後又冒出來...

最近有人找到方法可以一勞永逸的幹掉這些功能，找資料看起來是從這篇開始的，有人發現只要 mute 一些關鍵字就可以把這些功能從 timeline 上幹掉：

Uh. Muting suggest_recycled_tweet_inline and suggest_activity_tweet actually has fixed my timeline. It's all chronological and there are barely any "x and y liked" tweets. pic.twitter.com/Dva6LPQyLF

— Emma ⭐ (@EmmaKinema) September 16, 2018

我找資料發現這些字其實是出現在 data attribute 上：

https://t.co/YpGVnX54pi##:xpath(//div[contains(@data-component-context,"suggest_ranked_timeline_tweet")]/..)

— 空っぽ果実（時間を巻き戻したい） (@karappo) February 6, 2017

然後就有人開始翻開始整理了：

Go to twitter settings, mute the following words:

suggest_ranked_timeline_tweet
suggest_pyle_tweet
suggest_activity
suggest_who_to_follow
suggest_recap
suggest_recycled_tweet
suggest_activity_tweet suggest_recycled_tweet_inline

You're back in good old twitter.

— Lucas Mourelle (@lucasmourelle) September 19, 2018

目前看起來效果頗不錯啊，這樣連手機上都可以擋掉這些 spam，頗不賴 :o

AWS 日本區 EC2 與 S3 的傳輸費用降價...

在 Twitter 看到 Jeff Barr 提到日本區的 EC2 與 S3 傳輸費用降價：

AWS Data Transfer Price Reductions - Up to 34% (Japan) and 28%( Australia) - https://t.co/ejk3TgIxgU pic.twitter.com/oSdAr4f76y

— Jeff Barr ☁️ (@jeffbarr) September 19, 2018

網站的說明文章則是在「AWS Data Transfer Price Reductions – Up to 34% (Japan) and 28% (Australia)」這邊。分成幾個部份降價：

10TB 以下的費用從 USD$0.14/GB 變成 $0.114/GB (約 19%)。
10TB 到 50TB 從 USD$0.135/GB 變成 USD$0.089/GB (約 34%)。
50TB 到 150TB 則是 USD$0.13/GB 變成 USD$0.086/GB (約 34%)。
超過 150TB 的部份從 USD$0.12/GB 變成 USD$0.084/GB (約 30%)。

然後自動回朔到 2018/09/01 開始算：

Effective September 1, 2018 we are reducing prices for data transfer from Amazon Elastic Compute Cloud (EC2), Amazon Simple Storage Service (S3), and Amazon CloudFront by up to 34% in Japan and 28% in Australia.

另外有提到 CloudFront 也有降價，以及澳洲的部份，應該不太會碰到所以就跳過去...

但就文章這樣寫明 EC2 與 S3 的流量有降價，應該表示從 ELB 出去的流量就不算在這次的降價？除非你是直接 S3 裸奔，不然對大多數的人應該沒差？