...+118+7
=575,186


한희성 씨가 레진코믹스 불공정계약 폭로를 진행한 작가들을 고소했다는 소식을 듣고 어이가 없어서, 인신을 좀 비방해볼 양으로 써본다.

포주를 사전에서 찾아보면, 끌어안을 포[각주:1] 에 가진놈 주 자를 써서 포주라고 하고, 창녀를 고용해서 그들과 같이 지내며 그 영업을 돌봐주고 수익을 얻어먹는 자를 부르는 말이라 한다. 그렇다면 레진은 그때나 지금이나 한결같이 본질적으로 포주(抱主)다. 웹툰 작가님들이 기생이란 얘기가 절대 아니라, 레진이 자기가 취급하는 대상들을 예나 지금이나 한결같이 기생 창녀로 보고 있지 않았나 하는 점이다.

애초에 그 소위 야동 블로거라는 것부터가 그렇다. (그걸 직함이라고 부르자면) 그 직함이란 게 무엇인가? 조직적으로 제작 생산된 음란물을 제 블로그에 들여와 늘어놓고 짐짓 진지한 체 오시오 보시오 사시오 하면서 방문자와 인기를 벌고 공개적으로 낄낄거리는 것이 아닌가? 비디오 속에서 필사적으로 제 몸 파는 “창녀”들이 있고, 그걸 영상으로 찍고 유통을 하며 파는 포주들이 있었다면, 레진은 그 포주들이 던져주는 각종 ‘품번’들을 주워와 주섬주섬 되파는, 그야말로 리셀러 포주였다고 해야 할 것이다.

그러던 자가 뜬금없이 웹툰 사업을 한다기에 이건 무슨 소리인가 싶다가도, 처음에는 그저 좋게 생각했다. 성인용 만화를 파는 게 수익의 본질인가보다, 그놈 참 아닌 체하면서 꾸준히도 밝히는 놈일세, 하고 말았다. 그런데 폭로되는 내용들을 보면 볼수록 이해가 되지 않고 ‘이게 대체 무슨 사고방식으로 나오는 짓인가…?’ 하는 의문만이 커졌다. 아니 상식적으로 말이 안 되잖아. 연재처와 편집부를 자처할 셈이면, 막말로 작가와 척을 지지는 말아야 할 것 아니냐?

소위 ‘지각비’, “모든 작품을 프로모션해야 한다면 우린 프로모션 안 하겠다”, 유난히 레바를 밀어주며 재밌는 웹툰 사이트를 강조하려는 알리바이 공작, 말도 안 되는 수익 배분률, 편집부라고 믿을 수가 없는 방조와 방치와 무관심, 각종 관계자들의 성추행이며 비방 발언과 사생활 감시 등등 별별 폭로가 다 쏟아져나오는 지금은 겨우 한 가지 아이디어로 정리가 된다. “레진이 작가들을 작가가 아니라 이를테면 ‘나가요 아가씨’ 따위로 보고 있는 거라면?”

레진의 없다시피한 작가관리와 양아치 같은 영업짓거리를, 포주와 성노동자의 구도에 집어넣고 도식화해 보면 썩 말이 된다. “쉽고 간단한 일 돈많이 벌고싶은 분들 환영 숙식제공 정부공인기업” 따위 아주 그럴듯한 문구로 순진한 사람들 홀려서, 소속을 시키고, 야한 것 야한 짓을 원하는 자들에게 그들을 쉴새없이 내보내 고객 만족을 시키고 코인을 받아낸다. 그러고는, 당신 거두어서 일감 주는 것만으로도 감사한 줄 알라며 그 수입을 7대 3으로 갈라 그 7을 얻어먹고 산다. 물론 이게 작가님들에게도 모욕적인 수사라는 것은 알고 있다. 그러나 다시 한 번 보시라. 정말로, 한희성의 사고방식이 이것과 아주 다를까?

당신이 그의 밑에 있는 작가인 한, 애초에 그는 당신의 “작업”과 근무환경에 아무 관심이 없다. 한희성 입장에서는 당신이 고객들에게 약속한 날짜에 약속한 장소로 나가서 코인을 환전받기만 하면 그만이다. 그 나간 자리에서 휴재공지가 웬말이냐고 욕지거리를 듣든, 최고의 작가님이라고 상찬받으며 그 작업을 도촬당해 불법사이트에 뿌려지든 그건 한희성 입장에서는 근본 자기 알 바가 아니다. 몸이 힘들어서 도저히 못 나가겠다는 당신의 읍소에도 그가 꿈쩍할 이유는 없다. 알아서 나아서 계속하든지 혼자 망가지든지 할 일이다. 왜? 꼭 당신이 아니어도 되기 때문이다! “이 일 하겠다는 다른 사람들 많아요!”

이게 그냥 일개 ‘일못’의 덜렁이 짓거리라면 그런가보다 하고 넘어갈 텐데, 폭로되는 정황들이 소름이 돋는다. 503정부 시절 그 누구도 우수하지 말았어야 할 창조경제의 우수 사례로 자신을 적극 노출시킨 일이며 최근에 레진코믹스가 각 언론사 기자들에게 돈을 발랐다는 폭로에 와서는, 레진의 포주짓거리는 거의 확신범이라는 게 내 생각이다. 내가 양아치라면, 내 사업의 본질이 이쁜 여자애들 내다팔아서 화대 받아먹고 사는 것이라면 나로서도 박근혜 같은 어리숙한 정권이 들어섰을 때 잽싸게 감투를 사둘 것이다. 그리고 그 쪽팔림을 감추기 위해 기자들을 만날 때마다 필사적으로 술을 살 것이다. 나라도 그럴 것 같은데, 한희성처럼 속 다 보이는 기둥서방이야 제깐에 생존 전략이랍시고 달리 무슨 약을 더 쳤겠는가?

레진코믹스 사태에 우리가 분노해야 할 이유가 있다면, 이 사태는 단지 한 기업이 상도덕을 어겼다거나 원고 단가, 수익 배분률, 편집자 의무이행 등의 계약상 세부 쟁점이 있다거나 하는 데서 얘기가 끝나지 않는다는 데 있다. 이 사안의 본질은 윤리에 있고 한희성이라는 대표자의 의식 그 자체에 있다. 결코 그렇게 취급되지 말아야 할 웹툰이라는 업태와 그 노동자들을, 확신하건대, 한희성은 무슨 성매매업소 취급하듯 취급한 것이다. 이것은 철저한 노동윤리의 유린이고, 완전한 인간 배반이며, 순전한 사악이고 용납할 수 없는 추잡이다. 레진코믹스 사태를 정말 해결하려면 법제화를 통한 작가들의 노동환경 개선이 최고 급선무지만, 그 다음에는 정말로 레진 한희성의 모가지와 좆을 잘라야 한다.

