樂園日記
|
|
樂園日記
|
 |
import ssl
ssl._create_default_https_context = ssl._create_unverified_context
|
https://www.youtube.com/channel/UCqnqXuCOfUQSRFA0t4pwNlw
|
昨天(2021-01-12)終於恢復了近三分之一的配額，這次與Youtube Data API Team的溝通真的超不順利！
還好已經先行完成不需要Youtube Data API的上傳方式，已經恢復的配額，調整雲端另一個頻道的使用，暫時夠用。
下次為了避免這樣的問題，一定要分開配額的申請，也要有不依賴配額的運行方式。
|
緊急寫了一個新增節目表的程式。
|
今天終於把不用YouTube Data API而能新增語言翻譯的功能完成，免除的配額的限制。
scrcpy作為連接手機與電腦螢幕是一個不錯的選擇，可以使用更大的螢幕來顯示、展示手機的內容。
如果要配合垂直螢幕的話，搭配系統的CTRL+Alt+方向鍵，即可快速切換，或是使用iRotate來支援。
特此紀錄。
|
新版不依賴Youtube Data API的上傳程式完成了，只不過不是解析通訊協定，而是模擬鍵盤與滑鼠操作瀏覽器，雖然效率無法跟通訊協定的做法相提並論，卻也解決了轉錄檔案上傳的問題。
新的一年，2021到來，願一切都安好，揮別2020/5=404的Error。
|
不用Youtube Data API，自行解析YouTude URL，果然需要費一番工夫。
|
從昨天 4:30 起，自動上傳到Youtube的程式就頻頻出現已經超出配額的錯誤，原以為是Google大當機造成配額沒有重置的問題，沒想到，到了今天還是不能使用。
於是登入到Google雲端的後台查看配額，結果發現Youtube的配額竟然被重設為1！只好趕緊重填配額擴增單，希望能趕緊設回原來的額度。
看來是要另找方法來避開這個配額問題，像是自己解析Youtube的檔案上傳，不要使用Youtube Data API。
|
Youtube掛了！
這幾天把LRA4-5整理了一下，將相關的參數檔案化，這樣一來，想要搬到新電腦上執行，就點單許多，順便把說明書寫下來，作為備忘。
另一方面，也避免依賴Windows環境，將之移植到ubuntu與Raspberry Pi OS，成為新一代的LRA6。
但沒有想到，寫著寫著，測著測著，Youtube竟然掛了！
|
一直依賴排排程自動更新的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
|
整理許多舊的USB碟、SD卡等，刪除不必要的資料後，空出了很多個來。
但還是有一些刪不掉的，像是作業系統安裝碟、緊急救援用的開機USB、許久沒用的DOS開機Ghost碟，雖然這個年代已經很久很久都沒用上它們，而基於過去的習慣，還是把這些保留了下來。
|
Google雲端主機，跑著CentOS 7和MariaDB，但是，MaraiDB一直會有些小問題，靠著額外的程式碼來維持服務的穩定度。
然而，這樣運行到第28天之後，MariaDB的CPU會突然飆上來，佔用了70%以上！手動重啟後，CPU的使用率就恢復正常。不過，已經懶得去找問題點，只好用最土的老方法來解決，也就是排程每天固定的時間點，重新啟動MariaDB的伺服器。
|
Macbook Air 的電池模組，終於在今天到貨。11/09下單，11/18到貨，跟號稱的5天到貨，還是差了4天。
更換的速度很快，而且也內附兩支起子。基本上，就是拆五角螺絲後，開蓋，再拆六角螺絲，換電池模組。更換之後，再把六角、五角螺絲裝回， 電腦就恢復整常充電的橘燈了。
|
進入養生模式，開始吃養生食物、運動，拒絕精製食物、低糖，重視花青素、B群維他命攝取。
|
今天熊熊發現Macbook Air的充電燈常綠，明明已經沒電了！
進入Macos，電池符號竟然出現三角形與驚嘆號，說是要電池要維修。自2012至今，已經過了近八年，電池壽命已盡。
趕緊到露天買了電池模組，到貨後再更換，這幾天，就讓Macbook Air放假。
眼睛有些狀況，祈願大眾得聞此「佛說能淨一切眼疾陀羅尼咒」，生生世世眼光明。
https://youtu.be/3aw6cJaF5fI
|
如果有烹飪用的小秤，那麼就可以用如下的份量，煮出好吃的飯(僅測試PHILIPS的電子壓力鍋、7-11可以買到的御膳米、以3M濾過的水)：
1.米300公克。(這邊考慮兩人的份量)
2.水500公克。(注意洗完米之後，米會有水附著，須將附著的水列入考慮)
3.鹽0.5公克。
4.橄欖油(或其他的油)0.5公克。
5.醋0.5公克。
如果需要飯再更軟些，水就稍微加多些；要硬些，水就少一些，因米的種類而會有不同。(不同品牌的電子鍋或煮飯的方式也會影響，基本上都是調整水的多寡，或是預泡，就事先把米以水浸泡10到20分鐘後，再煮。)
或許哪一天，在big data與machine learning等的加持下，可以自動識別或學習，煮出最好吃的飯。
|
統計與機器學習的目的不同，統計偏重因果關係的解釋，而機器學習則是預測的結果。個人覺得這篇文章介紹的很好，https://buzzorange.com/techorange/2019/05/02/difference-between-statistics-and-machine-learning/ 。
以前統計幾乎靠SPSS，時至今日，可以選用更開放的R，GTW Blog有一系列的教學文章，很值得參考。
|
今天惡補了一下NoSQL領域的資料庫，像是MongoDB、redis、Neo4j和Cassandra⋯
MongoDB，適合非交易性的應用場合，具延展性，小的時候可用社群版，大的時候，可付費請專業的來幫忙。
redis，對於需要極高速的處裡的環境下，最適合使用。
Neo4j，需要處理類似圖學概念的情況下，可大幅提升效率與降低所需要的資料量。
Cassandra，Apple使用了7500節點，存了10PB的資料量，需要更多效能與空間時，加機器就好，延展性最佳。
以上是粗淺的心得，略而記之。
|
youtubelist在這台主機上的回應時間太長，怕讓大家久等了，所以使用了定時產生靜態頁面的作法，讓第一個頁面的速度不會被嫌棄。
方法很簡單，就是當第一個頁面的動態頁面判斷沒有參數時，轉向到靜態頁面的檔案，有參數時則依舊執行原程式碼。
|
Google雲端主機的CentOS 7，跑著跑著，既然也會出現記憶體不夠的狀態，不知道是不是mariadb的memory leak問題？
只能重新啟動。
|
樹莓派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
|
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
當畫面出現如下的資訊時，就表示已經完成複製：
|
更換ffmpeg之後，後來又出現不能運行的狀況，只好於SRA4增加一行指令來協助偵錯。
最後發現問題點在於，多餘的UserAgent與Header資訊，造成對應的串流伺服器無法回應的錯誤，只要把UserAgent與Header的資訊去除，就恢復正常了。
|
ffmpeg也要跟著時代升級了，2016年使用的ffmpeg 3.0，因為已經無法解讀新一代的串流格式，而需要改用20191223-5b42d33這個版本。
過往的日記本頁執行共花了: 0.036490917205811秒