樂園日記
相關資料統計表
向量浮屠
大航海時代online手札
2021年1月13日,星期三
14:36:19

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

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

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


2021年1月10日,星期日
17:12:28

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


2021年1月5日,星期二
20:56:41

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

1:14:3

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

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

特此紀錄。


2021年1月2日,星期六
20:55:20

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

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

 


2020年12月18日,星期五
20:18:39

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


2020年12月16日,星期三
17:8:47

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

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

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


2020年12月14日,星期一
20:16:7

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日,星期三
23:15:54

一直依賴排排程自動更新的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

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

22:35:44

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

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

sc w3svc stop
sc config w3svc start= disabled

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

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

真是夠了,微軟!

15:38:12

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日,星期二
3:6:19

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

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


2020年11月28日,星期六
18:10:28

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

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


2020年11月18日,星期三
18:57:3

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

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


2020年11月12日,星期四
0:17:25

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


2020年11月9日,星期一
22:10:17

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

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

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

20:17:9

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


2020年11月5日,星期四
12:8:4

如果有烹飪用的小秤,那麼就可以用如下的份量,煮出好吃的飯(僅測試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日,星期三
18:33:30

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

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


2020年10月29日,星期四
21:43:40

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

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

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

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

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

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


2020年10月28日,星期三
23:3:2

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

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


2020年10月27日,星期二
13:28:0

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

只能重新啟動。


2020年10月26日,星期一
19:36:37

樹莓派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日,星期六
16:32:10

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

16:9:29

如果想要在樹莓派運行中,複製運行中的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卡。

1:45:59

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

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

dd: /dev/rdisk3: short write on character device
dd: /dev/rdisk3: Input/output error
30437+0 records in
30436+1 records out
31914983424 bytes transferred in 2217.743738 secs (14390744 bytes/sec)
 
特別注意:當USB碟越大時,需要越多時間,以32GB來說,約需38分鐘。 

2020年10月23日,星期五
16:29:20

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

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


2020年10月22日,星期四
11:25:55

ffmpeg也要跟著時代升級了,2016年使用的ffmpeg 3.0,因為已經無法解讀新一代的串流格式,而需要改用20191223-5b42d33這個版本。


2020年10月9日,星期五
15:27:5

Google Play後台改版,補充一些必要的資訊。

話說這些補充的資訊,其中有一項,應該是不需要補充的,因為之前上架的時候,都有填過,真是怪怪!


2020年10月8日,星期四
21:48:13

這篇算是2020-10-05把樹莓派弄掛的後續處理。

因為是安裝ClamAV的關係,導致系統太忙碌的問題,所以把ClamAV的啟動移除掉,即可。方法就是,找個Linux平台或是在Windows、MACOS下掛載該SD卡,把ClamAV相關的檔案,從掛載的目錄下移除(/etc/systemd/system/multi-user.target.wants),再把該SD卡移回樹莓派,問題就解決了。

過往的日記

本頁執行共花了: 0.0330810546875秒