樂園日記
|
不知是不是因為天熱的緣故,上個星期以來,Eee與Eee64都不是很穩定,雖然有eyesOn運行,但是還是只能手動恢復!因為每次的不能運行的原因都不一樣!
避免阿帕契記錄檔過胖,導入檔案切割功能,windows下的參考設定如下:
CustomLog "|bin/rotatelogs.exe -l logs/access-%Y-%m-%d.log 1M" combined ErrorLog "|bin/rotatelogs.exe -l logs/errors-%Y-%m-%d.log 1M" TransferLog "|bin/rotatelogs.exe -l logs/transfer-%Y-%m-%d.log 1M"
Linux環境,請依照rotatelogs的路徑變更,參考設定如下:
CustomLog "|/usr/sbin/rotatelogs -l logs/access-%Y-%m-%d.log 1M" combined ErrorLog "|/usr/sbin/rotatelogs -l logs/errors-%Y-%m-%d.log 1M" TransferLog "|/usr/sbin/rotatelogs -l logs/transfer-%Y-%m-%d.log 1M"
processesGuard與eyesOn配合,如果eyesOn超過6分鐘沒收到呼叫,則會發LINE通知。
準備改善processesGuard,讓它來定時回報狀態,改善前天因為程式跳掉的問題。
昨天,你也 502 了嗎?Cloudflare 一度全球大當機,真是多事之秋!(明明就是夏天...)
後續其他加的報導,全球網站大當機半小時,台港多家媒體全遭殃,Cloudflare:沒有證據顯示與外部攻擊有關!、
Cloudflare全球大當機原因出爐:配置錯誤的軟體更新。
2019-07-01,Eee因為SRA4_32取不到BLTV的資料,造成一直建立新的檔案,導致單目錄過多的檔案,頻頻SWAP!重新啟動時,因為關機關的太久,手動強制關機再開,造成這些SWAP沒有正確存成檔案,使得2019-07-01,LifeTV轉錄檔案遺失了好一部分!
2019-07-02,約莫八點左右,執行轉錄的程式與processesGuard等跳掉,一直到快2019-07-03才發現,期間的LifeTV與BLTV的節目都沒有轉錄成檔案!
驗車中...
這次問題竟然和上次一樣,右後的煞車燈泡燒掉了!還多了個前輪吃胎的問題,要換輪胎。
Windows 10的WIFI網卡還是會莫名其妙斷線,只好祭出定時檢查重連的策略,寫了一支WIFI連線狀態重連的程式-「wACWifi.au3」。
目前先測試中,如果這個方法管用的話,再釋出原始程式碼與執行檔(因為沒有畫GUI設定的介面,只能只接改程式碼之後編譯)。
覺得吶悶不是辦法,最好的辦法,還是來讓資料說話,寫了一個小的shell script,每30秒記錄溫度與CPU的負載。
如下:
#!/bin/bash while true do dt=`date "+%Y-%m-%d %H:%M:%S"` echo ${dt} cat /sys/class/thermal/thermal_zone0/temp top -n1 | awk '/Cpu\(s\):/ {print $2}' sleep 30 done
使用時,記得使用轉向符號,轉入到指定的目錄檔案即可或是於rc.local呼叫,如下範例:
./status.sh >> /home/pi/status.log &
樹莓派又熱當了,這次可以很明顯發現整個包覆的散熱片都很燙,是怎麼回事呢?吶悶中...
於首頁增加GDPR的提示視窗,改自GDPR Compliant Cookie Consent Popup Demo原始程式碼。
將下載檔案解壓縮之後,使用文字編輯器,把內容全選並複製後,貼到目的檔案的head區塊即可。
#!/usr/local/opt/python/bin/python3.7 #上一行請依照python解譯器的路徑變更 #請記得先安裝mysql.connector這個package,安裝參考指令:pip install mysql-connector-python 或 # pip3 install mysql-connector-python import mysql.connector from datetime import datetime, timedelta #Connect MySQL cn1 = mysql.connector.connect( host = "192.168.0.1", #改成您要連接的主機地址 user = "theAccount", #改成有權限的帳號 password = "thePassword", #改成對應的帳號的密碼 database = "theDB", #改成要連接的資料庫名稱 ) cr1 = cn1.cursor() #取的目前的時間日期,保留若有需要用到的時候,方便應用 #now1 = datetime.now() #now1.strftime("%Y-%m-%d %H:%M:%S") # sq1 = "select * from theTableName" #變更為需要的sql敘述 cr1.execute(sq1) #執行上面的sql敘述 rt1 = cr1.fetchall() #將所有取得的資料放到rt1 #對每一行資料進行處理 for rw1 in rt1: print(rw1[0]) #第一個欄位為rw1[0],第二個欄位rw1[1],依此類推 #接下來就請依照需求來處理每一行的資料 #對每一行資料進行處理完成 #若有執行insert update delete 等sql敘述時,請把下一行前面的註解井號去除 #cn1.commit() cr1.close() cn1.close() ''' 目的:在這裡寫下這支程式要做什麼。 作者:這邊就改成您自己的名字,中文、英文都好。 沿革: 2019-06-23 0.0.0.1 1.誕生日。 '''
老是手動修正節目的錯位問題,真的很沒效率,所以寫了一支修正的程式-「fix_lifetv_programName.py」。
沒錯,用的是python。
忘了記錄一件事情,四天之前將樹莓派的外殼換成金屬的,觀察是否還會熱當?
徹底統一網頁風格為dark style,移除背景圖。
年久失修的樂園,修整失效的連結並加註,回顧與紀念。
把人氣計數器畫圖的部分獨立,修復圖型顯示的問題。
新的伺服環境過了一星期都很穩定,接下去看看可持續多久,不需要重開機。
電腦與網站移轉的事宜要先告一段落,雖然還有一些小問題需要修,權先後置。
再來就是要忙iPhone版的藏經閣App。
已經把gzip、brotli帶上,並且開啟opcache、cache與expires相關模組,現在網站的回應速度簡直比飛的還快呀!
剛剛做了一下歷史性的回顧,自1999年5月5日以來,至今2019-06-18,已經超過20年了。從一開始的只是單純的HTML網頁,玩玩GIF動畫,到後來的各種類型WEB的平台,無論是最早以Perl為主的CGI、微軟的ASP、Java的JSP、開源的PHP3到現在的ASP.NET MCV、PHP7 Laravel,變化成以資料庫為主,後台輸入的管理模式,到講究不藕和與團隊分工的MVC架構,比較可惜的是,沒在像以往在Desktop上分享諸多的原始程式碼,因為現在已經是開源的時代,在網路上,可以找到更多更優質的程式碼可供學習。
開放原始程式碼,一開始就是原始樂園所提倡的,現在已遍地開花結果,而一直存在的原因是,作為歷史的先驅,一個值得紀念的地方,雖然後期已不再像當初釋出種種的source codes,然而這一路走來,仍可以回顧學習的軌跡,一直是苟日新、日日新,又日新。IT一直有新的技術出現,而既有的仍持續運行到不能再運行或移轉為止,不是嗎?
可能您會很好奇,原始樂園什麼時候停止維護不再運行,說真的,在下也不知道!
用CSS調整了選單區的連結顯示,看起來比較像是現代一點的設計,FLAT & SINGLE,加裝了一個CSS的時鐘,將整個頁面的風格都調整符合dark style。
話說dark style,不就是最早期dos下的風格嗎?一直以來也都是dark style,受到行動裝置省電的需求影響,終於30年又回到了dark style。
納悶的是,Chrome在Mac OS似乎不支援標楷體(Opera也不行!),明明Safari與Firefox都能正常顯示標楷體,......
Opera | Firefox | Safari | Chrome |
Power9的所有任務至此可以說是全部都移轉完畢。由低耗電的小黑和小輝擔綱,純以CPU Top Power來計算的話,57.1/(2.5+8.5)=5.190909...,也就是原來一個月的電費,現在可以支付五個月使用。
今天凌晨三點以後,樹莓派3B掛了,一直到18:00才發現恢復。特此記錄之!(原因待查,只是拔電重插的時候,覺得外殼熱熱的。)
小黑與小輝裝上伺服器狀態回報。
努力把網頁伺服器的SSL安全等級由最爛的F,升級到C,再到A,終於達成A+。
Power9的任務都移轉到小黑和小輝上,正式關機,準備硬碟備份。從上次換硬碟之後,已經超過三年沒關機了。
小黑與小輝1903六月累積安全更新完成。
網頁服務移轉,初步完成。
過往的日記本頁執行共花了: 0.051442861557007秒