오랫동안 꾸준히 포주 짓거리로 제 벌 돈 다 벌며 수많은 사람들 눈에 피눈물 맺히운 이 후릴 놈의 패륜아 새끼를 포함해 이후 그 누구도, 콘텐츠 바닥에서 이런 양아치 짓거리를 꿈도 못 꾸게 해 줘야만 비로소 이 얘기는 끝이 난다. 레진씨, 불만이 있으시거든 나도 좀 고소하오. 그러면 나는 순순히 벌금형을 받는 대신 법정에서 당신을 이보다 더 공개적으로 모욕줄 생각이다. 아니면 이제라도 제발 작가님들에 대한 무례를 멈추고 모든 책임을 지고 고자가 되시오. 그리고 그 허섭스레기 같은 앞잡이 레바는 당장 내치든지 읭읭이 따위 날로 처먹는 3류 개그 만화로 당신 사업의 양아치스러움을 성실히 덮는 짓거리를 속히 중단시켜 주시라.


PS. 내친김에 한 명만 더 저격하고 가자. 권정혁 씨? 당신이 구루는 무슨 얼어죽을 구루여? 포주 새끼 밑에서 시키는 대로 작가님들 실어나르는 봉고차 구루마 운전수지. 먹을 나이 다 먹은 남자로서의 부끄러움과 개발자로서의 최소한의 의협심이 아직 있다면 제발 그 한희성의 좆을 가위로 자르고 레진 깃헙을 sudo로 지우고 거기서 나와 주시오. 그것이 야동블로거의 후장과 박근혜의 뒤꽁무니를 따라다닌 그 과거를 손 터는 유일한 길이다.

PS2. 레진에서 유일하게 챙겨보던 앙영 작가님이 정말 절묘한 시점에 탈레진에 성공하신 것이 새삼 생각나면서 다행스럽달까 왠지 뒷맛이 씁쓸하달까 그렇다. 잘 지내고 계시겠지?

  1. 물론 여기서 안는다는 것은 성교한다는 의미의 완곡어이다. 좀더 어려운 한자일 줄 알았는데 이것이었구나 하는 허탈감이 상당하다. [본문으로]

'4 생각을 놓은' 카테고리의 다른 글

탈-세트장 예능의 종언: <무한도전> 종영에 부쳐  (0) 2018.04.01
포주 레진  (0) 2018.01.31
장르로서의 이생망  (0) 2017.10.31
텍스트  (0) 2017.01.10
무식이 배짱이라고 한두 줄 더 얹어 보자면  (0) 2016.07.18
의제에 대한 생각 둘  (0) 2016.04.30
Posted by 엽토군

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

싱잉앤츠의 원래 이름은 '인조이뜰'이었다. 한국예수전도단 대학사역에서 운영하는 대학생 대상 예수제자훈련학교를 계기로 만나 알게 된 4명이 시작할 땐 완전히 재미 내지 취미로, 1집에서는 제도권 음악을 한다는 느낌으로 노래하고 연주를 하더니 2집에서는 돌연 끝을 내버린 것처럼 돼 버렸다.

한국예수전도단 서강대학교지부 소속이었던 사람으로서, 동아리방에 놓여 있던 인조이뜰 음반을 보며 싱잉앤츠 앨범을 때마다 구입하며 언제 한 번 리뷰를 써야지 써야지 하다가 문득 멤버 중 한 분인 장보영님의 짧은글을 읽고, 조금 거칠지만 이 아티스트 전체를 둘러보는 리뷰를 조금 써본다.


싱잉앤츠 - 뜰로 나아오라내가 처음 본 이 음반의 실물은 종이로 만든 케이스에 CD가 담겨 비닐로 밀봉돼 있었다.

싱잉앤츠 0집 내지 EP라 할 수 있는 <뜰로 나아오라>는, 아직까지는 포크와 CCM 사이의 중간에 위치하며, 청년만이 구가할 수 있는 풋풋함과 아찔한 갑갑함을 무슨 4월 어느 날 아침 11시의 햇빛처럼 막 쏟아낸다(그래서 이 앨범의 아트워크도 이런 사진이다. 아마도 실제로는 그냥 대충 멤버끼리 가위바위보로 술래 뽑아서 붙인 것이었겠지만). 트랙리스트를 실제로 들어보아도, 20대 중반에서 30대 초반까지 아직은 세상을 낙관해도 좋은 시기의 청년 정서 바로 그것이 이 음반 전체를 뚫고 지나간다.

가장 유명한 곡은 <전도사 마누라는 다 예쁘다네>라는 네타송이고 내가 가장 손꼽는 곡인 <그럴 수가 없네>는 가장 덜 유명하지만, 두 곡은 완전히 대척에 있는 것 같으면서도 실은 (아주 구체적으로는) 교회 사역 봉사자가 아니면 도저히 표현할 수 없는 바로 그 오묘한 감성의 외곽지역에서 작으나마 독보적으로 분명하다. 말하자면 이 음반의 선율과 가사와 기분은, 이 음반을 가장 좋아할 만한 사람들이 딱 그러한 정도의 신선도와 (미)성숙도를 과시한다. 이를테면 "우리교회 청년들"에게 권하면 그대로 '입덕'하게 될 음반인 것이다.

싱잉앤츠 - 1집 우주의 먼지 그러나 사랑받았네서강와웸 홈커밍데이 때 이민형 선배님께 사인을 받고 싶었는데 가져가는 걸 까먹어서 기약 없이 대기중임.

농사부터 향초까지 별별 종류의 생산 프로젝트가 느슨하게 연합해 있던 '뜰' 브랜드에서 "싱잉앤츠"라는 음악팀이 확실하게 분리된 이후 정규 1집 <우주의 먼지, 그러나 사랑받았네>가 나온다. 이 음반은 말하자면 마냥 푸릇푸릇하기만 했던 그 20대 시절에 느꼈던 감정들이 돌이켜 보니 뭐였던가를 최대한 구체적인 언어와 겸손한 사운드로 정리해 언제든 꺼내 재현할 수 있게 만든 앨범이고, 그래서 대중적으로 (개중 가장) 흥행했다.

<우주의 먼지>라는 곡은 방송 BGM으로도 나가고 방탄소년단의 소개로도 유명해졌으나, 그러지 않았더라도 이 음반은 소문이 날 여지가 충분했다. 곡들의 포텐셜과 독자적 정서가 오묘하고도 확실한 까닭이다. 이번에도 역시 나의 베스트 픽이지만 아무도 주목하지 않는 <동기>라는 곡이라든가[각주:1], <초록이 되자> 같은 곡들은 이미 미친 듯한 창의력과 서정성으로 "이게 싱잉앤츠다"라는 공리를 규정한다. 나머지 후반부 곡들이 얼핏 듣기에 다 '홍대 감성'으로 비슷하다는 혐의는, 바로 그 음악적 포지셔닝의 보석을 받고 풀려난다.

싱잉앤츠 2집 - 파국열차호주에 살면서 싱잉앤츠 블로그에 댓글을 다는 방식으로 해서 한국 집으로 배송받았다.

