키보드 깡패

[불교 서적] 진짜 나를 찾아라 (3) 사람이 미울 때 읽으면 좋을

키깡 — Fri, 20 Feb 2026 03:52:47 +0900

수많은 생을 두고 쌓은 인연

- 사람의 인연은 수많은 생을 두고 쌓은 인연
- 좋은 부모가 되려면 좋은 부부가 되어야하며 좋은 부부의 삶은 대화로 이루어짐. 대화는 정을 표시하는 것.
    - 상대방이 말할 수 있는 기회를 줘야한다. = 대등한 인격체로서 대해야 한다.
    - 텅빈 마음을 가져야 한다. = 선입견을 버려야 한다.
    - 상대방의 생각을 바꾸려 하지 말아야한다. 대화는 토론이 아니라 서로 의견을 나누는 것.
- 대화에는 이기고 지는 것이 없으며 내 마음을 상대방에게 전하고 상대방의 마음을 내가 받아들이는 것.

내 가족이 내 이웃이 나의 선지식

- 마음을 어떻게 먹고 생각을 어떻게 하느냐에 따라 많은 것이 달라짐. 업의 기준에서 보면 순간의 선택이 평생을 좌우함.
- 서로 기준이 언짢아지면 그게 업이 됨.
- 어떤 사회든 불합리한 점이 있고 부조리한 면도 있으며 백퍼센트 완벽한 세상은 어디에도 없음.
- “오늘 할 일은, 단 한사람이라도 좋으니 누구든 나에게 마음으로부터 ‘고맙습니다.’ 하고 인사하는 친구를 만드는 일입니다. 그게 내가 이루고자 하는 원입니다.” - 한 사업가가 다짐과도 같이 하는 염원
- 어떤 서람이 좀 얄밉다, 밉상이다, 그런 마음이 들면 오히려 그 사람을 위해서 기도하라. 내 마음과 생각을 돌이키게 하는 선지식이므로. 나에게 깨우침을 주면 그가 바로 선지식인 것.
- 내 수양이 모자라 이렇듯 다툼에 빠지는 것을 알게 해주는 선지식.

[불교 서적] 진짜 나를 찾아라 (2) 헤맬 때, 욕심이 많아질 때 읽으면 좋을

키깡 — Fri, 20 Feb 2026 03:15:41 +0900

부처님과 같은 공덕을 이루려면

결국 전반적으로는 꼭 공덕을 이루기 위하여는 절을 가서 기도를 올리고 수행을 하는 이전에 일상생활에서 늘 불교의 가르침을 떠올리며 살아야함이 포인트 같다.

- 경전은 올바르게 불교를 배우기 위해 꼭 읽어야함.
- 부처님과 같은 공덕을 이루려면 열가지 행원을 쌓아야함.
    - 예경제불: 집과 공공장소에서 이웃을 부처님처럼 예절을 갖춰 대하기
    - 칭찬여래: 자신을 비우고 타인의 덕행을 부처님처럼 찬탄하기
    - 광수공양: 여러가지를 공양하는 일. 그 중에서도 법공양이 가장 중함. (불경을 남에게 읽어 들려주거나 불경 따위를 보시하는 일)
    - 참회업장: 참은 지나간 허물을 뉘우친 것이고, 회는 다시는 되풀이하지 않겠다는 다짐. 진정한 참회는 변화하는 삶. 무언가를 바라기 위해 기도하고 염불한다면 그것은 진짜 불심이 아님. 자신을 내세우거나 바라는 마음이 있다면 선행을 했더라도 참다운 공덕이 아님. 천수경 - “죄는 자성이 없어 한 생각을 따라 일어난다. 한 생각이 사라지면 죄도 없어진다. 죄도 없고 생각도 쉬어 이 둘이 함께 공하면, 이를 가리켜 진짜 참회라 한다.”
    - 수희공덕: 곧 남의 공덕을 함께 기뻐하는 것. 자기중심적 사고에서 벗어나 발보리심- 불도의 깨달음을 얻고 중생을 제도하려는 마음을 일으켜라.
    - 청전법륜: 설법하여 주시기를 청하라. 남의 말을 들으려명 인내력이 필요하나 남의 내부에서 나를 발견할 수 있음을 기억하라.
    - 청불주세: 부처님이 세상에 오래 계시기를 청하는 것. 누구와 함께할 수 있다는 것은 서로가 영향을 주고받으면서 인간이 되어간다는 것을 의미. 내 부모를 모시는 것도 스승을 모시는 것과 같다.
    - 상수불학: 늘 부처님을 본받아 배우는 것. 많이 알기보다는 제대로 알고 바르게 행하는 일이 소중하다. 뭐든지 가득 채우려고만 하지 말고 텅텅 비워라. 목적없는 생활에 휩쓸리지 말아야한다. 진리를 담은 사상이나 경전이 우리를 형성시킨다. 새로운 샘물만을 찾아 끝없이 찾아다니기보다 가장 맑은 샘물 하나만을 정하여 그곳에서 새로운 지혜를 길어 마시는 것이 좋다.
    - 항순중생: 늘 이웃에 따르라. 부자란 많이 가지고 있는 사람이 아니라 많이 나누는 사람이다. 누군가의 곤궁함에 손을 내밀지 않는 것은 그를 해치는 것과 다름이 없다. 이웃으로 큰 자비심을 일으키고, 자비심으로 보리심을 발하고, 보리심으로 깨달음을 이루는 것.
    - 보개회향: 모두 다 돌려보내는 것. 처음 예배하고 공경하는 것부터 이웃의 뜻에 따르기까지, 그 모든 공덕을 온 법계에 있는 모든 이웃에게 돌려보내라. 이웃들이 저지른 나쁜 업으로 인해 받게 되는 온갖 고통의 과보를 대신 받으라. 이웃들이 모두 해탈하고 보리를 성취하도록 모든 공덕을 돌려보내라.
    - 종교는 자기로부터 시작하여 이웃과 세상에 도달하는 데서 그 뜻을 찾는 것이다. 우리들이 날마다 마주치는 구체적인 이웃이, 나를 깨우쳐주고 나를 형성시키는 고마운 선지식인 줄 알아야 함.

