樂園日記

2021年2月9日，星期二

HeidiSQL最新版本的更新，竟然會造成某台伺服器無法連線，真是奇怪的問題！

不過這樣也好，把之前想要寫的字典翻譯更新介面，以Web的方式實做出來，免得再度依賴HeidiSQL的介面。

2021年1月17日，星期日

import ssl

ssl._create_default_https_context = ssl._create_unverified_context

從今年起，python讀取https，需要以上額外的程式碼，解決ssl錯誤的問題。

2021年1月14日，星期四

用來測試YouTube Data API的頻道，

https://www.youtube.com/channel/UCqnqXuCOfUQSRFA0t4pwNlw

2021年1月13日，星期三

昨天(2021-01-12)終於恢復了近三分之一的配額，這次與Youtube Data API Team的溝通真的超不順利！

還好已經先行完成不需要Youtube Data API的上傳方式，已經恢復的配額，調整雲端另一個頻道的使用，暫時夠用。

下次為了避免這樣的問題，一定要分開配額的申請，也要有不依賴配額的運行方式。

2021年1月10日，星期日

緊急寫了一個新增節目表的程式。

2021年1月5日，星期二

今天終於把不用YouTube Data API而能新增語言翻譯的功能完成，免除的配額的限制。

scrcpy作為連接手機與電腦螢幕是一個不錯的選擇，可以使用更大的螢幕來顯示、展示手機的內容。

如果要配合垂直螢幕的話，搭配系統的CTRL+Alt+方向鍵，即可快速切換，或是使用iRotate來支援。

特此紀錄。

2021年1月2日，星期六

新版不依賴Youtube Data API的上傳程式完成了，只不過不是解析通訊協定，而是模擬鍵盤與滑鼠操作瀏覽器，雖然效率無法跟通訊協定的做法相提並論，卻也解決了轉錄檔案上傳的問題。

新的一年，2021到來，願一切都安好，揮別2020/5=404的Error。

2020年12月18日，星期五

不用Youtube Data API，自行解析YouTude URL，果然需要費一番工夫。

2020年12月16日，星期三

從昨天 4:30 起，自動上傳到Youtube的程式就頻頻出現已經超出配額的錯誤，原以為是Google大當機造成配額沒有重置的問題，沒想到，到了今天還是不能使用。

於是登入到Google雲端的後台查看配額，結果發現Youtube的配額竟然被重設為1！只好趕緊重填配額擴增單，希望能趕緊設回原來的額度。

看來是要另找方法來避開這個配額問題，像是自己解析Youtube的檔案上傳，不要使用Youtube Data API。

2020年12月14日，星期一

Youtube掛了！

這幾天把LRA4-5整理了一下，將相關的參數檔案化，這樣一來，想要搬到新電腦上執行，就點單許多，順便把說明書寫下來，作為備忘。

另一方面，也避免依賴Windows環境，將之移植到ubuntu與Raspberry Pi OS，成為新一代的LRA6。

但沒有想到，寫著寫著，測著測著，Youtube竟然掛了！

Yahoo!新聞第一時間就出新聞，https://tw.news.yahoo.com/youtubegmail%E7%AD%89%E7%B6%B2%E7%AB%99%E5%A4%A7%E7%95%B6%E6%A9%9F-%E7%B6%B2%E5%8F%8B%E5%93%80%E8%99%9F%E4%B8%96%E7%95%8C%E6%9C%AB%E6%97%A5%E5%95%A6-120553657.html

2020年12月9日，星期三

一直依賴排排程自動更新的SSL憑證，發生了以下的錯誤，而造成憑證過期了兩天都還不知道：

Attempting to renew cert (byggs.ddns.net) from ... produced an unexpected error: 'ascii' codec can't encode characters in position 156-157: ordinal not in range(128). Skipping.
All renewal attempts failed. The following certs could not be renewed:
  /etc/.../fullchain.pem (failure)
1 renew failure(s), 0 parse failure(s)
 

還好已經有解，參照 https://blog.longwin.com.tw/2019/01/letsencrypt-ascii-codec-decode-fixed-2019/ ，使用下面指令：

sudo grep -r -P '[^\x00-\x7f]' /etc/apache2 /etc/letsencrypt /etc/nginx

再把顯示出來的問題行刪除即可。

今天的Windows 10又自動更新了，結果就是搞得人仰馬翻！

首先，為什麼System要把80 port佔用，先佔先贏，是嗎？結果造成一直服務中的Apache無法啟動，這是哪門子的作法！有遇上相同問題的朋友們，請在管理員模式下，於命令列輸入以下指定：

