幹壞事是進步最大的原動力
CKEditor 的文章，說明他們在研究共同編輯產品 Collaborative editing 時遇到的問題以及設計，算是帶一些技術性質的行銷文章：「Lessons learned from creating a rich-text editor with real-time collaboration」。
就技術上應該會需要 Websocket 之類的服務即時更新 (至少會需要 HTTPS long polling)。頁面上看起來是賣服務的產品，然後有提到 30 天試用：
Implement real-time collaboration in your web application by choosing one of the solutions. Both solutions offer a commitment-free 30 day free trial so you can take your time before you make the final decision.
價錢要登入才看得到，而目前不接受開放註冊，需要邀請...
RDS (MySQL) 也被 Amazon Lightsail 包裝出來賣了：「New – Managed Databases for Amazon Lightsail」。
目前支援 MySQL 5.6 與 MySQL 5.7：
We are launching with support for MySQL 5.6 and 5.7, and will add support for PostgreSQL 9.6 and 10 very soon.
然後規格與價位，其中頻寬費用是指不同區時的頻寬 (同一區內的不計費)：
Data Transfer – Data transfer to and from Lightsail instances in the same AWS Region does not count against the usage that is included in your plan.
這個服務應該是目前其他 VPS 沒提供的，這樣可以預期其他 VPS 應該也會被迫推出類似的服務？然後 AWS 也會再搬其他的服務出來賣？
在「AWS Lambda announces service level agreement」這邊看到 AWS Lambda 提供 99.95% 的 SLA ：
We have published a service level agreement (SLA) for AWS Lambda. We will use commercially reasonable efforts to make Lambda available with a Monthly Uptime Percentage for each AWS region, during any monthly billing cycle, of at least 99.95% (the “Service Commitment”).
不過這種東西都是宣示意味比較重 (至少表示 AWS 認為產品穩定度夠上 SLA)，倒不是希望會用到...
在 MDN 上看到「CSS Layout cookbook」，目前整理了六種情境，包括了設計方式與瀏覽器的支援度。
看到「Center an element」有種苦笑的感覺啊... 以前弄這個都是 workaround，現在都有對應的 CSS 可以處理了。
Update：Apple 也宣佈了，時間點跟大家都差不多：「Deprecation of Legacy TLS 1.0 and 1.1 Versions」。
Mozilla 宣佈了「Removing Old Versions of TLS」，而 Google 也宣佈了「Modernizing Transport Security」，兩篇都是講自家瀏覽器 TLS 1.0 與 TLS 1.1 的退役時程。
Mozilla 這邊的計畫是 2020 年三月移除：
In March of 2020, Firefox will disable support for TLS 1.0 and TLS 1.1.
Google 這邊的計畫則是 Chrome 81 移除，換算成時間會從 2020 年一月開始影響到 canary channel，到 release channel 應該跟 Firefox 差不多時間：
In line with these industry standards, Google Chrome will deprecate TLS 1.0 and TLS 1.1 in Chrome 72. Sites using these versions will begin to see deprecation warnings in the DevTools console in that release. TLS 1.0 and 1.1 will be disabled altogether in Chrome 81. This will affect users on early release channels starting January 2020.
差不多試從現在開始的一年半。
雖然這是講瀏覽器端的支援，但如果伺服器想要只支援 TLS 1.2+ 的話，就得考慮一下舊 client 支援的情況了。
桌機影響會比較小 (升級比較方便，替代方案也比較多)，而行動平台看起來需要 Android 4.4+、iOS 7+，就要看各網站或是服務的族群了...
AWS Lambda 的執行時間限制從本來的 5 分鐘變成 15 分鐘了：「AWS Lambda enables functions that can run up to 15 minutes」。
You can now configure your AWS Lambda functions to run up to 15 minutes per execution. Previously, the maximum execution time (timeout) for a Lambda function was 5 minutes.
不過相較於時間拉長，我比較希望能用 Lambda 接 auto scaling，內建的條件設定還是有點陽春...
OpenLDAP 伺服器可以吃 Let's Encrypt 發的憑證以提供 LDAPS 服務，只是 SSL 設定方法跟其他軟體不太一樣，第一次設會花不少時間...
這邊的檔案目錄是以 Dehydrated 申請 Let's Encrypt 的憑證來設定。官方推薦的 Certbot 應該也有類似的檔案：
TLSCACertificateFile /etc/dehydrated/certs/x.y.z/chain.pem TLSCertificateFile /etc/dehydrated/certs/x.y.z/cert.pem TLSCertificateKeyFile /etc/dehydrated/certs/x.y.z/privkey.pem
這樣不管 Let's Encrypt 拿 Let’s Encrypt Authority X3 (目前的主力憑證) 還是 Let’s Encrypt Authority X4 (備用的憑證) 簽，OpenLDAP 這邊才會串出正確的 certficiate chain。(用 OpenSSL 的 s_client -connect x.y.z:636 與 ldapsearch 測過)
要找問題的話，ldapsearch 有 -v (verbose) 與 -d 9 (debug) 可以看連線過程的細節，拿著錯誤訊息去餵搜尋引擎會有不少幫助...
在找資料時發現網路上有不少文件教大家直接在 client 端的 /etc/ldap/ldap.conf 修改 TLS_REQCERT 的值，從預設的 demand 改成 allow (或是 never)，但這樣將強制檢查的條件改弱，安全性反而降低了。比較好的方式還是修正 server 端的錯誤設定。
看到「Turn the web into a database: An alternative to web crawling/scraping」這篇，在介紹自家 Mixnode 這個產品，看起來是提供 SQL 界面分析整個 Web 的服務...
這類服務最重要的反而不是搜尋界面 (有可以讓程式接的 API 其實就 ok 了)，重要的是後面的資料庫有多豐富...
在「用 PublicWWW 分析網站」這邊有提到類似的服務 PublicWWW，而且也一樣有提供 API，先把 Mixnode 丟著記錄起來就好，等有需要的時候再去申請 trial account...
Intra 是 Alphabet (Google 母公司) 旗下 Jigsaw 所開發的 app (目前只有 Android 的，依照說明需要 4.0+)，透過 VPN 的架構換掉 DNS 設定，透過本機的 DNS Proxy 改走到外部的 DNS over HTTPS 服務上。
走 DNS over HTTPS 可以降低 DNS 被干擾 (security issue) 或是被監控 (privacy issue) 的風險。
在軟體內已經先內建了兩個 DNS over HTTPS 清單，一個是 Google 的 Google Public DNS，另外一個是 Cloudflare 的 1.1.1.1，除此之外也可以自己輸入。
由於是 Alphabet 家的軟體，預設是用 Google 的服務。
軟體本身是 open source 專案 (Apache-2.0)，程式碼在 Jigsaw-Code/intra 這邊可以取得。
我自己再用的 Trac 本來是走 HTTP 的 Authorization header 登入，但這樣每次重開瀏覽器就要登入一次，覺得麻煩... 就想要找套件改成用 HTML form login。
目前比較有在維護的應該是 AccountManagerPlugin 這套，內建就支援本機密碼，也支援 plugin 掛其他外部服務進去。
但掛進去後發現本來的自動開票機 (i.e. 用 crontab 開票) 就沒辦法登入了，最後找到得用 HttpAuthPlugin 處理。這個套件一開頭就寫了他也是為了 XmlRpcPlugin 而寫的：
This plugin allows you to protect certain paths with HTTP authentication. The AccountManagerPlugin is used to check passwords.
Primarily this is meant to be used with the XmlRpcPlugin, so it will work while using AccountManager's form-based logins.
就是遇到同樣的問題...