-
串流的網路概念
Continue Reading…: 串流的網路概念FFmpeg介紹 FFmpeg 是一個應用程式工具，它的主要功能包括讀取、解碼、編碼、轉碼、重新封裝、串流等各種視頻和音頻格式。這種應用程式大多數情況下被認為是在應用層（Application Layer） 然而，如果從數據表示、編碼和轉換的角度來看，你也可以說 FFmpeg 做的工作涉及到表示層（Presentation Layer）的部分功能。例如，它會解碼影片檔案（從一種表現形式轉換為另一種），並將其轉換為對應的像素和音頻資料。 若是使用ffmpeg讀取HTTP-FLV的串流，HTTP-FLV 協議主要是在應用層工作，而接收端的應用程序（例如媒體播放器）則在應用層和表示層之間工作，負責解封裝和解碼接收到的數據 HTTP 和 WebSocket 協議 HTTP 協議的握手過程通常包括客戶端發送一個請求到伺服器，然後伺服器回應這個請求。這種請求/回應模式構成了 HTTP 的基本交互模式。 而 WebSocket 協議的握手過程稍微有些不同。WebSocket 的握手過程基於 HTTP，一開始由客戶端發送一個 HTTP 升級請求到伺服器。如果伺服器接受這個升級請求，它會回應一個升級的回應，此時連接就會從 HTTP 轉變為 WebSocket。然後這個 WebSocket 連接就可以用來做全雙工的通訊，直到一方選擇關閉連接為止。 這些握手過程都是在應用層進行的，並且直接涉及到最終的應用程序（例如網頁瀏覽器或者 Web 伺服器）的行為。 WebRTC（Web Real-Time Communications）的網路概念 WebRTC（Web Real-Time Communications）是一種用於網頁瀏覽器的 P2P（Peer-to-Peer，即點對點）通訊技術。它可以讓網頁瀏覽器直接與另一個網頁瀏覽器進行實時的音視頻通訊，不需要中間的伺服器轉發。…
-
網路概念模型介紹
Continue Reading…: 網路概念模型介紹網際網路協議模型（網路模型）和開放系統互連（OSI）模型都是描述電腦網路通訊的框架。它們將通訊過程分解為不同的層級，每個層級都有特定的功能和協議。 OSI 七層模型介紹 OSI實際的應用場景 在實際的網路協議和應用中，一個應用功能可能會跨越多個層次進行這些操作。例如，一個Web應用可能會在應用層處理字符編碼和數據格式轉換，並在傳輸層或網路層實現數據加密。這就是為什麼我們說OSI模型的層次劃分並不是絕對的。 儘管OSI模型的層次劃分在實際應用中可能並不絕對，但它仍然是理解和描述網路系統的一種重要工具。OSI（Open Systems Interconnection）模型的主要目的是為了提供一種通用的、理論性的框架，讓我們能夠更好地理解和描述網路系統中不同部分的工作原理和它們之間的交互。雖然在實際的網路協議和應用中，不一定嚴格遵循OSI模型的層次劃分，但OSI模型仍然提供了一種有用的工具來理解複雜的網路系統。 在OSI模型中，第1層（實體層）到第3層（網路層）主要處理硬體與網路傳輸相關的問題，包括數據的實際傳輸、網路交換、路由等等，這些層通常由硬體設備（如網路卡、交換機、路由器等）和相關的驅動程式來實現。 另一方面，第4層（傳輸層）到第7層（應用層）主要關心如何在這個傳輸網路上建立有效的通訊，這包括了確保數據可靠地從源點到達目的地（如TCP協議的工作）、提供給應用程式使用的通訊服務（如HTTP協議的工作）、資料的格式轉換和加密等等，這些層的實現主要在軟體中完成。 因此，一些具有豐富功能的軟體或應用程式，可能會跨越OSI模型中的多層來提供服務。例如，一個網頁伺服器可能需要處理從TCP連接的管理（傳輸層）到HTTP請求的解析（應用層），甚至可能包括加密（表示層）。同時，由於這些層都在軟體中實現，開發者有更大的靈活性來實現跨層的功能。 但是，硬體層（1-3層）的功能則較固定，因為它們直接與網路傳輸的物理現象打交道，如電信號的傳輸、數據包的路由等，這些通常不會在應用程式中進行操作或修改，而是由硬體設備和驅動程式來管理。 網際網路協議模型 網際網路協議模型（Internet Protocol Suite）通常被稱為TCP/IP模型，它是一個分層的網路架構，包括四個層次。這四個層次分別是： 這個模型與OSI模型有些相似，但更簡單，並且更直接反映了實際的網際網路協議的設計和實現。 兩個概念的模型的層級比較 這些對應關係是大致的，因為兩個模型在設計和目的上有一些差異。TCP/IP模型更侧重於實際的網際網路協議結構，而OSI模型則是一個理想化的、更通用的網路架構參考模型。 封包傳送流程 以一個用戶從他的電腦訪問某個網站為例，以敘事的方式描繪整個過程。
-
Pixi.js網頁遊戲開發實戰
Continue Reading…: Pixi.js網頁遊戲開發實戰活動連結 Meetup: Pixi.js網頁遊戲開發實戰 活動截圖 活動簡報 Pixi.js網頁遊戲開發實戰 from Claire Chang
-
2022 Taipei Women in Tech Honorees
Continue Reading…: 2022 Taipei Women in Tech Honorees得獎連結(Award link) 2022 Taipei Women in Tech Honorees 得獎過程(Award process) 我在2021年由於主持了幾場Women Who Code的活動，並成為主講者分享了幾個技術活動，受Women Who Code的邀請成為了WWC Taipei的核心志工成員。 因為我在社群的活躍和表現獲到了肯定，他們便推薦我參加科技女性榮譽榜的選拔，其實在選拔過程中並沒有甚麼特別的感受，但是在慶祝活動當中，有很深的感受到這個活動的意義。因為其實現場真的有很多其他很優秀的女生，而且女性科技人相對男性的科技社群，比較不會滿嘴科技能力的比較感(誰技術強、誰知道最多新技術)，而是更重視彼此(你是誰、你對甚麼有興趣、你對你有興趣的事情的想法)，這也是我第一次愛上WWC這樣的女性科技社群。 我成為工程師已經超過15年，其實女性在科技業的辛苦，並不在於真正的具體地歧視，而是在於【你與大多數的人都不一樣】。因為男女的觀點不同、看事情、想事情的方式不同，怎樣看待重要事情的優先順序也會不同。所以女性真正的職涯困境，並不是來自於刻板印象，而是來自於我與大多數的同事都不一樣(因為我是純研發工程師，真的環境大多都是男的)。 這會影響到女性很難和同事有較好的私下交情，比較難和同事擁有一起打拼的同伴感，也會影響到私下的資訊交流。同時，男性在意的點和女性也不一樣，我就很不擅長瘋狂的一直講技術，表達自己技術上的超然，但是事實上我所做的專案的技術難度完全不亞於男性開發者，甚至對於一些複雜程式的思考領域上，我是勝過許多男性同事的(我周遭的而已啦不代表所有狀況)。 所以來到這個純女性科技社群真的很開心，也好像找到同好，也發現，原來這麼多女生都會有所謂的【冒牌者症候群】。我們只是不夠清楚自己的好，而不是真正不夠好，因為這邊的大家是如此的勇敢而出色。 In 2021, I became a core volunteer member of WWC Taipei after hosting several Women Who Code events and sharing…
-
Interview with Senior Frontend Female Engineer Claire
Continue Reading…: Interview with Senior Frontend Female Engineer ClaireLink to the original interview “Women in Tech Series #1” Interview with Senior Frontend Female Engineer Claire: Improving skills and gaining team recognition to have an impact Interview Experience I’m honored to share my work journey as a female engineer….
-
專訪資深前端女工程師Claire
Continue Reading…: 專訪資深前端女工程師Claire專訪原文連結 《女科技人系列 #1》專訪資深前端女工程師 Claire：提升實力、獲得團隊認可，才能發揮影響力 被訪談心得 謝謝Joan Chen的專訪！🙋♀️ 很榮幸的能夠以女工程師的身分，分享我一路以來工作的心路歷程。 專訪的訪談兼作者是一位就讀台大資管系大四的女生，因為她發現到，即便現在男女有相同的受教機會，但整體的參與勞動比例以及平均薪資仍是男大於女，因而有了這一篇專訪文。 在訪談的過程中，我能感覺到她是一位心思細膩、認真、自我要求高、也很溫柔的女生。她一路認真的傾聽、理解我所表達的，並且進一步提問，想了解更多。在看到專訪文後，更是讓我非常驚豔，作者完全的消化、理解我所想說的，並且有系統的撰寫成文章，真的是非常優秀的女生！ 願這樣優秀的女性資訊工作者能夠越來越多，讓女性更多的在職場展露頭角！ 訪談內容轉錄 我是 Joan Chen 陳佳雯，這篇文章是《科技小姐 Miss Tech》女科技人專訪文章的第一篇。《科技小姐 Miss Tech》是一個由我發起的社會回饋計畫，透過專訪女科技人及舉辦女性交流活動鼓勵更多女學生進入資訊科技產業。 這是第一場專訪，緊張又興奮的我打開視訊鏡頭等待 Claire 的加入，沒多久就看見一個熟悉的面孔帶著親切的笑容跟我們打招呼。 Claire Chang 是擁有十多年經驗的前端工程師。從小熱愛打遊戲的她，夢想是進入遊戲產業，寫出趣的程式。因著對遊戲的好奇，Claire 從國中開始就接觸網頁開發軟體 Flash，一直到大學時的畢業專題也是負責前端的設計與開發。 除了是工程師之外， Claire 同時也是兩個孩子的媽媽，身兼母親、妻子、媳婦、工程師等多重角色的她，時常忙碌於家庭與職場當中。 生活與工作該如何平衡？ Claire ：「其實都只是不一樣的選擇而已」 我問她，在工作上曾經覺得哪個時刻特別困難嗎？她回答：「我覺得比較困難的是在生大寶的時候，出生前的一切檢查都正常，但出生後就發現問題。」 由於大寶是特殊兒的緣故，需要一位家長專心照顧小孩。在與先生協調後，兩人決定由爸爸專心帶小孩，媽媽則主要專心於工作。談到女性工程師該如何平衡生活與職場時，Claire 智慧的回應說：「其實都只是不一樣的選擇而已」。在時間精力有限的情況下，有些母親選擇在家教育下一代，有些選擇只生一個孩子，也有些選擇請保母照顧小孩。 沒有所謂最正確的生活之道，只有最適合自己的選擇。 女性工程師帶給職場的好處：減少無效加班、減少硬套新技術 Claire…
-
從零架設直播伺服器
Continue Reading…: 從零架設直播伺服器分享資訊 分享投影片 從零架設直播伺服器 from Claire Chang 活動中剪影
-
k8s指令筆記
Continue Reading…: k8s指令筆記YAML範本：redis-master-controller.yaml apiVersion: v1 kind: ReplicationController metadata: name: redis-master labels: name: redis-master spec: replicas: 1 selector: name: redis-master template: metadata: labels: name: redis-master spec: containers: – name: master image: kubeguide/redis-master ports: – containerPort: 6379 建立這個Pod kubectl create -f redis-master-controller.yaml 查看這個ReplicationController kubectl…
-
Docker刪除所有tag為None的image
Continue Reading…: Docker刪除所有tag為None的image這個指令可以列出所有未被tag的image docker images -q -a | xargs docker inspect –format='{{.Id}}{{range $rt := .RepoTags}} {{$rt}} {{end}}’|grep -v ‘:’ 這個指令可以列出所有被tag為None的image docker rmi $(docker images –filter “dangling=true” -q –no-trunc) 參考：https://stackoverflow.com/questions/33913020/docker-remove-none-tag-images
-
在CentOS7安裝docker與kubernates失敗
Continue Reading…: 在CentOS7安裝docker與kubernates失敗出現了下面的錯誤，原因是yum的源頭連結找不到所需要的安裝程式，錯誤訊息如下 Loading mirror speeds from cached hostfile 解決方法：修改yum源頭 參考：https://www.codeprj.com/blog/b99d5a1.html 接著又出現以下錯誤 kube-apiserver.service holdoff time over, scheduling restart. 原來是有其他程式占用了8080 port 參考：https://www.cnblogs.com/minseo/p/12936878.html
Search
About Me
17年資歷女工程師，專精於動畫、影像辨識以及即時串流程式開發。經常組織活動，邀請優秀的女性分享她們的技術專長，並在眾多場合分享自己的技術知識，也活躍於非營利組織，辦理活動來支持特殊兒及其家庭。期待用技術改變世界。
如果你認同我或想支持我的努力，歡迎請我喝一杯咖啡！讓我更有動力分享知識！