3년이라는 공백 끝에 설마 싶던 정규 2집이 나온다. 두 음반 사이에는 별게 없었다. 그저 박근혜 정권과 각 멤버의 결혼, 출산, 각자도생만이 있었다. 이 음반이 노골적으로 파국, 죽음, "I'm a single man"을 운운하는 것은 바로 그 탓이다. 아직 청년다움이라는 스펙트럼의 어딘가에서 있고 싶은 그들을 세상은 영 도와주지 않았고, 그래서 그들의 행보는 끝내 '어차피 우리 다 죽잖아?'라는 조소도 무엇도 아닌 현실에서 멈춘다. 음반 표지 디자인과 <우주의 먼지 개미팝 Remix>가 1집을, 명백한 타이틀곡 <파국열차>의 편곡이 인조이뜰의 감성을 필사적으로 복각하려 하는 것은, 그런 맥락으로 살펴볼 만하다.

그런 의미에서 이 음반은 음악 작업이라기보다, 차라리 그들이 지나온 세월 전반에 대한 코멘터리에 더 가깝다. 가사들은 개인사라고 보기 어려운 것들이 더 늘었고, 센티멘트는 20대가 결코 공감하지 못할 30대의 것으로 일관되어 있다. 심지어 대중성과도 거리를 두어서, 조금 흥얼거려 볼작시면 느닷없이 일렉트로닉 편곡(<답장>)이며 B파트 등으로의 전환(<악기를 받았네>)을 걸어버림으로써 "이렇게 부르고/연주하고 끝을 내겠다"라는 의지를 공고히 한다. 바로 이것이 이 음반의 전체를 아우르는 정서로서의 끝장, '파국'이다. 단 1개 트랙에서 "이번 정차역은 파국" 운운하는 것은 엄밀히 말해서 귀여운 눈속임이라 함이 정확하다.

2집 발매기념 캘리그래피 대회 우리는 언젠가 캘리하겠지요 응모장면이 맥락에서 이제야 밝히는 거지만 이 발상을 하고 응모작을 찔 때부터 반쯤은 벌써 이런 걸 생각하고 있었다. 이렇게 재밌게 불러서 그렇지, 사실 이 파국은 진짜 문자 그대로의 파국을 말하는 거 아닐까? 싱잉앤츠가 잠깐이나마 하필 '단편선과 선원들'과의 교류가 있었던 것은 우연이 아니며 엄연한 디스코그래피적 사건이고 해석이 필요하다고 본다.

현 시점에서 남는 물음은 이것이다. 이 파국, 종언, 종료는 실은 싱잉앤츠 전체를 아우르는 정서였는데 이번에 결언된 것에 불과한가, 아니면 지금까지 전개했던 것처럼 우연하게 디스코그래피에서 발전되어 나온 것인가? 나는 후자라고 믿는다. 쉽게 말하면, 예컨대 싱잉앤츠 멤버들이 어떤 이유에서건 "죽을 때 죽더라도 좀더 놀다 죽자" 같은 긍정적 결기를 갖는다면 3집은 마치 2집 위에 1집을 덮어써놓은 듯한 모양으로 나올 가능성이 있다. 표현이나 발상을 자기표절 내지 재활용하지만 않는다면 ― 김명재님이 계신 한 그럴 일은 없겠지만 ― 그 역시 닳아빠진 '홍대포크' 신에서 이번에도 존재감을 뽐내며 좀더 계속해나갈 수 있을 테다.

하지만 내가 걱정하는 것은 전자다. 내가 너무 낙관하는 것일까? 싱잉앤츠는 여태껏 "맘에도 없는 여행"을 하며 "원하고 바랬던 … 이런 노랠 불러도 좋단 허락"을 구하다가 기어코 "뜨거웠던 지난 아픈 기억 … 모두 다 바람에 흘려 보"내고 만 것일까? 그걸 나와 숱한 청취자들만 몰랐던 것일까? 만약 그렇다면 그것이야말로 절망이다. 자기들은 일개미지만, 그래도 노래는 하면서 "조용히 재밌게 … 맛있는 것도 먹으면서" 살고 싶다던 싱잉앤츠가 이제 더 이상 힘을 낼 수 없다면, 그런 세상에서는 그 누구도 힘낼 수 없을 것이기 때문이다.

그들의 3집을, 아니면 디지털 싱글의 연속을, 하다못해 기성곡의 편곡 놀이라도 계속해 주기를 무책임하게 바라게 되는 이유다. 뭘 하든 식상하거나 전형적이지는 않았던, 복잡하고 밝았던 청년의 때를 기억하기 때문에 그러했고 앞으로도 그러할 싱잉앤츠가, 이젠 정말로 노래할 거리가 다 떨어진 건지, 아니면 그래도 좀더 살아보니 뭐가 더 있더랬었는지, 그걸 한 두어 해쯤 뒤에 좀 알고 싶다고 생각한다.

  1. 이 블로그에서 영역 가사를 붙여 소개한 적도 있다! [본문으로]

'3 늘어놓은 > 메타리뷰' 카테고리의 다른 글

애국청년 변희재 (2017)  (0) 2018.02.22
싱잉앤츠  (3) 2018.01.21
워드프레스  (0) 2015.04.23
키워드 촌평  (0) 2014.01.17
김규항  (0) 2011.12.18
2MB18nomA  (4) 2011.08.21
Posted by 엽토군

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

  1. 2018.04.05 22:19 신고
    댓글 주소 수정/삭제 댓글
    잘 읽고 갑니다
  2. 2018.05.18 00:09 신고
    댓글 주소 수정/삭제 댓글
    싱잉앤츠 응원해요♡

0. 히브리어라는 언어 자체에는 어떤 악감정도 없다. 히브리어를 공부하는 분들, 히브리 문화 연구자 여러분과 학계의 성과를, 최대한의 성의로서 존중하고 있다. 이 글은 누구와도 면전에서는 얼굴을 붉히지 않기 위해, 감정을 배제하여 작성해 공개하는 서면상의 사적 입장 표명이다.


1-1. 히브리어를 공부하면 유익이 있다는 충고나 제언들을 아주 가끔씩 접한다. 온라인 광고 배너에서, “[펌]좋은묵상글” 같은 출처 불명의 좋은 말들에서, 주변 신앙인들의 지나가는 말로, SNS 영상으로, 출판사 홍보로.

1-2. 그럴까? 언뜻 생각하면 그럴 것 같다. 정확히는, 안 그러지 않을 것 같다. 유익하면 유익했지 해롭지는 않을 것이다. 언어 배우는 것인데 뭐 어떤가? 심지어 구약성서를 구성하는 언어를 직접 배워서, 그 참뜻을 새기며 읽을 수 있게 된다는데.

1-3. 조금 더 알아보고 조금 냉정해져서 조금 위에서 둘러보면, 그게 그렇지가 않다는 입장에 서게 된다. 정확히는, 해로울 여지가 있다. 내가 히브리어에 대한 관심과 공부를 현재 고사하고 있는 까닭이다.

1-4. 핵심적인 의문은, 왜 한국인이 히브리어를, 특히 고전 히브리어를 배워야 하느냐는 점이며, 그게 과연 특정 외국어에 의한 효용을 추구하는 일인지, 과연 그 효용이 있기는 한지, 다른 부정적 부작용이 발생하지는 않는지 하는 점들에 있어서 그렇다.