없는 것을 어찌 찾으려 하는가

답은 자기 안에서 찾아야 한다.

- “소수레가 움직이지 않을 때는 어떻게 해야겠느냐? 수레에 채찍질을 해야겠느냐, 아니면 소를 몰아야겠느냐? 선은 앉거나 눕는 것과 상관이 없는 것이며, 가만히 앉아 있는다고 부처가 되는 것도 아니다. 집착이 없는 것, 그리하여 취하고 버릴 게 없는 것이 진짜 선이다.”
- 선은 좌선으로써 행동의 근본을 삼지만, 좌선 뿐 아니라 일상의 기거동작마다 삼매의 정신으로 순화하고 통일해야 하는 것.
- 진정견해 (청정한 지혜)를 얻고 싶다면 타인으로부터 미혹을 얻지 말라. 부처를 만나면 부처를 죽이고, 조사를 만나면 조사를 죽이고, 아라한을 만나면 아라한을 죽이고, 친척 권속을 만나면 친척 권속을 죽여라. 그래야만 어떠한 것에도 구애받지 않고 자유자재하리라.
- 평상심이 바로 도이다.
- 선은 설명하거나 해석하지 않으며 자기에게서 나온 의문에 대한 답은 자기 자신 안에서 찾으라 한다. 답은 이미 질문 속에 있으며, 자기를 잊어버릴 때 모든 것이 진정한 자기가 된다. 언제나 전체인 자기 안에서 살 수 있어야 한다.

인간을 벗어나 자연으로 살아가라

요즘들어 꼭 물욕 뿐 아니라 많은 부분에서 욕심이 많아지는 것 같다는 생각이 든다. 나이가 들면 내려놓기가 될 줄 알았는데 점점 더 욕심이 많아진다.
늘 내가 잠시 관리하고 있는 것 뿐이란 것을 기억하고, 정말 나에게 필요한 것만을 잠시 내가 갖고있자.

- 거죽이 덧없다. 반드시 모든 것은 허물어지고 변한다. 문제는 어떻게 변하느냐의 문제. “나는 누구인가?”를 항상 물으며 각성해야.
- 공수래 공수거. 내가 가졌다고 생각하는 것은 내가 잠시 관리하고 있는 것 뿐이며 끝내는 모두 내려놓아야 함.
- 내가 무엇인가를 가지면 그 물건으로부터도 내 자신이 가짐을 당하는 것이며 물건에 집착하게 되면 그것이 인간 존재보다 훨씬 중요한 것이 돼버림.
- 소유라는 것은 정작 가지게 되면 아무것도 아닌 것이 되는 것. 정말 갖고 싶었는데 막상 그걸 가지고 나면 흥미를 잃어버리고 또 다른 물건에 집착하게 됨.

- 이것이 필요인지 욕망인지 스스로 물어야함. 욕망하지 않으면 가질 필요가 없고, 가지지 않으면 홀가분 해진다.
- 무소유는 아무것도 가지지 않는 것이 아닌 불필요한 것을 가지지 않는 것.
- 마음에 이것저것 채워져 있지 않아야 온 세상을 가질 수 있다. 무엇인가를 갖는 다는 건 결국 소유를 당하는 것임.
- “진리는 바로 그대 안에 있다. 그러나 그대 자신은 이것을 알지 못한 채 이 숲에서 저 숲으로 쉴 새 없이 헤매고 있다. 여기 바로 지금 이 자리에 있는 진리를 보라. 그대가 원하는 곳이면 어디든지 가 보라. 이 도시로 저 산속으로. 그러나 그들의 영혼을 찾지 못한다면 세상은 여전히 환상에 지나지 않으리라.”

[260219] 여행에 흥미가 없는 사람

키깡 — Thu, 19 Feb 2026 19:11:51 +0900

2/7 ~ 2/11은 일본여행을, 2/13 ~ 2/19 오늘까지 본가에 내려가있다가 올라가는 길이다.

