![]() |
樂園日記
|
![]() |
HeidiSQL最新版本的更新,竟然會造成某台伺服器無法連線,真是奇怪的問題!
不過這樣也好,把之前想要寫的字典翻譯更新介面,以Web的方式實做出來,免得再度依賴HeidiSQL的介面。
![]() |
import ssl
ssl._create_default_https_context = ssl._create_unverified_context
從今年起,python讀取https,需要以上額外的程式碼,解決ssl錯誤的問題。
![]() |
用來測試YouTube Data API的頻道,
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的資訊去除,就恢復正常了。
過往的日記本頁執行共花了: 0.024240970611572秒