2-1. 먼저, 외국어 학습 자체의 차원에서. “유익이 있”다고 선전되는, 그래서 면학이 권고되는 대상으로서의 히브리어는 어느 쪽이냐 하면 압도적인 대다수의 경우 고전 히브리어다.

2-2. 히브리어는 엄밀히 나누어서 옛날 성서 시대에나 사용되던 고대의 히브리어와 현대 히브리어의 2가지로 구분되고, 오늘날 실존하는 이스라엘이라는 국가에서는 말할 것도 없이 현대 히브리어를 읽고 쓴다. 이를 굳이 언급하는 이유는, 심지어 이런 기초적 객관 사실관계조차 모르고 히브리어를 덥석 권하는 이들이 있기 때문이다.

2-3. 이것은 언어 학습 동기 부여의 차원에서는 대단히 곤혹스러운 부분이다. 말하자면, 한국어를 배운다기보다 이두향찰을 공부하는 꼴인데, 이런 이치의 학습을 조금 과하다 싶을 정도로 권고하는 속뜻이란 무엇인가? 실상은 적나라하다. “성경 작성에 사용된 문자 언어를 학습”하는 것이다. 우리가 이두와 향찰을 공부하는 이유가 거지반 삼국 시대의 글을 읽기 위함에 다름아니듯이.

2-4. 일반적으로 외국어를 배우는 이유라는 것은, 오늘날 그 외국어를 쓰고 있는 세계를 이해하고 그 주체들과 소통하겠다는 데 있을 것이다. 요컨대 모든 언어는 지금 누군가에 의해 사용되고 있으며, 또한 그 언어는 그것을 배우는 누군가에 의해 확산 및 확장되는 것이고, 이러한 상호 작용 하에 전수되리라고 기대된다 할 것이다. 그렇다면, 히브리어 공부란 본디 히브리 문화권을 이해하고 히브리어 구사자들과 소통하는 데 목적이 있을 것이며 또한 그런 편이 건전하다 할 것이다.

2-5. 2-3과 2-4를 종합하여, 나에게는, 지금 유행하고 있는 히브리어 공부라는 게, 이러한 사회적 상호 작용 없이 일방적으로 확산될 뿐인 일련의 지식/정보/논리 체계에 지나지는 않는가 하는 의구심이 있다. 2-3에서 제기한 바, 히브리어 공부라는 것의 실상은 구약성서라는 문서를 ‘나름의 기호 체계를 도입해 해석’한다는 독립적이고 단일한 목적을 가질 뿐, 지금 히브리어를 구사하는 사람들이며 그 세계에 대해서는 그 흥미를 일절 배제하고 있지 않은가.

2-6. 2-5에서 제기한 주장에 대해서는 아주 직관적이고 보편적인 경험 증명이 있다. 히브리어를 공부한다는, 혹은 공부하라는 사람들은 아주 많은데, 이들 중 이스라엘 사람, 히브리어 구사자, 셈족 문화 등에까지 관심을 확장하는 사람은 극히 드물다는 것이다. 기껏해야 “성지순례” 여행 상품을 구입하는 수준으로, 이마저도 해당 문화에 대한 교류의 차원이 아니라, 본인들이 주고받은 학술적 내용의 지리적 정합성을 확인하는 견학의 일환인 경우가 태반이다.

2-7. 이것은 내게 일반적인 외국어 공부 행태라고 여겨지지 않는다. 굳이 분류하자면 아주 특수한 학술적 교습 행위에 가까운 것이다.


3-1. 이 학술 교습의 논리는 극히 간명하다. 구약성서는 절대 다수가 고전 히브리어로 정리되어 전승되었다. 그러므로 구약성서의 본뜻을 읽고 싶다면 고전 히브리어를 공부하라. 이보다 더 직관적일 수 없다. 이 교습을 권면하는 일부가 심지어 “기득권이 어려운 히브리어에 일반인이 접근하지 못하도록 차단해온 역사”니 “누구나 공평하게 배워서 해석” 운운을 내세우는 데는 이런 까닭이 있다.

3-2. 정통 기독교의 입장에서, 성서의 본뜻이란 문자에의 착념이며 그 완벽한 해독 따위에서 드러나지 아니하고, 집필자와 제1독자를 포함한 집필 시점의 총체적 맥락을 감안하여 경건하고 성심 있는 자세로 그 문의(文義)를 탐구할 때 드러난다. 이는 그 이치가 사실상 대다수 학자가 고전(古典)을 탐구할 때의 일과 진배없다.

3-3. 글뜻을 읽기 위해 글[文字言語] 자체를 배우는 것은 온당하다. 그러나 소위 “글로 인하여 글뜻의 실체가 비로소 드러난다”라든가 “글이야말로 글뜻의 속내를 감추고 있다”, “글을 더 자세히 알지 못하면 글뜻을 다 알 수 없다” 운운하는 것은 오로지 선동과 호도(糊塗)에 다름아니다.

3-4. 3-3의 논거는 다음과 같다. 첫째, 그 어떤 고전도 그 집필 과정에서 그 요점보다 그 요점을 기술하기 위해 동원한 문자언어의 엄밀성에 더 치중한 일이 없다. 이는 항간의 이치에 지극히 타당한 것이다. 둘째, 그 어떤 고전도 그 전승 과정에서 글과 글뜻의 이격을 해결하지 않은 채 전승된 일이 없다. 그럴 바에는, 글을 베껴서 전승해 보아야 오해만 더 키울 것이 분명하므로 글 자체를 없애는 것이 현명할 것이기 때문이다. (지구상의 어떤 지혜 전승들이 암송 구전으로만 전해지는 데는 이러한 이치가 있다고 한다.)

3-5. 3-4에 의하여 3-3을 강화하면 다음과 같게 된다. 즉, 그것이 고전인 한은, 그 고전의 진수를 이해하기 위해 그 고전을 작성한 고대 언어를 모두가 정말로 엄밀하게 연구해야 할 절실한 까닭이란 없다. 필요한 것은 고전에 통달한 현대 전문 학자들의 적절하고 체계화된 번역과 주해와 교훈일 수 있을지언정, 오늘날의 그 누구도 결코 완전히는 알 수 없는 옛 성현들의 당대 말씨를 샅샅이 새기는 따위의 언어학적 재간일 리는 없다.

3-6. 3-5에 덧붙이자면, 히브리어 강습자들은 이를테면 히브리어에서 “눈[目]”이 무엇을 뜻하니, “머리”의 어원과 여러 뜻이 무엇이니, 첫번째 두번째 알파벳이 어떤 어감을 갖느니 따위를 대단히 진지하게 강의한다고 한다. 구약성서와 같이 방대하고 장황한 고전을 이런 수작으로 읽는데, 그 결말이 “창세기 1장 2절에 이미 그리스도의 이름이 숨겨져 계시” 운운 기상천외하고 자기중심적인 과잉해석으로 귀착하지 않을 도리가 있을는지.