2/7 ~ 2/11은 하루에 최소 2만보씩 걸으며 이것저것 보고, 맛있는 것도 먹고, 쇼핑도 하면서 즐겼고, 2/13 ~ 2/18 기간 동안 하루에 300보 정도 걸으며 이불속을 즐겼다. (그 말은 즉 아무 데도 안 나가고 집콕했다.)

둘을 비교해 보면? 솔직하게 여행보다 너무너무 행복했다.
물론 여행을 가야 추억이 남지만, 당시의 행복도만 놓고 보자면… 집콕이 너무너무 행복도가 높다.

1. 걷는 걸 좋아하는 가? No
2. 체력이 좋은가? No
3. 새로운 걸 보는 것에서 행복도가 높은가? No… 뭐 신기하고 좋은데 행복도로 보면 그냥 눕는 게 최고!
4. 새로운 걸 경험하는 데에서 행복도가 높은가? So So
5. 새로운 걸 먹어보는 걸 좋아하는가? So So… 사실 정확히는 맛있는 걸 먹는 건 좋아함.
6. 쇼핑을 좋아하는가? No… 쇼핑자체를 별로 즐기지 않으며 갖고 싶은 게 생겨도 한 물건을 살까 말까 오래 몇 개월 고민하는 그 기간자체를 좋아하긴 함. 그러다가 구매하고 사용할 때 너무 좋고. 그래서인지 여행지에서의 / 오프라인에서의 물건구매는 너무 어렵다…;

뭐 결론은 새로운 좋은 것에 별로 흥미가 없으며 체력도 거지이고 원체 눕는 게 너무너무 좋은 게으름 핑핑이라… 국내여행도 흥미가 크게 없지만 해외여행은 특히나 즐기기 어려운 것 같다.
혼자 여행 다니는 사람들이 너무 신기하다.
그나마 누군가 끌고 가면 누군가와의 추억을 만들기 위해 가는 거지 한 번도 여행을 와서 너무너무 행복하다 생각해 본 적이 없는 것 같다.

평소 취미가 없는 것의 연장선 같기도 하다…
나이가 먹을수록 더 심해지는 증상인데, 무언가를 했을 때 그리 크게 빠져들지 않는 것 같다.

무언가를 깊이 있게 빠져 즐기는 사람들이 너무나 부럽다. 이불에 깊이 있게 빠져있긴 한데 다른 것들도 이만큼 좋다면 인생이 더 다채롭지 않을까…

[260203] 성악설이 맞는 것 같은 요즘

키깡 — Tue, 3 Feb 2026 01:02:54 +0900

회사에 너무 책임없는 쾌락을 즐기는 팀이 많다. 나도 그런 곳으로 갔어야 했는데…

괴롭다. 나도 방안만 내고 싶다.

근데 오늘은 좀 상당한 일못러였던 것 같음. 뭔가 꼼꼼하고 체계적이지 못한 면에 대한 보완이 필요한 것 같다.

오늘은 민갱찌 청모를 가는 날. 두고 온 일이 찝찝하긴 하지만 재밌게 놀자.

케이크도 픽업함. 생각보다 매우 이뻐서 대만족!

근데 생각보다 친한 친구가 떠나가니 결혼을 축하할 때 축하하는 마음 뿐 아니라 내 미래에 대한 불안감, 친구를 어찌됐든 무언가 빼앗긴다는 느낌(?)도 들어서 음… 뭔가 나에대한 성찰을 많이 하게 되는 계기였다.

나쁜 일에 슬퍼하는 건 쉽지만 좋은 일에 100%의 감정으로 축하해주는 것은 참으로 어려운 일이구나. 나를 많이 수련해 나가야할 것 같다.

[260202] AI 시대에서 방황하는 서른 살의 주저리

키깡 — Tue, 3 Feb 2026 00:26:52 +0900

이 블로그에 개인적인 일기 등은 쓰지 않으리라 다짐하였는데, 결국 내가 나중에 가장 많이 다시 보게 되는 블로그는 이 블로그인 것 같다.

이전의 내 생각들을 보게 되면 힘을 얻기도 하고, 요즘 같이 많은 생각들이 얽혀서 굳었을 때는 글을 써보는 게 도움이 되는 것 같아, 짬짬이 주저리들을 늘여놓아볼까 한다.

요새 부쩍 사실 자기 계발 및 회사 일에 대한 의욕을 잃은 것 같다.

학생 때, 회사를 다니기 시작한 초까지만 해도 그저 성실함과 내 일에 대한 지고지순함이 그저 나를 어딘가로 데려다줄 것이라 믿었다.

그래서 어떻게 보면 내가 지금 하고 있는 일이 나와 맞는 지도 많이 고민하는 동시에 내가 재밌어 하는 것을 찾아 나서보기도 하고, 그래도 하기 싫은 한 가지에 많은 시간 투자를 해보기도 했다.

대 AI 로봇 시대, 내 방향성에 의문이 많이 생기는 요즘이다.

https://youtu.be/6rTIon2QaiQ?si=GJMoo9jddxF4jfyr

어떤 이에게는 위와 같은 뉴스가 호재일 수도 있겠지만, 나와 같이 무언가에 그리 뛰어난 재능이 없는, 그저 무언가를 '남들보다 느린 것 같지만 그래도 보다 열심히 하면 중간보단 잘하게 되더라'라는 소신을 가지고 사는 소시민에게는 두려움이 드는 소식이다.

