簡易JS Instagram hashtag牆

在API還未流行之時,開發人員不用申請戶口就可以使用如Google Map或Instagram的API call。今日做research時發現原來有方法可以回到從前,只用URL就可以讀取Instagram指定hashtag的最新帖文JSON。

方法其實很簡單,只要瀏覽:

https://www.instagram.com/explore/tags/cats/?__a=1

就可以讀取#cats最新帖文的JSON檔。以下就用Javascript做了一個小小的Instagram帖文牆。

See the Pen Latest IG posts with specific hashtag by Terry Tong (@terrytongcc) on CodePen.dark

AWS入門 – 使用EC2建設WordPress網站

這篇blog主要是在AWS EC2上建設Wordpress的小小筆記,詳細內容都是連到AWS文件,一來官方教學會持續更新,二來兼容上應該會是最好,所以鼓勵大家多看官方文件哦。

步驟一:在 Amazon Linux 2 上安裝 LAMP Web 伺服器
步驟二:使用 Amazon Linux 託管 WordPress 部落格
步驟三:在 Amazon Linux 2 上設定 Apache Web 伺服器以使用 SSL/TLS

如何解決MySQL出現Error 1118: row size too large (> 8126)問題

IT人每天都要面對突發狀況,就算是再有經驗的IT專才也不能幸免。正所謂“我今日真係學咗好多嘢”,今次要記錄一下發生在MySQL的小狀況。

有天收到客戶的電郵,說在我們自家製的小型CMS上有一項記錄不能更新資料。在檢查時發現用來測試的記錄能夠順利更新,但在客戶所說的那一項卻不能,而前端沒有回報有任何錯誤。

之後用MySQL Workbench連到DB Server嘗試直接修改,結果出現了“Error 1118: row size too large (> 8126)”的錯誤信息。總算有點頭緒了。🤨

Google一下後了解到這是和Innodb的Row size上限有關。在MySQL 5.6以前,Innodb預設的File format是最原始的Antelope,它會把VARCHAR和TEXT之類的彈性長度Column的頭768 bytes放在Index record中作快速搜尋之用,而Innodb的預設Row size limit大約是8KB,所以當table裡面有很多BLOB或TEXT column,這8KB就會很快用完而產生row size too large的問題。

因為專案還在進行中,所以最後決定採用了將File format轉為Barracuda的方案。Barracuda是最新的Innodb file format,支援Compressed和Dynamic兩種row format,而我今次所選用的Compressed會為index page作壓縮處理從而解決Row size過大的問題。

首先檢查MySQL的版本,因為在5.7之後Barracuda已經成為預設,所以如果你的MySQL版本是5.6或以下,首先進到MySQL CLI執行以下指令:

mysql> show variables like "%innodb_file%";

畫面將會列出有關innodb的系統變數,如果出現了Antelope:

+--------------------------+----------+
| Variable_name            | Value    |
+--------------------------+----------+
| innodb_file_format       | Antelope |
| innodb_file_format_check | ON       |
| innodb_file_format_max   | Antelope |
| innodb_file_per_table    | OFF      |
+--------------------------+----------+

那就要執行以下三行指令:

SET GLOBAL innodb_file_format = Barracuda;
SET GLOBAL innodb_file_format_max = Barracuda;
SET GLOBAL innodb_file_per_table="ON";

完成後再檢查一次innodb系統變數:

+--------------------------+-----------+
| Variable_name            | Value     |
+--------------------------+-----------+
| innodb_file_format       | Barracuda |
| innodb_file_format_check | ON        |
| innodb_file_format_max   | Barracuda |
| innodb_file_per_table    | ON        |
+--------------------------+-----------+

另外還需要在my.cnf中加入以下的設定:

innodb_file_format = Barracuda
innodb_file_per_table = 1
innodb_large_prefix = 1

完成後restart MySQL的服務便可。

下一步是更新table的row format,進到MySQL CLI後執行:

mysql> ALTER TABLE test_table ROW_FORMAT=COMPRESSED;
/* 請修改test_table成為你的table名字 */

然後執行以下指令查看table狀態:

mysql> SHOW TABLE STATUS IN test_db\G
/* 請修改test_db成為你的table所在的database名字 */
*************************** 1. row ***************************
           Name: test_table
         Engine: InnoDB
        Version: 10
     Row_format: Compressed

Row format已經成功轉為Compressed,之後就可以測試一下以確認不再出現row size too large的問題。

6個好用Sublime 3 Package

轉用Sublime 3已經有三四年,除了支援Windows和Mac之外,另一個我很喜愛Sublime的原因就是擴充性超強。關於這點一定要提到Package Control。它是一個管理Package的工具,安裝了之後就可以輕鬆使用不同的Package加強Sublime的功能。

這次要介紹6個我覺得非常好用的Sublime Package:

1. Terminal

這個Package可以快速在開啟中檔案的位置打開Terminal。

2. Side​Bar​Enhancements

這個Package加強Sidebar的功能,例如在Sidebar上按滑鼠右鍵出現新增檔案/資料夾、更改檔案名稱等功能,非常方便。

3. Synced​Side​Bar

這個Package可以自動將Sidebar移到正在使用的檔案所在的資料夾,方便打開其他相關檔案。

4. HTML-CSS-JS Prettify

可以使用這個Package將HTML/CSS/JS排列好,方便閱讀。

5. Compare Side-By-Side

這個Package可以將兩個檔案同時打開作對比,並且提示那裡有所不同。

6. Generate Password

這個Package可以自動產生不同長度的隨機字串。

7. Theme – Sodarized

不是介紹6個嗎?為什麼還有第7個?

那是因為要介紹的這個Package並不是功能性的Package而是更改外觀的。

這個是將Solarized配色套用到Sublime的Package。對於整天coding的開發人員來說,這個配色可以減低對眼睛的負擔,當然適當的休息亦很重要哦。

WordPress不定時Timeout問題

最近在工作項目上遇到一個奇怪的問題:

情況是,在一個全新的Ubuntu 14.04.5 LTS的server上安裝Apache/PHP/MySQL/Wordpress,全部正常運作,但不知什麼原因令到載入網頁時會出現10秒左右的延遲,而這情況大約每一分鐘出現一次。

嘗試關閉所有外掛、轉回預設的主題、在另一個位置安裝新的wordpress、甚至在新的server重新安裝一次,還是出現這個問題…

後來安裝了Health Check & Troubleshooting外掛,發現其中一個項目“Loopback request”出現了問題。

新的server亦出現同樣狀況,似乎問題是Loopback request不成功引致timeout。因為不能修改server所在網絡的設定,所以只可以嘗試關閉Wordpress的WP-Cron。結果是… 不再出現10秒timeout的問題!😄

建議:如果不需要使用Schedule post之類的功能,可以在wp-config.php中加入:

define('DISABLE_WP_CRON', true);

就能夠關掉WP-Cron。