3-6. 구약성서를 고전으로 간주하는 한, 3-2와 3-5에 의하여, 3-1에서 소개한 (고전) 히브리어 강습의 논리는 필연적으로 정당화되지 못한다. 속된말로 짧게 요약하면, 그렇게까지 빡세게 할 필요가 없으며, 성경 어느 부분도 우리더러 그렇게 하라고 요청하지 않았고, 진지하게 그렇게 해서도 안 된다는 말이다.


4-1. 구약성서 연구 방법론으로서의 고전 히브리어 강습을 두둔하는 옹호론자들이 펼치는 바 또 하나의 논거란, 아무튼 단어의 어원을 살펴보는 정도라면 성서를 탐독하고 새로운 관점을 가지는 데는 유익이 있지 않겠느냐는 것이다.

4-2. 개신교 내에는 세대주의라는 입장이 있다. 대체로 신구약 성경을 문자적으로 읽으며, 예언과 계시들을 해석의 대상으로서의 문학보다는 해독의 대상으로서의 명제로써 간주하고, 그렇게 성경을 체계화했을 때 필연적으로 도출되는 “세대(들)” 개념을 현실상의 타임라인에 대입하려 하는 입장이다. 세대주의자들은 천지 창조로부터 인류 역사 최종 종료 시점까지의 모든 기간을 대략 7세대로 구분한다고 하며, 이 중 후반부 세대에서 반드시 일어나야 하는 사건으로서 ‘유태인(혈통 위주의 유대인 사회)의 집단 회심과 (지리적 의미에서 이스라엘로의) 회귀’를 중요하게 여긴다.

4-3. 만약 당신이 세대주의를 지지하지 않는다면, 그 말인즉 만약 당신이 신구약 성경은 그 요점이 더 중요하며, 예언과 계시를 모든 실상을 다 이해할 수는 없는 묵시라고 인정하고, 어떤 세대에서 다른 어떤 세대로 역사가 이행하는 일은 없으며, 또는, 설령 그렇다 하더라도 특정 민족의 지구상 특정 위치로의 귀환 따위가 정말로 반드시 일어나야 하는 사건은 아니라고 믿는다면, 당신은 유태인에게 그다지 각별한 관심을 가질 이유가 없다. 하지만, 세대주의자들은 그렇지 않으므로, 그들은 유태인, 즉 히브리 문화권과 그 사람들에게 (자기들의 입장에서) 각별한 관심이 있다.

4-4. 개신교 내에는 또한 신사도주의라는 입장이 있다. 이는 사도행전에서 묘사된 각종 이적과 기사가, 대체로는 사도행전이 묘사하는 바 문자적으로, 현대에도 일어날 수 있으며 일어나고 있고 일어나야 한다고 보는 시각이다. 신사도주의자들은 특히 방언과 예언이라는 두 가지의 특별한 신적 능력(“은사”)에 관심을 가지고 이를 간구하는데, 여기서의 방언이란 문자 그대로 지구상 특정 언어문화권에서 유효하게 통용 가능한 실제 외국어를 의미한다.

4-5. 만약 당신이 신사도주의자가 아니라면, 그 말인즉 만약 당신이 사도행전상의 이적과 기사는 교회 공동체 건설 최초 단계에서 특수하게 발생한 것이며, 오늘날의 일상에서 집요하게 추구되어야 할 것은 아니라고 믿는다면, 당신은 방언이며 예언 등의 은사에 관심을 가질 각별한 이유가 없다. 그러나 신사도주의자들은 그렇지 않으므로, 그들은 방언과 예언, 특히 성경을 구성하는 언어의 방언에 대한 각별한 관심이 있다.

4-6. 4-3과 4-5를 염두에 두고 4-1의 논거에서 말하는 바 성서에 대한 ‘새로운 관점’을 재고하라. 이 관점은 구체적으로 어떻게 새로운 관점인가? 그것은 모든 교회 공동체 구성원이 보편적으로 수긍할 만한 수준에서 단지 신학적 난제를 규명하는 차원의 “새로운” 관점인가, 아니면 교회 전체가 동의하기는 어려운 특정 입장들의 관심에 복무하여 그 입장들을 공고히 하기 위해 취사되고 편집된 일련의 이해 체계로서의 관점일 가능성이 있는가?

4-7. 4-6에서 제기한 의문에 대하여, 나는 전적으로 후자의 입장이다. 요컨대 히브리어를 배운다는 것은 유태인들의 회심이나 성경 언어 방언 등에 대한 엄한 관심과 상관 관계가 없기 어렵다는 말이다.


5-1. 마지막으로 내가 믿는 바를 조금 고백하고 끝맺고자 한다. 이는 히브리어 공부를 권하는 이들의 성심을 야멸차게 모독하지 않기 위함이다.

5-2. 만일 하나님이 고전 히브리어로 말씀하셨다면, 그는 고전 히브리어 아니라 현대 히브리어로도, 한국말로도, 에스페란토어로도, 그 어떤 의미 기호 전달 체계로도 말씀하실 수 있다. 애초에 신이신 하나님께서 동물인 인간에게 무슨 말씀을 전하신다는 것 자체가 불가능하고 불가해하며 초월적인 사건인 관계로, 그 사건이 일어나는 한, 그때의 수단이며 매체가 무엇이냐 따위의 문제는 철저히 부차적이며 비본질적이 되는 까닭이다.

5-3. 만일 구약성서가 고전 히브리어로 전승되었다면, 그것은 우리 인간이 미처 다 알지 못하는 어떤 신적 질서와 계획 안에서 완전히 필연적으로 혹은 완전히 우연적으로 그렇게 되었으리라고 짐작된다. 비유컨대, 이는 인간이 어떤 프로그램을 구현함에 있어 어떤 프로그래밍 언어를 선택하는가와 그 이치가 꼭 같다고 할 수 있다.

5-4. 하나님이 성서를 주셨다면, 이해하지 못할 것을 읽으라고 주셨을 턱은 없는 까닭에, 하나님은 또한 모든 인간에게 각자가 이해해야 할 수준까지 성서를 이해할 수 있을 만한 일체의 여건과 방안을 이미 강구하여 주셨을 것이다. 그게 무엇인지는 사람마다 다 다를지라도.

5-5. 만약 당신이 5-2, 5-3, 5-4에 찬동할 수 있다면, 나뿐 아니라 당신 역시, 구약성서의 은혜와 신비를 내 삶에서 깨달아 알기 위해 특별히 고대 히브리어를 배워야 하는지의 근심과 번민으로부터 자유로워질 수 있을 것이라고 나는 믿는다.