과연 로봇과 AI가 인간을 대체하면 인간은 행복할까?

매일 한두 시간 간격으로 '때려칠거야 학씨'를 외치면서 다녀도, 혈압이 400치는 것만 같은 기분을 하루에 종종 느껴도, 막상 그만 다니라 하기에는... 금전적인 부분 외에도 회사라는 공간이 나에게 주고 있는 의미는 크다.

첫째, 나 같은 게으름뱅이에게는 어쨌거나 저쨌거나 강제적으로 규칙적인 생활을 하게 해 주고, (종종 늦잠은 자지만...) 결과적으로 성취를 하게 해주는 (1년의 뿌듯함을 주는) 공간이다. 극 P 침대 러버 인간으로서, 만약 지금 회사라는 강제적인 공간이 없다면 지금쯤 늘어져서 쇼츠나 주구장창 보고, 1년 동안 뭐 했을까만 되짚고 있겠지...

강제로 아침에 일어나서 갈 곳이 있고, 꼭 기술적인 부분이 아니어도 1년마다 무언가 성장점이 있다는 부분에서 나에게 주는 의미가 가장 큰 것 같다.

둘째, 내가 가장 싫어해서 접촉하지 않았던 인간군상들과도 어쨌든 맞대고 살아가며 어쩌면 사람에 대한 편견을 깨 준 첫 공간이다.

항상 회사 이전에는 나와 다른 '부류'라는 생각이 들면, 굳이 가까이하지 않았다. 그런 인간관계가 굳이 필요하다고 생각해 본 적도 없고, 뭐가 어찌 됐든 오래 말을 섞어볼 일은 없었다.

그렇기에 더 크게 크게 오해가 쌓이고 편견으로 자리 잡았던 것 같다. '나와 맞는 사람이 따로 있어'라는...

회사 생활을 하면서 내가 좋든 싫든 혐오하든 같이 일을 하면서, 어떤 포인트에서 '손절 마렵다'를 느껴도 손절할 수 없는 상황에 놓이면서 대화들을 나누다 보면, 물론 더욱더 싫어지는 사람도 있지만, 또 오래 보다 보면 내가 보지 못했었던 좋은 면을 가진 케이스도 있고... 어찌 됐든 내가 가졌던 안 좋은 특성을 많이 해소하게 된 계기이다. 그래도 100% 나쁜 사람은 없고 배울 점은 누구에게나 반드시 있다는 관점은 갖게 됐다.

지금도 내향인인지라 낯선 사람을 경계하는 것도 있고... 페르소나 쓰고 쉽사리 깊은 마음이나 생각까지 open the door 하지 않는 것은 똑같지만... 안 좋은 편견은 많이 내려놓았다고 스스로 생각한다. (남이 볼 땐 아닐 수도)

기본적으로 일을 점점 더 효율적으로 하는 방식을 얻는 것도 그렇고 인내심을 배우는 부분도 그렇고 회사가 자아를 성장시키기 좋은 공간이라는 것에 매우 동의를 하는 바인데 갑자기 '오늘부터 나오지 않아도 돼요' 하는, 회사에서 나가도 좋다는 시그널을 받으면 참 씁쓸할 것 같다.

뭐 비단 회사뿐 아니라 내가 옳다고 믿었던 여러 가지 들에 고민이 생긴다. 이런 시대에서 결혼을 하고, 아기를 낳는 것이 맞는가? 내 머릿속의 이러저러한 고통을 후세에 전달하는 것이 아닌가? 지폐가 휴지조각이 되고, 사회주의의 사회로 간다면 내가 이리 아등바등 일하고 또 투자 공부를 하며 알뜰살뜰 모으는 것이 맞는가? 등등등...

쓰다 보니, 뭐 무튼 너무 스트레스를 받으며 회사를 다니지 말아야겠다는 생각이 든다. 무슨 일이든 너무 스트레스받지 말자. 지나가면 어차피 결과만 남는다.

어쨌든 함께 하는 일에 피해를 주지 않을 만큼의 노력을 하는 것은 좋지만, 너무 아등바등하면서 스스로 스트레스받는 게 제일 손해라는 생각이 문득 든다. 하다 보니 점점 욕심이 생겼던 이번 1월이 스쳐 지나간다. 납기일에 맞추지 못할까 봐 전전긍긍, 또는 '이게 나중에 나에게 무슨 도움이 될까?', 누군가에 대한 미움 등이 결국 스스로를 괴롭혔던 것 같다.

이렇게 얽매이는 마음이 다 욕심인데, 지나고 보면 다 부질없을 것이 보인다.

속세에 사는 사람이 욕심을 버리기란 참으로 어려운 일이나... 무튼 욕심인 것을 알아차리고 버리기 위해 노력해야겠다. 2월부터는 일본도 갔다 오니, 좀 다른 분야의 책도 읽고, 불교 교리도 슬쩍슬쩍 공부하고... 물건도 좀 치우고, 내 마음을 비우기 위해 노력해야겠다.

