Clone a server from one project to the other in Google Cloud Platform
目前看來有兩個方式,都可以 work
目前看來有兩個方式,都可以 work
主要參考https://www.sitepoint.com/how-to-use-ssltls-with-node-js/ 依照順序是 先產生一個 RSA 2048 bit 的 key 產生一個 certification signing request 如果測試用可以加上第三步驟,把加密移除掉 最後做 self-sign,如果沒有用第三步驟地話要把 server.key 換為 server.enc.key $ openssl genrsa -des3 -out server.enc.key 2048 $ openssl req -new -key server.enc.key -out server.csr $ openssl rsa -in server.enc.key -out server.key $ openssl x509 -req -days 365 -in server.csr -signkey server.key -out server.crt 然後就可以拿去 node.js 用了 […]
人總是會有手殘眼糊腦弱的時候,總要有補救辦法。
最常用到的狀況大概就是在新開的 branch 上做了很久,但是自以為是在 master 上,時間久了要 merge 卻是個眼花撩亂,只好直接拿這 branch 蓋掉 master。
因為在 centos 7 上面要做 swapfile, 結果用 fallocate 出來的不能用,所以順便查一下
預設 node.js 的 log file 會一直 append 上去,所以結果就是越來越多直到爆炸為止
主要參考這篇跟這篇 有些實用的命令另列於下 $ sudo apache2ctl configtest
基本上可以直接參考這篇,有些設定可以參考這篇
需要這個是因為在裝 caffe的時候,會需要順便裝 openblas,但詭異的是openblas的 library 沒辦法在執行的時候被找到。 解決方式是從這邊來的,先在 /etc/ld.so.conf.d/ 裏頭新增一個 openblas.conf,內容就寫 /opt/OpenBLAS/lib 然後執行 ldconfig 就可以,之後用 ldconfig -p | grep blas 檢查一下 至於為什麼不用 LD_LIBRARY_PATH ,在這一篇有講到,以我自己來說是遇到 permission 問題
因為samba裝起來怪怪的,然後又多開了一個洞,不如就不要用。另外 gcloud compute copy-files 試了一下有遇到一些 permission 問題,再加上要 remote backup 有的不見得會是在 google cloud 上,所以下面這個算是個 general solution (?)