mentor-program-day84

一切順利真好。

進度

AWS 果然還是沒鳥我,所以今天決定重瓣新帳號來弄部署。

大概花了一整天的時間把部署完成,來秀個成果:

感覺自己蠻幸運的,沒有碰到什麼卡關的情形。不過還蠻好奇其他人都卡在什麼地方,明天應該會去研究看看。

雖然網站部署完了,但該做的筆記少不了,還有一些其他細節也都得在調整,總之繼續加油!

學到的事情

在部署時學到的訊息量還蠻大的,像是完全沒摸過的 Linux 作業系統和指令,跟非對稱式加密和 SSH 相關的東西,跟操作遠端的主機等等,這些東西也許得花一些時間來消化和筆記。

也因為這次的部署,理解 FTP 實際上到底在幹嘛用的(以前待的公司有用)。

首先要思考這個問題:

當你有一台主機,它不在你家,而是在很遠的某個地方,可是你想把電腦裡的資料傳給它要怎麼辦?

第一種作法是透過 CLI:

  1. 先用 SSH 連到那台虛擬主機,這樣你就可以操控它了
  2. 接著回到本地端,把你想要的檔案上傳到某個可以存檔案的平台(例如:Github)
  3. 接著再回到虛擬主機,用 git clone 的方式把檔案抓下來

第二種做法是用 FileZilla:

  1. 用 FileZilla 提供的介面跟虛擬主機連線(我想底層應該一樣是透過 SSH)
  2. 成功連線後,接下來就很直覺了,因為是圖形化介面,你照著畫面摸就能大概摸出個所以然

filezilla

這裡在示範怎麼把虛擬主機的 index.php 抓到我的電腦裡。

至於為什麼要用 FileZilla?我覺得理由很簡單,因為比較方便,只是這樣子。

可以思考看看用 CLI 有什麼問題?

  1. 每當要上傳一個新的專案就得重新開一個 Repository
  2. 過程中得反覆操作 Git 的指令
  3. 只是想修改個小地方就得在本地重新 commit,然後再讓虛擬主機 pull 下來

但用 FileZilla 就不用擔心這些了,可以把它當成是一種 Google Cloud 的感覺,真的方便許多。

題外話

最近會開始看一下別人的履歷怎麼寫,感覺一份履歷要同時掌握「你到底會什麼技術」和「不要細節多到讓人覺得你在硬湊」是比較困難的事情。

有些履歷雖然實在寫得非常詳細,但卻會讓人感覺太硬要。甚至還看到有人特地寫了一份 PPT 來描述自己做的某份專案 Before 和 Afrer 的差別。

太詳細真的是好的嗎?有時候會好奇看履歷的人是否在意這些很細的東西

總之寫履歷真的是門學問,希望之後自己能把履歷的部分做好。

許願池

明天應該會繼續把部署沒完成的地方給做完,然後消化一下今天學到的東西。

一刀未剪的 AWS 部署紀錄 mentor-program-day83
Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×