어떤 미래가 오든 겸허히 받아들일 수 있는 마음을 갖자.

[Linux/명령어] chwon, chgrp란

키깡 — Wed, 10 Dec 2025 00:31:40 +0900

chown

파일 또는 디렉터리의 소유자(owner) 및 그룹(owner group)을 변경할 때 사용하는 명령어

사용형태: chown [옵션] 사용자명[:그룹명] 파일명 (구분을 콜론으로 한다!)
- user : 사용자만 변경
- user:group : 사용자와 그룹 모두 변경
- :group : 그룹만 변경

여기 naa0:staff로 설정 된 파일이 있다. 이를 아래와 같이 명령어 양식에 맞게 입력하면, test-user:dev-test와 같이 사용자와 그룹 모두 바뀐 것을 알 수 있다.

-R 옵션

여러가지 옵션이 있지만, 가장 요긴하게 쓰이는 옵션이다. recursive의 약자로, 디렉터리 내부의 모든 파일과 하위 디렉터리까지 동일하게 소유권을 바꾸는 옵션이다.

chgrp

그룹 소유권만 변경하고 싶을 때 사용하는 명령어로 보통 사용자 소유권은 유지하고, 그룹만 변경하는 경우 사용한다.

사용형태: chgrp [옵션] 그룹명 파일명

아래와 같이 그룹만 간단하게 dev-test에서 staff로 변경됨을 확인할 수 있다.

-h 옵션

심볼릭 링크의 그룹 소유권 변경

테스트를 위해 아래와 같이 심볼릭 링크를 생성해준다.

아래와 같이 그룹 소유권이 변경됨을 확인할 수 있다.

[Linux/개념] SetUID, SetGID 란

키깡 — Tue, 9 Dec 2025 23:53:53 +0900

SUID, SGID 개념을 한번 정리해두기 위해 포스팅을 하려한다.

두 녀석 모두 유닉스/리눅스 시스템의 특수 권한 비트로, 파일을 실행할 때 일시적으로 파일 소유자(또는 그룹) 권한으로 실행할 수 있게 하는 기능이다. 이는 일반 사용자가 특정 프로그램 실행 시 소유자의 권한으로 접근해야 하는 경우(예: 비밀번호 변경 프로그램) 에 유용하다.

SetUID (Set User ID)

실행 파일에 이 권한이 설정되면, 파일을 실행하는 사용자가 실행 파일의 소유자(Owner)의 권한으로 해당 프로세스를 실행하게 된다.
예를 들어, /usr/bin/passwd 파일은 보통 root 소유로 setuid가 설정되어 있어, 일반 사용자가 실행해도 root 권한으로 비밀번호를 변경할 수 있다.

아래와 같이, 처음의 소유자 항목이 rw's'로 설정돼있는 것을 확인할 수 있다.

즉, 소유자가 root인 /usr/bin/passwd 파일에 대해서 일반 사용자가 해당 파일을 실행 가능함을 알 수 있다.

설정방법: chmod u+s filename 또는 chmod 4755 filename

SetGID (Set Group ID)

SetGID 권한이 설정된 실행 파일을 사용자가 실행하면, 실행하는 사용자가 아닌 파일 그룹 소유자의 권한으로 프로세스를 실행하게 된다. 디렉토리에 SetGID가 설정되면, 해당 디렉토리에 생성되는 새 파일이나 하위 디렉토리는 자동으로 부모 디렉토리의 그룹 소유권을 상속받게 된다. 여러 사용자가 공동으로 작업하는 공유 디렉토리에서 파일 생성 시 그룹 소유권을 일치시킬 때 유용하다.

설정방법: chmod g+s filename 또는 chmod 2755 filename

아래와 같이 기존 /usr/bin/passwd의 권한을 변경해보았다.

이번에는 중간의 그룹 항목이 'r-s'로 설정돼있는 것을 확인할 수 있다.

[업무 후 웹앱 공부] Vite + React + FastAPI 환경 구성

키깡 — Tue, 23 Sep 2025 19:05:09 +0900

목표

업무 후에 Vite + React + FastAPI를 사용하면서 실질적으로 궁금한 것들을 테스트 해보는 용도로 환경을 만들어 두려한다.

기본 환경 설정

frontend/ 폴더에 Vite 기반 React + TypeScript 템플릿 생성.
아래 커맨드를 실행해준다.

cd <원하는 폴더>
npm create vite@latest frontend -- --template react-ts
cd frontend
npm install
npm run dev

그럼 이렇게 기본 5173 포트로 React Template이 담긴 페이지가 뜬다.

프론트-백엔드 연동 환경설정

frontend/ 폴더에 Vite 기반 React + TypeScript 템플릿이 있고, backend/ 폴더에 파이썬으로 된 기본적인 백엔드가 있으며, docker-compose.yml 이용하여 간단하게 빌드하는 환경 만들기

파일

오늘 해보는 실습의 코드는 아래 레포에 있다.

코드에서 알 수 있는 주요한 특징만 글로 정리하고자 한다.

https://github.com/i-zro/react-250701/tree/gh-pages/250923-base