999-1. 이 글은 사실 누군가 한 사람을 위해 쓰는 글이지만, 김우현 PD와 그 주변 “동역자”들의 성지순례니 원어성경이니 히브리어 공부니 하는 것에 대해 의구심을 갖는 누구든지 또한 좀더 많이들 찾아 읽으시길 바라는 바다. 히브리어라는 언어는 정말이지 부차적이고 비본질적인 것이다. 심지어 일상에서 쓸모도 거의 없다. 차라리 수능 제2외국어에 등재돼 있는 아랍어 같은 걸 배우는 것이, 소위 이스라엘 회복 선교라는 것에는 더 도움이 된다.
999-2. "'니크다'라는 이름의 모음 기호는 존재하고 있으나 이 기호는 일반적인 경우 생략되며, 외래어 표기나 성서 등의 중요한 글에서 매우 정확히 표기할 필요가 있는 경우나, 히브리어 초급 교과서에서 히브리어를 표기하는 경우 정도에나 쓰인다."
999-3. 근거 없는 사설이라서 본문에는 안 적었지만, 내 개인적인 소감으로는, 오늘날 히브리어란 사실상 WASP-이스라엘 군사패권의 지지자들을 집결하는 시오니즘의 국제언어로 복무하고 있다는 느낌이다. 오늘날 비유대인이 히브리어를 사용하는 경우가 딱 두 가지인데 하나는 자칭 남은 자들이라는 비주류 유사신학 강도사들이 유튜브 영상 찍을 때고 또 하나는 이스라엘군이 저 무시무시한 대테러 대량 살상 무기들 이름 지을 때이므로…

'5 외치는' 카테고리의 다른 글

히브리어를 고사함  (0) 2018.01.14
말씀이 육신이 되어  (0) 2017.08.10
명차휴가(命次休假)  (0) 2015.08.05
사실 4개  (0) 2015.06.29
죄와 범죄  (0) 2015.04.06
참되고 정신차린 말  (0) 2015.01.06
Posted by 엽토군

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

이 글은 수시로 업데이트하는 기술 공부 블로그 포스팅입니다. 이런거 공유하면 확실히 낚여줄 내주변 지인이 최소 1명 있긴 한데... 그에게는 이글이 대윾잼+대환장 띠용글로 보일것이지만 알고도 굳이 씁니다. 목표는 1년뒤 나역시 이걸 보며 대윾잼+대환장을 느끼는것


0. 서론

머 아무튼 2017년도 다 저물어가는 마당에 호주 워홀 마치고 돌아와서 취직은 해야겠고 마땅히 벌어놓은 것이라고는 각종 기획의 잔꾀와 워드프레스/코드이그나이터[각주:1]로 좀 굴러본 것뿐인지라… 최소한의 최신 기술과 개념을 익혀놓지 않으면 안 되겠다는 약간의 절박함이 생겨, 귀국 후 크리스마스 이브에 과감하게 세팅하고 시작한 것이 yuptogun.com 프로젝트.

지금까지 걍 구상만 했던 각종 웹앱들을 *.yuptogun.com 형태의 서브도메인 아래에서 각기 구현해서 돌리고, 개중 잘 팔리는 게 생기면 별도 도메인으로 독립시켜서 운영하고, 그러면서 호스팅업체 서버 스택 아래에서 할 수 있는 최대한의 신기술&신개념을 막 도입해 써보는 운동장으로 쓸 계획.[각주:2]


1. 스택: shared LAMP stack hosting + Codeigniter + uncompiled (in-browser) React

A. 서버 스펙. 일단 주어진 서버 환경을 서술하자면... 전형적인 한국 PHP 웹호스팅 스택. 리눅스에 아파치와 MySQL을 깔고 PHP를 상시 켜놓으며 가상 할당 공간에 실행&전송할 파일을 올리는 방식이다. 월 5천 원을 더 내면 SSH 접속을 시켜준다고 하지만 지금은 그마저도 하고 있지 않아서 그야말로 20세기 FTP 홈페이지 스타일. 쉘접속이고 서버설정이고 그딴거ㅇ벗다.

AWS도 있고 다른 옵션도 많은데 굳이 이걸 선택한 이유는 딱 두가지.

  • 비용: 닷홈의 혜자급 상품으로, 도메인값만 닷홈에 내면 디스크 1G와 트래픽 무제한 이용이 무료로 가능하다. 써보다가 트래픽이 증가하면 상위 상품으로 올릴수있음. (물론 하위 상품으로 다운그레이드는 안된다)
  • 시장 친숙성: 서비스 자체를 서비스하는 IT 기업을 제외하면 나의 '클라이언트'가 될 사람들은 보통 shared web hosting 환경에서 뭔가를 하려고 한다.[각주:3] 따라서 임대형 쉐어 웹호스팅 환경이라는 (프로그래머에게는) 꽤 열악한 스택을 선택하기로 함.

B. 프레임워크. PHP라는 서버 언어가 주어진 상황에서 제일 최신 프레임웍을 써볼라치면 아무래도 라라벨이나 심포니 같은 걸 해야겠지? 아니면 좀 힙하게 Slim? 사실 호주에 있을 때 이것저것 건드려 봤는데 결국은 그간 해왔던 코드이그나이터를 골랐다.

  • 가볍다. PSL-7을 준수하는 프레임워크들은 FTP로 배치하는 것이 사실상 불가능하다. 파일이 보통 많아야 말이지. 로컬에서 작업한 걸 통째로 zip으로 묶어 그걸 올리고 unzip을 (쉘로 하건 php코드로 하건) 실행하는 게 그나마 the best practice so far더라.[각주:4]
  • 버전 관리를 할 것이 없다. Ion Auth나 TCPDF 말고는 딱히 더 갖다 쓸 서드파티 라이브러리도 없고, 대부분의 요소들은 어차피 사용자단에서 돌아가야 하는 파일들인지라 그냥 CDN에서 퍼와도 되겠다고 판단했다.
  • Slim은 라우팅까지 성공했고 라라벨은 배치하는 것까지 성공했으나[각주:5] 지금은 백엔드 로직보다는 프론트엔드의 react 공부에 집중하고 싶어서 경험이 있는 Codeigniter를 채택. 보아하니 아직은 코드이그나이터가 php 실무 바닥에서는 현역인 듯도 하고.
  • 뭐 말이 Codeigniter지 가급적 API 생성기로만 사용하고, 각종 라이브러리나 유틸리티는 서버에서 돌아가는 게 효율적일 때(세션관리 등)만 쓸 예정. 애초에 서버란 JSON만 송수신해주면 되는거니까.

C. 뷰처리. 여기서부터 모험이 시작된다. views/template/react.php 파일을 만들고 여기에서 reactjs cdn이라고 검색해서 나오는 파일 두 개와 babel cdn이라고 검색해서 나오는 파일 하나를 불러오게 시켜놨다.

  • 사실 React 생태계가 추구하는 방식대로 하자면 절대 이렇게 해서는 안 된다. 특히 Babel은 내가 짠 text/babel 스크립트 파일을 서버에서 미리 컴파일하는 데 쓰여야 하지, 브라우저에서 낑낑거리면서 실행할 물건이 아니다.
  • 그치만 뭐 일단은 콘솔에 인포 메시지 하나 뜨는 거랑 깜박임 문제[각주:6] 말고는 기능상 별 문제를 모르겠어서 그냥 넘어가고 있는중.


2. 기본 흐름: CI는 json과 뷰파일 목록만 구성하고 나머지는 React가 한다

