클리앙 대체 사이트는 속도 문제 해결이 어려운 모양이네요 정보
클리앙 대체 사이트는 속도 문제 해결이 어려운 모양이네요
본문
그누보드 나리야 빌더를 사용했다는 것같은데 속도 문제를 해결하기 어려운 모양이네요.
지금은 온갖 데이터 출력요소를 다 제거해버린 상태죠.
그럴 수밖에 없는게 cache 를 활용하기 어렵게되어있어서 디비 쿼리를 캐싱하기 어렵죠.
memcache 플러그인을 만들어보면서 cache 활용할수있는 것이 너무 빈약하고, 캐시 갱신을 제때 할 수 없는 것들도 있어서 캐시 사용이 오히려 사이트를 비정상 동작하게 만들더군요.
이미 자료실에도 memcache 플러그인이 하나 있지만, 저도 만들어보다가 이건 뭐... 그누보드 자체가 잘못되어있어서 플러그인 만들다가 그만 뒀었네요.
그누보드의 캐시 구현은 좀 비정상적이라서 한 요청 안에서도 변수에 담아 캐시 효과를 노린 것들도 정작 구현이 잘못돼어 캐시 효과가 없는 경우가 태반이더라고요.
마치 캐시를 흉내내보려한 듯한 코드들이고 그것마저도 잘못 구현되어있죠. 적용된 것도 충분하지도 않고요.
이게 한두군데도 아니고 애초에 첫단추를 잘못 끼워서 전체가 다 그렇더라고요. 한군데 구현하고 복붙으로 적용했을테니 잘못 구현한 코드가 제대로 확인되지않고 그냥 적용되어버린 모양입니다. 쩝.
2
베스트댓글
냉정하게 객관적으로 봤을때 ...그렇다고 하기엔 불법 웹툰사이트이나 야동사이트들중에 그누 기반의 사이트들이 꽤 많이 보였습니다;;;....당연 트래픽은 해당 사이트 저리가라할 정도 일텐데.. 개발자도 160명가까이 모였다고 하는데 마개조의 속도가 안나는 부분엔 뭔가 다른 문제가 있는건 아닐까 싶습니다..
개인적으로는 xe나 라이믹스 기반 사이트도 운영중이고 그누도 운영중인데 xe 라이믹스기반중엔 순위권의 사이트들이 많습니다만 그누는 이토렌트 정도외엔 없는데 잘 해결해서 또 하나의 메이저가 나왔으면 기대감으로 응원중입니다.
@미니님a 서버 환경에 따라 물리적인 한계는 분명있고, 캐시만이 유일한 해결책은 아니죠.
하지만 캐시만 적용해도 드라마틱하게 쿼리 수가 현저히 줄어듭니다.
당장 그누보드에도 hook 을 이용해 플러그인 만들어 붙이면 쿼리 수가 상당히 줄어듭니다.
일부 잘못된 구현과 워낙 중구난방의 쿼리 사용으로 인해 효과를 제대로 끌어내지 못하지만요.
저도 그리 수준높은 개발자는 아니지만, 캐시 효과에 대해 추정만으로 쓴 글이 아닙니다.
댓글 11개
캐시 쓴다고 속도 개선이 그렇게 있진 않은 것 같습니다 제 개인적인....
@미니님a 서버 환경에 따라 물리적인 한계는 분명있고, 캐시만이 유일한 해결책은 아니죠.
하지만 캐시만 적용해도 드라마틱하게 쿼리 수가 현저히 줄어듭니다.
당장 그누보드에도 hook 을 이용해 플러그인 만들어 붙이면 쿼리 수가 상당히 줄어듭니다.
일부 잘못된 구현과 워낙 중구난방의 쿼리 사용으로 인해 효과를 제대로 끌어내지 못하지만요.
저도 그리 수준높은 개발자는 아니지만, 캐시 효과에 대해 추정만으로 쓴 글이 아닙니다.
냉정하게 객관적으로 봤을때 ...그렇다고 하기엔 불법 웹툰사이트이나 야동사이트들중에 그누 기반의 사이트들이 꽤 많이 보였습니다;;;....당연 트래픽은 해당 사이트 저리가라할 정도 일텐데.. 개발자도 160명가까이 모였다고 하는데 마개조의 속도가 안나는 부분엔 뭔가 다른 문제가 있는건 아닐까 싶습니다..
개인적으로는 xe나 라이믹스 기반 사이트도 운영중이고 그누도 운영중인데 xe 라이믹스기반중엔 순위권의 사이트들이 많습니다만 그누는 이토렌트 정도외엔 없는데 잘 해결해서 또 하나의 메이저가 나왔으면 기대감으로 응원중입니다.
@ifelse 160명이 PHP 개발자도 아니고, 지금은 서버빨과 데이터 출력을 상당수 제거하고 쿼리가 발생하는 기능을 제거해서 그나마 좀 숨통이 트인 상태죠.
빌더를 사용하다보니 거기서 발생하는 쿼리의 문제도 커보이더군요.
서버빨 만으로도 사실 문제를 해결할 수 있죠.
어느정도는 돈이면 되기도하는 영역이라서...
제대로 해결하려면 그누보드의 상당부분을 뜯어고쳐야하는게 걸림돌이죠.
@미니님a 그런 의미였군요.
뜯어 고치지 않으면 캐시를 활용할 수 있는 상태가 아니긴하죠.
캐시 적용코드의 이력을 살펴보며 대체 왜 이랬을까? 어떠한 문제 때문에 이렇게 한게 아닐까? 무슨 이유가 있을거야... 라면서 정말 며칠을 의도를 이해해보려고 했지만 결론은 처음 마주했던 느낌 그대로 그냥 잘못 구현한 코드로 결론냈네요.
처음에 결론을 냈긴 했지만 설마 이게 이렇게... 설마설마 했었죠. 믿을 수 없는 코드였으니까요.
@jihan? 그래서 내심 그누6 프론트 / 백 분리를 환영하는 입장입니다.
물론 정식 버전 나와도 불안한 부분도 있겠지만,
또 기존 커스터마이징한 php > py 로 고쳐야 하는 많은 부분도 있지만요 ㅠㅠㅠㅠ
그럼 속도면에서 우수할 거라 봅니다.
애초에 프론트 프레임워크가 쿼리 캐싱을 자동으로 해주니...
@jihan? 글쳐 160명중에 실제 작업하는 사람은 다섯명도 안될꺼라 생각합니다. 불과 2~3년전에 비슷한 사례를 경험해봐서 ==;; 여러명의 한마디씩 말은 많은데 결론적으로 말만 많고 아무것도 안되고...혼자서 작업했던 경험이 있기에 ㅜ.ㅜ 그래서 저분들이 내부적으로 php를 버릴지 안버릴지 그누보드를 마개조할지 잠시 버티는용으로만 갈것인지 어떻게 타개해 나갈지가 궁금해서 하루에 2~3번은 보는것 같습니다.....
그누보드 기본베이스에서 국내 TOP10 커뮤니티로 가기에는 보완할 부분이 많다는 부분은 익히 경험중이기도 하고.....공감합니다만... 포기하진 않았으면 합니다.. 노하우좀 많이 쌓아서 좀 공유되었으면 하는 개인적 욕심? 바램이 있습니다.
@ifelse 160명이 진짜라면, 산으로 갈 확률이 매우 높죠....
사공이 많으면 안됨..
1. 클리앙 대체 사이트가 무엇인가요? 궁금
2. 라이믹스 별로여서 시도도 안 해봤는데 괜찮은가요?
3. 그누보드 캐시 문제 있나요?
4. 마개조가 뭔가요?
클라우드 플레어 이용하면 캐시문제 해결할 수 있는거 아닌가요?
