Kratos服務自建

建立乙個http服務，第一步：建立乙個liveroom這樣的乙個demo專案（名字隨便起，但是後面會有要修改的地方）

kratos new liveroom -d c:\專案路徑 --http官網給出的命令：kratos new 專案名稱 --http現在基本上kratos new 可以建立出專案，檔案在goroot下面

生成proto檔案是第一步，首先要刪除掉原專案下的api.bm.go和api.bp.go建立乙個新的api.proto或者是修改原檔案

// 注釋掉原先的service demo新建自己的demo，或者是直接修改（建議）

service liveroom ;
};}message req
message resp

在service/service.go

// create

func (s *service) create(ctx context.context, req *pb.req) (reply *pb.resp, err error) 
fmt.printf("create %s", req.name)
return
}// delete
func (s *service) delete(ctx context.context, req *pb.req) (reply *pb.resp, err error) 
fmt.printf("delete %s", req.name)
return
}// get
func (s *service) get(ctx context.context, req *pb.req) (reply *pb.resp, err error) 
fmt.printf("get %s", req.name)
return
}

聰明的你就會問了，為什麼你的url是醬紫的呢，在你用.proto生成檔案之後，去裡面找一下路由就會發現，這樣一系列的坑就踩完了。基本改動的地方不多，如果就以demo為服務名字的話，會幾乎沒有坑！！

linux自建ftp服務

在此將自己使用中遇到問題記錄一下，以便以後用到檢視。rpm ivh vsftpd 2.0.5 10.el5.i386.rpm 如果發生以下提示，那就換root使用者執行 bea1 linux103 tmp rpm ivh vsftpd 2.0.5 10.el5.i386.rpm warning vs...

自建Nuget伺服器

ps 原文手打，說明出處，總的概括流程為 nuget spec生成的目錄在控制台資料夾字首 編輯package.nuspec檔案 1.0 包名 動態庫名稱 版本號作者 擁有者 填寫作者就是了 licenseurl projecturl iconurl 需要許可驗收 預設false 描述沒啥作用的感覺...

雲服務時代，自建還是選擇雲服務？

自建 or 雲服務？直接表明我的觀點 在兩者成本差不大的情況下，肯定雲服務啊。來看看自建要做啥 需要先準備伺服器資源吧，然後最好部署時不要混部其他元件，不然會和目標元件搶資源，不穩定。然後就是改配置檔案，搭建服務啊，這裡搭建服務時需要對元件本身比較了解才能知道如何改配置檔案。服務搭好了，沒有報警監控...