메인페이지를 만들면서 결정한 설계는 다음과 같음.

  1. 기본 라우팅에 따라 컨트롤러가 실행된다.
  2. 컨트롤러는 다음 세 가지를 주로 실행한다.
    • 로딩될 뷰파일을 결정한다.
    • 뷰파일에서 사용할 데이터를 만든다. SEO용 메타태그, 현재 로그인한 회원 정보 등
    • 뷰파일에서 json으로 출력할 배열을 만든다. 필요한 DB 테이블 쿼리 결과를 json_encode()로 뽑아 $this->data['table'] 형태로 넘긴다.
  3. 메인뷰는 다음 세 가지를 실행한다.
    • 컨트롤러가 넘긴 데이터를 가지고 html 마크업을 뿌린다. 메타태그, 로그인했을 경우와 아닐경우에 따른 html 마크업 등등
    • 컨트롤러에게서 물려받은 json을 스크립트 태그로 html 출력 맨끝에 뿌린다.
      <script>var theData = <?= $data; ?>;</script>
    • 그리고 assets들(React 라이브러리, 메인 js, 각종 CSS 등등)을 불러온다.
  4. 그러면 이제 뷰가 불러온 메인 js 파일은 브라우저 안에서 다음과 같이 작동한다.
    • 메인뷰가 서버 응답으로서 돌려주는 DB 데이터 json을 props/state로 참조한다.
    • 이 props/state와 자기 안에서 const로 규정돼 있는 정적 정보들(e.g. 쿼리결과 없을시 뿌릴 문자열들 등)을 이용해, 엽토군이 정의한 대로 열심히 컴포넌트 클래스들을 렌더링한다.