sc w3svc stop
sc config w3svc start= disabled

如此，就可以正常啟動80 port的伺服器。

另一台機器，就是本來跑得好好的應用程式，突然一直出錯重啟，結果是要設定路徑！

真是夠了，微軟！

ubuntu作業系統版本指令集，

sudo apt update
sudo apt upgrade
sudo apt dist-upgrade

sudo apt autoremove

把 /etc/update-manager/release-upgrades 檔案內的 Prompt=lts 改為 Prompt=normal ，
sudo vi /etc/update-manager/release-upgrades

最後一個指令，開始執行升級，
sudo apt do-releease-upgrade

2020年12月8日，星期二

整理許多舊的USB碟、SD卡等，刪除不必要的資料後，空出了很多個來。

但還是有一些刪不掉的，像是作業系統安裝碟、緊急救援用的開機USB、許久沒用的DOS開機Ghost碟，雖然這個年代已經很久很久都沒用上它們，而基於過去的習慣，還是把這些保留了下來。

2020年11月28日，星期六

Google雲端主機，跑著CentOS 7和MariaDB，但是，MaraiDB一直會有些小問題，靠著額外的程式碼來維持服務的穩定度。

然而，這樣運行到第28天之後，MariaDB的CPU會突然飆上來，佔用了70%以上！手動重啟後，CPU的使用率就恢復正常。不過，已經懶得去找問題點，只好用最土的老方法來解決，也就是排程每天固定的時間點，重新啟動MariaDB的伺服器。

2020年11月18日，星期三

Macbook Air 的電池模組，終於在今天到貨。11/09下單，11/18到貨，跟號稱的5天到貨，還是差了4天。

更換的速度很快，而且也內附兩支起子。基本上，就是拆五角螺絲後，開蓋，再拆六角螺絲，換電池模組。更換之後，再把六角、五角螺絲裝回， 電腦就恢復整常充電的橘燈了。

2020年11月12日，星期四

進入養生模式，開始吃養生食物、運動，拒絕精製食物、低糖，重視花青素、B群維他命攝取。

2020年11月9日，星期一

今天熊熊發現Macbook Air的充電燈常綠，明明已經沒電了！

進入Macos，電池符號竟然出現三角形與驚嘆號，說是要電池要維修。自2012至今，已經過了近八年，電池壽命已盡。

趕緊到露天買了電池模組，到貨後再更換，這幾天，就讓Macbook Air放假。

眼睛有些狀況，祈願大眾得聞此「佛說能淨一切眼疾陀羅尼咒」，生生世世眼光明。
https://youtu.be/3aw6cJaF5fI

2020年11月5日，星期四

如果有烹飪用的小秤，那麼就可以用如下的份量，煮出好吃的飯(僅測試PHILIPS的電子壓力鍋、7-11可以買到的御膳米、以3M濾過的水)：

1.米300公克。(這邊考慮兩人的份量)
2.水500公克。(注意洗完米之後，米會有水附著，須將附著的水列入考慮)
3.鹽0.5公克。
4.橄欖油(或其他的油)0.5公克。
5.醋0.5公克。

如果需要飯再更軟些，水就稍微加多些；要硬些，水就少一些，因米的種類而會有不同。(不同品牌的電子鍋或煮飯的方式也會影響，基本上都是調整水的多寡，或是預泡，就事先把米以水浸泡10到20分鐘後，再煮。)

或許哪一天，在big data與machine learning等的加持下，可以自動識別或學習，煮出最好吃的飯。

2020年11月4日，星期三

統計與機器學習的目的不同，統計偏重因果關係的解釋，而機器學習則是預測的結果。個人覺得這篇文章介紹的很好，https://buzzorange.com/techorange/2019/05/02/difference-between-statistics-and-machine-learning/ 。

以前統計幾乎靠SPSS，時至今日，可以選用更開放的R，GTW Blog有一系列的教學文章，很值得參考。

2020年10月29日，星期四

今天惡補了一下NoSQL領域的資料庫，像是MongoDB、redis、Neo4j和Cassandra⋯

MongoDB，適合非交易性的應用場合，具延展性，小的時候可用社群版，大的時候，可付費請專業的來幫忙。

redis，對於需要極高速的處裡的環境下，最適合使用。

Neo4j，需要處理類似圖學概念的情況下，可大幅提升效率與降低所需要的資料量。

Cassandra，Apple使用了7500節點，存了10PB的資料量，需要更多效能與空間時，加機器就好，延展性最佳。