react-250701/250923-base at gh-pages · i-zro/react-250701

Contribute to i-zro/react-250701 development by creating an account on GitHub.

github.com

Docker로 빌드 구성

먼저 docker로 기본 빌드 구성을 만들어줬으며, 아래는 각각 프론트/백엔드 Dockerfile이다.

# 프론트엔드 Dockerfile
FROM node:20-alpine

# 작업 디렉토리 설정
WORKDIR /app

# package.json과 package-lock.json 복사
COPY package*.json ./

# 의존성 설치
RUN npm install

# 소스 코드 복사
COPY . .

# 포트 노출
EXPOSE 5173

# 개발 서버 실행
CMD ["npm", "run", "dev", "--", "--host"]

# 백엔드 Dockerfile
FROM python:3.11-slim

# 작업 디렉토리 설정
WORKDIR /app

# 의존성 파일 복사
COPY requirements.txt .

# 의존성 설치
RUN pip install --no-cache-dir -r requirements.txt

# 소스 코드 복사
COPY . .

# 포트 노출
EXPOSE 8000

# FastAPI 서버 실행
CMD ["uvicorn", "main:app", "--host", "0.0.0.0", "--port", "8000", "--reload"]

docker-compose.yml은 아래와 같다.

version: '3.8'

services:
  backend:
    build:
      context: ./backend
      dockerfile: Dockerfile
    ports:
      - "8000:8000"
    volumes:
      - ./backend:/app
    environment:
      - PYTHONPATH=/app
    networks:
      - app-network
    restart: unless-stopped

  frontend:
    build:
      context: ./frontend
      dockerfile: Dockerfile
    ports:
      - "5173:5173"
    volumes:
      - ./frontend:/app
      - /app/node_modules
    environment:
      - VITE_API_URL=http://localhost:8000
    networks:
      - app-network
    depends_on:
      - backend
    restart: unless-stopped

networks:
  app-network:
    driver: bridge

프론트 톺아보기

가장 먼저 진입하는 파일은 index.html 파일이다.

<!doctype html>
<html lang="en">
  <head>
    <meta charset="UTF-8" />
    <link rel="icon" type="image/svg+xml" href="/vite.svg" />
    <meta name="viewport" content="width=device-width, initial-scale=1.0" />
    <title>Vite + React + TS</title>
  </head>
  <body>
    <div id="root"></div>
    <script type="module" src="/src/main.tsx"></script>
  </body>
</html>

react 화면 자체는 tsx 속 function의 return으로 반환

다시, 이 index.html 파일은 /src/main.tsx를 본다. 다시 main.tsx를 가보면 App.tsx를 반환함을 알 수 있다.

App.tsx에서 먼저 return을 보자.