장황하게 적었지만 코드를 보면 아주 간단한 이야기다. 해당 페이지의 응답결과는 예컨대 위쪽에 <script src="app.js">가 있고, 중간에 <div id="wrapper"></div> 같은 텅 빈 요소가 하나 있으며 그 밑으로 조금 내려가서 보면 아주 장황하게 긴 json을 data 변수에 할당한 script가 한두 개 있는 식이다. 그리고 app.js는 data.table.forEach((record) => {어쩌고저쩌고}) 형태의 라인을 가진다.
어떤 assets을 불러올 것인지를 뷰에서 결정할 것인가 컨트롤러에서 결정할 것인가는 지금은 좀 가닥 안잡혀서 일단 죄다 뷰에서 결정중. 아마 컨트롤러에 다 때려넣는게 더 말은 맞겠지(극단적으로 말해서 뷰파일은 그냥 div#app 하나만 덜렁 갖고있어도 될지도 모른다).


3. 깨달은 것들: React

React를 막무가내로 공식문서 봐가면서 공부하고 적용해 현재까지 깨달은 것들은 다음과 같다.
  • 만약 당신이 MVC 구조에 익숙하고, 새로운 라이브러리의 문법을 배우는 데 큰 문제가 없으며, 지금 당장은 리액트를 가지고 화면에 DB자료를 뿌리는 정도로 충분하다면, 다른 것보다 Thinking in React를 따라가는 것이 가장 좋고 가장 빠르다. 당신이 알아야 할 것은 거의 대부분 나와 있으며, props와 state 개념을 실전으로 바로 알 수 있다. 장황하게 createClass가 어쩌고저쩌고 하는 설명도 생략돼 있어, 필요한 기초에 집중할 수 있다.
  • state는 최상위 컴포넌트에서 통제되어야 한다. 글로 읽을 땐 영 뭔말인지 몰랐는데 실전을 해 보니까 간신히 이해가 되더라.
    예컨대 이런 상황이 있다고 생각해 보자.
#wrapper가 #sidebar와 #content의 2개 요소를 가지고 있고, #sidebar 밑의 a[data-tab=x]를 누르면 #content 밑의 #x가 보여야 함

jQuery라면 구현 자체는 아주 간단하다. .data('tab')으로 x값 얻어와서 $('#content')를 통제할 때 그 값을 넘기면 된다. 하지만 이 구현이 일으키는 변화는 필연적인 것이 전혀 아니며 오히려 아주 우연하고 작위적이다.
이 상황을 React는 이렇게 해결한다.

#wrapper는 #sidebar 밑의 a에 대해서도 책임이 있고, #content 밑의 div들에 대해서도 책임이 있다. 따라서 #wrapper의 this.state.tab을 정의해 주고, #content는 항상 이 state에 대응하는 div를 보여주도록 한 다음, #sidebar 밑의 a가 눌릴 때는 #wrapper의 this.state.tab이 적절히 업데이트되도록 한다. 그러면, #content 밑의 div는 즉시 자동으로 그 state에 반응("react")한다!

이렇게 써놓고 보니 왜 다들 그렇게 열광하는지 알것도 같음. 데이터가 어디로 흐르는지 볼 수 있고 훨씬 더 논리적이다. (단 그만큼 프론트엔드가 초반에 머리 싸매고 시작을 해야 하는 것. 어느 객체가 최상위인가? 정말 모두 한 개의 파일/스크립트 안에 넣어야 할까?)

  • 문자열을 직접 인젝션하는 코딩은 잘 안 된다. 예컨대 html 마크업을 구성하는 문자열은 이스케이프되어 문자그대로 브라우저에 뿌려진다. 정 그걸 띄우고 싶다면 악명높은 dangerouslysetinnerhtml을 쓰든지 차라리 리액트 html 오브젝트로 넣어버리라는 것이 공식 조언이다.
    또 남들은 다 된다고 하는데 나만 안 되는 것이 뭐나면… 문자열을 전달받아 그 문자열과 일치하는 이름의 컴포넌트 렌더링하기. 흔히 알려진 React.createElement(ChildName, null) 용법이 작동을 안 한다.[각주:7]
  • render () 메소드 내에서 const로 만드는 빈 배열은 길이가 0이 아니라 1이다. 이유는 모르겠다. 그래서 forEach push로 필터링을 할 때 결론적으로 이런 식의 이상한 판별식을 쓰고 있다. 이게 아닌데... 분명 더 옳은 방법이 있는데...
if (filteredArray[0].props.name != '') { /* do the stuff */ }
  • PHP가 세션/쿠키를 만드는 과정/방법론 때문에 사용자 인증이 생각보다 번거롭다. Ion Auth를 쓰고 있는데, 최종적으로는 기껏 깔아놓은 react router를 못쓰고 결국 자기 자신에게 로그인폼을 POST 제출해서 로그인 처리하고 리디렉션 시키는 몹시 전통적인 짓을 하고 있다.
    • 원래 계획은 ajax 폼으로 그 자리에서 즉각 로그인을 시키는 것이었다. 로그인 자체는 성공했는데, 문제는 자동로그인("keep logged in") 기능. 자동로그인이 도무지 먹지를 않는다. 왜 그런가 하고 모든 소스를 다 뜯어본 결과… "자동로그인"은 일반적으로 이런 로직으로 동작한다는 것을 알았다.
    1. 사용자가 POST 요청으로 로그인을 시도한다.
    2. PHP는 ID, 해싱된 패스워드, 자동로그인 여부를 받아 로그인(유저정보 매칭)을 시도한다.
    3. 로그인이 성공하면 PHP는 지금 로그인한 세션 고유값을 DB에 저장한다.
    4. 그리고 즉시 HTTP 응답 헤더에 이 세션 고유값이 포함된 쿠키를 쓰라는 요청을 보내는 리디렉션을 실행한다.
    5. 이때 PHP가 별다른 출력을 내지 않아야 비로소 이 쿠키가 써진다.[각주:8]
    6. 리디렉션된 HTTP 응답에서부터 쿠키와 세션은 유효해진다.
    7. 그래서 그 다음부터 (리액트 라우터가 아닌) PHP가 HTTP 요청을 받으면 우선 서버단에서 쿠키와 세션을 확인해 로그인 여부를 체크하고 그제서야 그 결과를 반환해 이용할 수 있게 한다. 여기서 자동로그인 구현 완료.
    • 여기서 5번 스텝이 문제되는 것이었다. ajax 요청은 필연적으로 출력을 낳고, 따라서 자동로그인 로직의 5번에서 멈춘다.[각주:9]
    • 그러면 ajax 요청 콜백에서 적당히 쿠키를 만들면 되는것 아니냐? 싶을 텐데 그러면 7번 스텝이 걸림. 요컨대 자동로그인을 체크하고 로그인해서[각주:10] → 사용자 정보를 가져온 뷰를 → F5로 새로고침하면[각주:11] → 거짓말처럼 로그아웃당함.[각주:12]
    • 서버단이 JS로만 구현되었거나 자동로그인 로직이 좀 달랐다면[각주:13] ajax 콜백의 쿠키 작성만으로도 충분히 자동로그인을 할 수 있었을까 하는 미련이 남지만... 그건 먼 훗날 많은 이치를 깨닫고 나서 다시 보기로. 지금은 우선 로그인을 시켰다는 데 의의를 두면서, u/(.*) 라우팅과 컨트롤러의 u() 통제와 users.js 최적화로 타협한다.[각주:14]

99. 해야될것들

  1. Redux 배워서 써먹기
    • "최상위 컴포넌트에 스테이트 때려박는게 너무 귀찮아서 온갖 방법으로 그걸 회피하는데요 그래서 state management 라이브러리를 씁니다...!"
    • 아직은 귀찮거나 헤비하지 않지만 넘나 당연하게 react의 짝패로 쓰이는 모양이니 싫어도 적용해야할듯.
  2. webpack 배워서 써먹(으면서 필요한 의존성 버전관리하)기
    • "근데 리액트 사용의 정석은 php 파일에서 로드하는거는 아니에요 webpack으로 빌드해서 index.html 및 js / assets 뭉치를 만들고 걔를 static hosting"[각주:15]
    • 지금 당장은 이런 스텝들이 필요할듯
      • React, Babel을 npm으로 받아서 로컬 트리에 넣어놓기
      • 지금 있는 메인 js를 번들 가능하게 조정하기
      • 컨트롤러 $dev 변수에 따라서 지금식으로 다 로드하느냐 bundle-*.js만 불러오느냐를 스위칭할 수 있게. (이건 순 내 편의를 위한 편법. 충격적이게도 지금은 메인 js 고칠때마다 서버에 업로드하고 새로고침을 해서 테스트를 본다고 한다...)
    • 뭐 일단 해놓으면 앞으로는 npm update 한번씩만 돌리면 되겠지
      • 잘은 몰라도 나중되면 지금 뷰파일이 로딩중인 fontAwesome, pureCSS 등등도 죄다 이걸로 관리하게될듯


  1. 그리고 대략 다섯 달 동안이지만 충격과 공포의 해피CGI 솔루션(...)을 경험해봤다. PHP 5.2 이하에서 실행해 달라고 요구하는 솔루션을 들어보신 적이 있는지? 한국에서는 무려 이새끼가 아직도 현역이다. 팩트TV가 이회사 물건으로 돌아가고 있다. [본문으로]
  2. 어차피 만들려는 웹앱들의 본질이 TODO를 크게 벗어나지 않기 때문에 가능한 짓이다. [본문으로]
  3. 보통은 애초에 "서버언어" 개념 자체를 안 갖고 계시니. [본문으로]
  4. 예전의 다른 웹호스팅에 라라벨 올리면서 찾은 방법. 다시 하기는 싫다. [본문으로]
  5. 일단 로컬 구조 그대로 올린다 → 루트의 index.php가 public/index.php 를 require하도록 고친다 → public/index.php 가 ../bootstrap/autoload.php 와 ../bootstrap/app.php 를 require하도록 한다. 이렇게 하면 FTP만 되는 호스팅 환경에서도 일단 라라벨을 굴릴 수는 있음. [본문으로]
  6. 인브라우저 컴파일 중일 때는 아무것도 안 뜨다가 잠시 후에야 가상DOM이 그려지는 문제. 리액트 사용상의 대표적인 대환장 포인트 중 하나라고. [본문으로]
  7. 선배왈 스위치문 써서 컴포넌트 리턴하는 거 말고는 답이 없다고. 안그래도 나도지금 그렇게 하는중이다. 글쎄 이게 아닌데... [본문으로]
  8. 내가 이해한 바로는, 쿠키 생성 코드가 포함된 코드 라인들의 최종 목적이 '뭔가를 출력하는 것'이어서는 안 된다는 느낌이다. 예컨대 redirect()는 괜찮지만 return $resultjson은 안 된다. [본문으로]
  9. 별짓을 다해 확인해 본 결과, 세션도 만들어지고 쿠키 요청도 들어가지만 실제 쿠키 생성부터가 안된다는 것으로 판명. CORS도 확인하고 별짓을 다해봤는데 그게 문제가 아니라 결국 setcookie() 함수의 결함이랄까 설계 때문에 안된다. [본문으로]
  10. 여기선 클라이언트(브라우저)가 단지 쿠키만을 작성한다. [본문으로]
  11. 여기선 서버가 존재하지 않는 로그인정보 세션을 체크하려고 시도한다. [본문으로]
  12. 매치해 볼 세션이 없으므로 자명한 결과. [본문으로]
  13. 대충 찾아보니 JWT(JSON 웹토큰)과 로컬스토리지 사용이 JS 환경에서는 가장 통념으로 사용되는 듯하다. [본문으로]
  14. 그리고 (서버와 리액트가 라우팅을 놓고 싸우는 탓에) 꽤 속도가 느려졌으며 여전히 두세 시간 뒤면 세션이 풀려버린다. 왜죠... [본문으로]
  15. 느닷없이 그런 말을 들어도 지금은 잘모르겠는 부분이지만 여튼 이바닥 선배가 그렇다고 하니 그런줄 알자. [본문으로]
Posted by 엽토군

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절


카테고리

분류 전체보기 (781)
0 현재 호주워홀 (6)
1 내 (324)
2 다른 이들의 (251)
3 늘어놓은 (34)
4 생각을 놓은 (68)
5 외치는 (69)
9 도저히 분류못함 (28)

달력

«   2018/01   »
  1 2 3 4 5 6
7 8 9 10 11 12 13
14 15 16 17 18 19 20
21 22 23 24 25 26 27
28 29 30 31      
Statistics Graph