以上是粗淺的心得，略而記之。

2020年10月28日，星期三

youtubelist在這台主機上的回應時間太長，怕讓大家久等了，所以使用了定時產生靜態頁面的作法，讓第一個頁面的速度不會被嫌棄。

方法很簡單，就是當第一個頁面的動態頁面判斷沒有參數時，轉向到靜態頁面的檔案，有參數時則依舊執行原程式碼。

2020年10月27日，星期二

Google雲端主機的CentOS 7，跑著跑著，既然也會出現記憶體不夠的狀態，不知道是不是mariadb的memory leak問題？

只能重新啟動。

2020年10月26日，星期一

樹莓派2B使用外接的wifi介面卡時，就是那種USB介面的，常常會有斷線的問題，即使是樹莓派3B內建的wifi，偶爾也會造成一樣的困擾。因此，為了穩定度，必須手動做一些調整並加上一些程式碼來強化之！

首先，把電源管理的功能關閉是必要的。樹莓派2B中，可以修改/etc/network/interfaces，在這個檔案中加入「wireless-power off」的敘述，重開機即可。但是這個方法在樹莓派3B上行不通，而需要在/etc/rc.local增加「/sbin/iwconfig wlan0 power off」，再重開機。是否已經正確關閉電源管理功能，可由指令「iwconfig」，看看Power Management是否為off。

再來，配合sudo crontab -e排程來執行網路介面是否up或down的修正，如下範例：

#!/bin/bash
NOW=`date "+%Y-%m-%d %H:%M:%S"`
HOST=`hostname`
wlan0=`cat /sys/class/net/wlan0/operstate`
down="down"

if [ "$wlan0" == "$down" ]; then
    ip link set wlan0 down
    ip link set wlan0 up
    /sbin/wpa_cli -i wlan0 select_network 0
    MSG="${NOW}: restart wlan0"
    echo "$MSG"
    sleep 10
    wlan0again=`cat /sys/class/net/wlan0/operstate`
    if [ "$wlan0again" == "$down" ]; then
        MSG="${NOW}: reboot ${HOST}"
        echo "$MSG"
        /sbin/shutdown -r now
    else
        echo "${NOW}: wlan0 is ok"
    fi
else
    echo "${NOW}: wlan0 is ok"
fi

2020年10月24日，星期六

macos下，使用dd指令，即可完成sd卡轉存為映像檔，也可以把映像檔複製到sd卡上，以下是指令示範：

sudo dd if=/dev/disk2 of=~/Downloads/u2004sd32g.dmg

反過來，如果要把映像檔拷貝到sd卡，指令為：

sudo dd if=~/Downloads/u2004sd32g.dmg of=/dev/disk2

如果不知道sd卡的代號是哪一個，則可藉助下面指令查詢：

diskutil list

如果想要在樹莓派運行中，複製運行中的SD卡，可用rpi-clone來完成。

先安裝rpi-clone，指令如下:
git clone https://github.com/billw2/rpi-clone.git
sudo cp rpi-clone/rpi-clone /usr/local/sbin
rm -rf rpi-clone

插入USB碟之後，輸入下面指令:
sudo fdisk -l

上面的指令在於了解插入的USB碟是sda還是sdb…如果只有一個，基本上就是sda，這時輸入:
sudo rpi-clone sda -v -x

再依照畫面的指示，輸入必要的參數，然後等著複製的工作完成，把USB碟移除，即可。

有了備份好的USB碟，即可利用另一台電腦製作映像檔，再把映像檔還原到另外的SD卡。

macos下，以dd指令把USB碟整個複製到sd卡

先以下面指令確認目前儲存裝置的狀況：

diskutil list

然後插入USB碟，並且以前一個指令確認USB碟的代號，最後插入SD卡，重複前一個指令確認SD卡代號，在此，假設USB碟為/dev/disk2，SD卡/dev/disk3。

當USB碟與SD卡的代號都確認後，輸入以下指令：

sudo diskutil umountDisk /dev/disk2

sudo diskutil umountDisk /dev/disk3

sudo dd if=/dev/rdisk2 of=/dev/rdisk3 bs=1m conv=noerror,sync

當畫面出現如下的資訊時，就表示已經完成複製：

2020年10月23日，星期五

更換ffmpeg之後，後來又出現不能運行的狀況，只好於SRA4增加一行指令來協助偵錯。

最後發現問題點在於，多餘的UserAgent與Header資訊，造成對應的串流伺服器無法回應的錯誤，只要把UserAgent與Header的資訊去除，就恢復正常了。