알 수 있는 점은, return을 통해 우리가 보는 화면을 렌더해준다는 것이다.

  return (
    <>
      <div>
        <a href="https://vite.dev" target="_blank">
          <img src={viteLogo} className="logo" alt="Vite logo" />
        </a>
        <a href="https://react.dev" target="_blank">
          <img src={reactLogo} className="logo react" alt="React logo" />
        </a>
      </div>
      <h1>Vite + React + FastAPI</h1>
      <div className="card">
        {error && <p style={{ color: 'red' }}>{error}</p>}
        <p>현재 카운트: <strong>{count}</strong></p>
        <div style={{ display: 'flex', gap: '10px', justifyContent: 'center' }}>
          <button onClick={incrementCount} disabled={loading}>
            {loading ? '로딩...' : '카운트 증가'}
          </button>
          <button onClick={resetCount} disabled={loading}>
            {loading ? '로딩...' : '리셋'}
          </button>
          <button onClick={fetchCount} disabled={loading}>
            {loading ? '로딩...' : '새로고침'}
          </button>
        </div>
        <p>
          백엔드 API와 연동된 카운터입니다
        </p>
      </div>
      <p className="read-the-docs">
        Click on the Vite and React logos to learn more
      </p>
    </>

다음으로, count라는 변수를 쓴 게 보일 것이다.

const [현재 state, state 를 변경하기 위한 함수] = useState()

const [count, setCount] = useState(0)

주로 이런 식으로 쓰는데, [현재 state, state 를 변경하기 위한 함수]

이며 변수값을 셋팅해 주는 역할을 한다.

백엔드 통신함수는 아래와 같다.

  const fetchCount = async () => {
    try {
      setLoading(true)
      const response = await fetch(`${API_URL}/api/count`)
      if (!response.ok) throw new Error('Failed to fetch count')
      const data = await response.json()
      setCount(data.count)
      setError(null)
    } catch (err) {
      setError('백엔드 연결에 실패했습니다')
      console.error('Error fetching count:', err)
    } finally {
      setLoading(false)
    }
  }

setLoading(true): 버튼을 비활성화하고 “로딩…” 문구를 보이게 함(사용자 연타 방지).
fetch(url): 브라우저의 표준 HTTP 요청 함수.
response.ok: 상태코드 200~299면 true. 아니면 throw로 에러 처리 진입.
await response.json(): JSON 본문 파싱.
성공 시 setCount(data.count)로 UI 업데이트, setError(null)로 에러 문구 제거.
실패 시 사용자에게 보여줄 한글 에러 메시지를 setError(...)에 저장하고, 상세 원인은 console.error에 남김.
finally: 성공/실패와 무관하게 항상 loading을 false로 돌려놓음.

즉, 백엔드에 현재 count 변수를 주면, 백엔드에서는 해당 변수를 기반으로 돌려주는 식으로 초기 실습을 구성하였다.

25년 DB 공부 (2) MySQL 기본 DML 해보기

키깡 — Sat, 16 Aug 2025 17:48:40 +0900

https://naa0.tistory.com/462

25년 DB 공부 (1) 환경설정, 로컬에 docker로 MySQL 띄우기

서론회사에서 aws 위의 Aurora MySQL cluster의 업그레이드를 준비하면서, DB 자체에 대한 공부가 부족한 것을 느꼈다.늘 공부해도 다른 부분에서 부족한 것 같은 느낌이 든다.무튼, 매번 새로운 걸 하

naa0.tistory.com

실습용 스키마 및 계정 생성

primary DB 접속

가장 먼저, docker exec -it mysql1 mysql -uroot -prootpass 로 primary DB에 접속해준다.

실습용 스키마 생성

먼저, 실습용으로 사용할 스키마를 생성해준다.

CREATE DATABASE binlog_test;

실습용 계정 생성

계정 및 패스워드를 생성해주고, 해당 계정에 위의 스키마에 대한 전체 권한을 부여한다.

CREATE USER 'naa0'@'%' IDENTIFIED BY 'skdud';
GRANT ALL PRIVILEGES ON binlog_test.* TO 'naa0'@'%';

DML 날려보기

테이블 생성하기

스키마 사용하기
- USE binlog_test;
CREATE TABLE orders (
  id BIGINT AUTO_INCREMENT PRIMARY KEY,
  product VARCHAR(64) NOT NULL,
  qty INT NOT NULL,
  price DECIMAL(10,2) NOT NULL,
  updated_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP
               ON UPDATE CURRENT_TIMESTAMP
) ENGINE=InnoDB;

위와 같이 명령어를 수행하고 나면, SHOW TABLES; 및 SHOW COLUMNS ~; 명령어를 통해 잘 생성되었는지도 확인할 수 있다.

CUD 수행 해보기

-- INSERT (3개 데이터 추가)
INSERT INTO orders(product, qty, price)
VALUES ('pen', 10, 1.20), ('notebook', 5, 3.50), ('eraser', 3, 0.80);
-- UPDATE (특정 조건 수행)
UPDATE orders SET qty = qty + 2 WHERE product='pen';
-- DELETE (1행)
DELETE FROM orders WHERE product='notebook' LIMIT 1;
-- 전체 가격 10% 인상 (여러 행 UPDATE)
UPDATE orders SET price = price * 1.10;

롤백해보기

트랜잭션 후에 롤백을 해보고, 추후에 이게 어떤 식으로 binlog에 남는 지 보려고 한다.

SET autocommit=0;
START TRANSACTION;
INSERT INTO orders(product, qty, price) VALUES ('pencil', 4, 0.50);
UPDATE orders SET qty = qty - 1 WHERE product='eraser';
ROLLBACK;

START TRANSACTION;
INSERT INTO orders(product, qty, price) VALUES ('marker', 2, 2.40);
COMMIT;
SET autocommit=1;

25년 DB 공부 (1) 환경설정, 로컬에 docker로 MySQL 띄우기

키깡 — Thu, 14 Aug 2025 14:27:08 +0900

서론

회사에서 aws 위의 Aurora MySQL cluster의 업그레이드를 준비하면서, DB 자체에 대한 공부가 부족한 것을 느꼈다.

늘 공부해도 다른 부분에서 부족한 것 같은 느낌이 든다.
무튼, 매번 새로운 걸 하더라도 할 때 제대로 공부하고 넘어가는 게 중요하다고 느끼게 돼서 광복절을 낀 휴가기간 동안 로컬에 mySQL을 띄워보고 과정에서 궁금했던 것들을 공부해보려 한다.

실습용 mysql DB docker로 생성

docker-compose.yml 파일 생성

전체 mysql 뼈대를 생성하기 위해, 원하는 폴더에 아래와 같이 docker-compose.yml 파일을 생성해준다.
Primary, Replica 각 한대씩을 만들 예정이며, 각각 mysql1, mysql2로 이름 붙였다.

프라이머리 DB의 포트는 13306으로 빼줬고, 레플리카 DB 포트는 13307로 빼주려한다.

version: "3.8"

services:
  mysql1:
    image: mysql:8.4     # MySQL LTS
    container_name: mysql1
    environment:
      MYSQL_ROOT_PASSWORD: rootpass
    ports:
      - "13306:13306"
    volumes:
      - ./mysql1/conf.d/my.cnf:/etc/mysql/conf.d/my.cnf:ro
      - ./mysql1/data:/var/lib/mysql

  mysql2:
    image: mysql:8.4
    container_name: mysql2
    environment:
      MYSQL_ROOT_PASSWORD: rootpass
    ports:
      - "13307:13306"
    depends_on:
      - mysql1
    volumes:
      - ./mysql2/conf.d/my.cnf:/etc/mysql/conf.d/my.cnf:ro
      - ./mysql2/data:/var/lib/mysql

mysql1 설정값 파일 생성

mysql1을 Primary DB로 사용할 것으로, DB에 설정할 값들을 모아뒀다.

bin log는 활성화하며, INSERT/UPDATE/DELETE가 실제로 어떤 행이 어떻게 바뀌었는지 기록을 남기고, 실습해보기 위해 ROW로 설정한다.
ROW 이미지 수준은 FULL로 하였는데, 이렇게 하면 DML 전후 모든 칼럼이 기록에 남는다고 한다. MINIMAL과 추후 비교 예정이다.
binlog 보관주기는 하루(86400초)로 하였다. 실습용이기에 하루로 잡았고, 회사 운영으로 보았을 때 보통 3일~7일로 두는 게 정석인 것 같다.

경로는 mysql1/conf.d/my.cnf 이다.

[mysqld]
server_id=1
# --- binlog 기본 ---
log_bin=/var/lib/mysql/binlog
binlog_format=ROW
binlog_row_image=FULL
binlog_checksum=CRC32
# --- GTID ---
gtid_mode=ON
enforce_gtid_consistency=ON
# --- 유지/회전 ---
binlog_expire_logs_seconds=86400
# --- 보기 편하게 (한국시간) ---
default_time_zone='+09:00'

mysql2 설정값 파일 생성

경로는 mysql2/conf.d/my.cnf 이다.

[mysqld]
server_id=2
log_bin=/var/lib/mysql/binlog
relay_log=/var/lib/mysql/relay-bin
gtid_mode=ON
enforce_gtid_consistency=ON
default_time_zone='+09:00'

⭐️ 오류 및 해결

처음에 첫 설정부터 read only 및 super read only를 ON으로 하고 띄웠더니 ERROR 1290 (HY000): The MySQL server is running with the --super-read-only option so it cannot execute this statement 와 같은 오류를 뱉으면서 컨테이너가 바로 죽어버렸다. 이는 처음부터 read only로 해두면 초기에 서버 설정을 하지 못해 벌어지는 일로, 처음에는 read only 설정을 빼고 해야한다.

그리고 이렇게 이미 돌린 후 다시 돌릴 땐 반드시 data를 지우고 돌려야한다. 즉, 아래처럼 down을 하고 data 부분을 날리고 돌려야 처음부터 적용이 되어 뜬다.

1. docker compose down

2. rm -rf ./mysql2/data

3. docker compose up

docker 실행 및 확인

이 상태로 docker compose up -d 를 해 준다.
그럼 아래와 같이 이미지 땡겨와서 컨테이너가 뜨고 있다. (기차라... 넘 느림...)

무튼, 완료되면 아래와 같이 컨테이너 두개가 뜨는 것을 확인할 수 있다.

아래와 같이, docker exec 통해서 mysql 접속 명령어를 쳐보면, 제대로 올라왔는 지도 확인 가능하다.

docker exec -it mysql1 mysql -uroot -prootpass
docker exec -it mysql2 mysql -uroot -prootpass

무튼, 여기까지 하면 초기 MySQL 환경 설정 완료!

키보드 깡패

[불교 서적] 진짜 나를 찾아라 (3) 사람이 미울 때 읽으면 좋을

수많은 생을 두고 쌓은 인연

내 가족이 내 이웃이 나의 선지식

[불교 서적] 진짜 나를 찾아라 (2) 헤맬 때, 욕심이 많아질 때 읽으면 좋을

부처님과 같은 공덕을 이루려면

없는 것을 어찌 찾으려 하는가

인간을 벗어나 자연으로 살아가라

[260219] 여행에 흥미가 없는 사람

[260203] 성악설이 맞는 것 같은 요즘

[260202] AI 시대에서 방황하는 서른 살의 주저리

[Linux/명령어] chwon, chgrp란

chown

-R 옵션

chgrp

-h 옵션

[Linux/개념] SetUID, SetGID 란

SetUID (Set User ID)

SetGID (Set Group ID)

[업무 후 웹앱 공부] Vite + React + FastAPI 환경 구성

목표

기본 환경 설정

프론트-백엔드 연동 환경설정

파일

Docker로 빌드 구성

프론트 톺아보기

react 화면 자체는 tsx 속 function의 return으로 반환

const [현재 state, state 를 변경하기 위한 함수] = useState()

25년 DB 공부 (2) MySQL 기본 DML 해보기

이전글

실습용 스키마 및 계정 생성

primary DB 접속

실습용 스키마 생성

실습용 계정 생성

DML 날려보기

테이블 생성하기

CUD 수행 해보기

롤백해보기

25년 DB 공부 (1) 환경설정, 로컬에 docker로 MySQL 띄우기

서론

실습용 mysql DB docker로 생성

docker-compose.yml 파일 생성

mysql1 설정값 파일 생성

mysql2 설정값 파일 생성

⭐️ 오류 및 해결

docker 실행 및 확인