jitsi-meet 修改首頁相關訊息
到 /usr/share/jitsi-meet 修改以下檔案
interface_config.js
APP_NAME: 'Jitsi Meet', NATIVE_APP_NAME: 'Jitsi Meet',
libs/app.bundle.min.js
若要改首頁標題, 找到 headerTitle 修改內容即可
分類: 技術
nextcloud 安裝流程圖套件drawio注意事項
drawio 相容m$ visio , 而且免費, 支援nextcloud, 達到線上繪製流程圖的功能.
雖說drawio還不是很穩定,但是一直在更新, 已經能上線讓公司同仁使用,
透過官方安裝drawio套件並且啟用後, 以下為注意事項:
- drawio預設副檔名為xml(這超奇怪的), 請將副檔名改成drawio, 並且設定mimetype
複製設定檔cp resources/config/mimetypemapping.dist.json config/mimetypemapping.json
修改 config/mimetypemapping.json 加上以下設定
"drawio": ["application/x-drawio"]
然後執行更新指令
sudo -u www-data php occ maintenance:mimetype:update-js
sudo -u www-data php occ maintenance:mimetype:update-db
若是docker請執行
docker exec --user www-data nextcloud php occ maintenance:mimetype:update-js
docker exec --user www-data nextcloud php occ maintenance:mimetype:update-db
然後再到nextcloud的設定, 重新勾選drawio的相關設定
2. 若drawio檔案分享連結, 若想要讓大家直接開啟編輯畫面, 需要修改連結
https://xxx/s/YoJWBkg7EgiyXpPdd 改成 https://xxx/apps/drawio/s/YoJWBkg7EgiyXpPdd
moodle課程需要寄發email通知
需安裝外掛(block_quickmail)才能寄發通知, 但是官方的版本目前無法使用, 會出現”There are no users to whom you can send emails.” 或是 “There are no users you are capable of emailing“的錯誤,
請到 https://github.com/lsuits/lsu-block_quickmail 下載v2版本就能使用了.
讓jitsi meet需要密碼登入
以 主機名稱 meet.test.com 為例子, 以下只要是meet.test.com皆須改成真實的主機名字
1. 修改 /etc/prosody/conf.avail/meet.test.com.cfg.lua
VirtualHost "meet.test.com"
authentication = "internal_plain"
...
VirtualHost "guest.meet.test.com"
authentication = "anonymous"
c2s_require_encryption = false
modules_enabled = {
"bosh";
"pubsub";
"ping";
"speakerstats";
"turncredentials";
"conference_duration";
}
2. 安裝module storage_memory模組(optional)
apt install -y mercurial mkdir ~/temp && cd ~/temp hg clone 'https://hg.prosody.im/prosody-modules/' prosody-modules cp prosody-modules/mod_storage_memory/*.lua /usr/lib/prosody/modules/.
3. 修改 /etc/jitsi/meet/meet.test.com-config.js
var config = {
…
hosts: {
…
domain: 'meet.test.com',
anonymousdomain: 'guest.meet.test.com',
…
},
…
}
4. 修改 /etc/jitsi/jicofo/sip-communicator.properties
org.jitsi.jicofo.auth.URL=XMPP:meet.test.com
5. 新增可登入的帳號密碼
prosodyctl register william meet.test.com mypassword
6. 重開服務
systemctl restart {prosody,jicofo,jitsi-videobridge2,nginx}
這樣一來, 只有第一個登入的人需要輸入帳號密碼, 其他使用相同網址不需要密碼就可以登入(來賓帳戶guest)
查詢oracle 11g匯出檔案的字元編碼
最近遇到一個搞笑的烏龍, 公司匯出的oracle dmp檔案, 進行還原測試的時候, 無法匯入到測試區, 錯誤訊息為:
IMP-00037: Character set marker unknown
經過爬文,有可能是字元編碼不一致, 網路上提供的解方是:
cat xxx.dmp |od -x|head -1|awk '{print $2 $3}'|cut -c 3-6
這樣可以查出oracle系統的字元編號, 再以字元編號查詢編碼名稱
SQL> select nls_charset_name(to_number('上個指令查出的字元編號','xxxx')) from dual;
這樣的指令應該是可以查出來, 若查不出來就可能是檔案損毀或是我這樣的烏龍,
我匯出備份的時候, 加上tar以及bz2壓縮
所以原檔案變成 xxx.dmp.bz2, 完全看不出來有tar , 因此解壓的時候我忘記了只有解bz2 , 解出來的xxx.dmp 其實不是原本的dmp檔案, 還需要解開tar這個動作, 哈哈
python 3 禪風
當我們執行以下指令
python -c "import this"
將會出現
其中這幾句話果然很對我的味
Now is better than never. Although never is often better than *right* now. If the implementation is hard to explain, it's a bad idea. If the implementation is easy to explain, it may be a good idea. Namespaces are one honking great idea -- let's do more of those!
mail出現好奇怪的log “…. rip=::1, lip=::1, secured, session” problem
有時候出現就一大堆, 最後出現too many open files , 有夠怪異, 只好讓限制 imap 與 pop3 只 listen 特定的 ip (ipv4) , 這樣就可以避掉疑似ipv6嘗試入侵的問題, 我自己是覺得可能是系統與dovecot之前某段出了狀況.
請修改 /etc/dovecot/conf.d/10-master.conf
service imap-login {
inet_listener imap {
address = x.x.x.x y.y.y.y
#port = 143
}
inet_listener imaps {
address = x.x.x.x y.y.y.y
#port = 993
#ssl = yes
}
}
service pop3-login {
inet_listener pop3 {
address = x.x.x.x y.y.y.y
#port = 110
}
inet_listener pop3s {
address = x.x.x.x y.y.y.y
#port = 995
#ssl = yes
}
}
docker container啟動管理supervisord設定心得
supervisord是常用的docker啟動管理程序, 通常我們都把一大堆服務寫進去supervisord.conf, 我最近弄的docker mail server (綁定AD) , 常常遇到container重啟時(docker restart) , supervisord裡面的service會出現already started字樣, 爬了文, 好像是這個參數搞的鬼, startsecs , 官網解釋如下
The total number of seconds which the program needs to stay running after a startup to consider the start successful (moving the process from the STARTING state to the RUNNING state)
也就是說這些service啟動成功後, supervisord預設會等個1秒才移除STARTING狀態, 但有可能造成service本身誤判, 誤以為已啟動,又再啟動一次, 所以service會重複跑個幾次 , 甚至有時候就再起不能了.
目前測試結果可以修改兩個參數, 一個是startsecs=0(立即更新成running狀態) , 另一個是startretries=0(重複啟動次數)
我是決定只改 startsecs=0 , 果然就沒出現already started字樣
ps. 這只是我個人測試自己docker mail server的心得, 沒有多次驗證
centos已經不能安裝Certbot, 須改用snapd安裝
請先安裝 snapd https://kafeiou.pw/2021/02/17/3008/
sudo yum remove certbot sudo yum install httpd mod_ssl setsebool -P httpd_can_network_connect true sudo snap install --classic certbot sudo ln -s /snap/bin/certbot /usr/bin/certbot
centos 7安裝snapd
sudo yum install epel-release sudo yum update sudo yum install snapd sudo systemctl enable --now snapd.socket sudo ln -s /var/lib/snapd/snap /snap systemctl enable snapd.service systemctl start snapd.service