:: 게시판
:: 이전 게시판
|
- 자유 주제로 사용할 수 있는 게시판입니다.
- 토론 게시판의 용도를 겸합니다.
통합규정 1.3 이용안내 인용"Pgr은 '명문화된 삭제규정'이 반드시 필요하지 않은 분을 환영합니다.법 없이도 사는 사람, 남에게 상처를 주지 않으면서 같이 이야기 나눌 수 있는 분이면 좋겠습니다."
21/05/24 17:35
고생 많으셨습니다.
툴 자체가 20년 되어가는 ZB4 기반이라 해볼만큼 해보지 않았을까 싶기도 한데, 기반구조 자체가 바뀌지 않는 이상은 어쩔 수 없지 않나 싶기도 하네요..
21/05/24 17:51
검색창에서 댓글에 체크하고 검색을 하면 아무런 메시지도 없는 메시지창만 뜹니다. 댓글에 체크 안 하면 검색이 되고요.
혹시 파폭 문제인가 싶어서 크롬에서도 해 봤지만 마찬가지네요.
21/05/24 18:41
검색란에서 subject 필드랑 content 필드 중에서 subject 필드를 해제하고 검색하셔야 의도하신 대로 검색이 되는 것 같습니다. 시도해보시기 바랍니다.
21/05/24 18:54
해 봤는데, 댓글에 체크한 상태에서는 subject만 해제해도, content만 해제해도, 둘 다 해제해도 검색이 안 되네요..ㅠㅠ
그래도 신경 써 주셔서 감사합니다.
21/05/24 18:56
저는 이래저래 테스트해보고 어느 정도 감을 잡았는데요,
일단 어떤 검색어를 검색하려고 하셨던 건지 알려주시면 왜 안되는지 해설해드리겠습니다.
21/05/24 19:02
자유게시판에서 '호랑이'가 들어간 댓글을 찾으려 했던 것이었습니다.
그래서 시험 삼아 게임게시판에서 '담원'이 들어간 댓글을 검색하는 등 여러 게시판에서 이런저런 검색어를 넣어 가며 시도해 봤지만 댓글 검색은 안 되네요. 본문 검색은 잘 됩니다.
21/05/24 19:06
https://pgr21.net/freedom/0?sc=on&cmt=on&keyword=호랑이
위 링크가 해당 검색결과인데요, 아래와 같은 조건으로 검색했습니다. 검색어: 호랑이 댓글: 체크 name: off subject: off content: on 많은 검색결과들이 잡히고, 1페이지 맨 아래가 21년 2월 게시물이고([일반] 톰과 제리 보고 왔습니다(노스포 후기)) 1페이지 맨 위가 지금 이 공지 게시물입니다. (댓글에서 "호랑이"가 언급되었기 때문에...) 같은 조건으로 검색하신 게 맞는지 확인해보시기 바랍니다. p.s) 겜게에서 담원으로 댓글내용 검색하면 다음과 같습니다. https://pgr21.net/free2/0?sc=on&cmt=on&keyword=담원
21/05/24 19:17
올려 주신 링크로 들어가 봤습니다만 역시 에러메시지만 뜹니다. 혹시나 해서 파폭, 크롬, 엣지, IE에서 해 봤지만 차이가 없습니다.
신기하네요. 결과가 다르다는 게... 지금 카페에서 노트북을 쓰고 있는데, 혹시 집에 있는 데스크탑에서는 되는지 있다가 확인해 봐야겠습니다.
21/05/24 19:36
마감은 지키자 님// 어 혹시 우회주소(ppt21 등) 쓰고계셨으면 뭔가 안맞을 수도 있을 것 같긴 한데요, 그 부분은 어떠실까요? 시도해보시고 말씀해주세요~
(제가 지금 ppt21.com 접속해서 시도해보니까 에러메시지가 뜨네요. 회원님이 겪으신 에러의 원인이 이건지는 모르겠지만, 일단 우회주소 관련해서는 개발운영진에 전달하겠습니다.)
21/05/24 19:40
jjohny=쿠마 님// 저는 우회주소를 안 씁니다. 올려 주신 링크를 복붙해 봐도 똑같은 것을 보면 뭔가 다른 문제 같네요.
지금 확인했는데, 모바일(아이폰 사파리)에서도 에러메시지가 뜹니다. 이건 진짜 신기하다고밖에...
21/05/24 19:40
마감은 지키자 님// 다시해보니까 제가 검색에 실패한 게 우회주소라서 안된 게 아니고, 비로그인상태에서는 댓글검색이 안되는 듯 하네요.
ppt21에서 로그인해서 검색했더니 또 검색이 잘 됩니다. 반대로 pgr21 주소에서 로그아웃하고 검색했더니 말씀하신 것과 같은 현상이네요. 혹시 로그인 상태에서 검색하고 계신 것은 맞는지 확인 부탁드립니다.
21/05/24 17:50
고생 많으십니다. 검색 게시물 수에 제한을 두시는 것을 제안드립니다. 오래된 게시물 검색시 계속검색 같은 버튼을 사용하게끔 하면서요. 괜히 디시를 포함한 많은 사이트에서 계속검색...을 쓰게끔 하는게 아닐겁니다. 전체 DB를 뒤지는데는 심각한 부하가 있습니다.
21/05/24 18:45
고생 많으십니다 혹시 다른거 질문해도될까요
https://pgr21.net/proposal/10850(화면캡쳐이미지) https://pgr21.net/humor/0?1=1&page=2&category=37 아무것도 안뜨는데 다른탭은 안그러거든요 왜그런건가요?
21/05/24 18:55
아래 링크를 보면 '유머게시판 2페이지(page=2) 중에서 텍스트 카테고리(category=37)를 띄우도록' 되어 있습니다.
현재 유게 2페이지에는 텍스트 카테고리 게시물이 없어서 그렇다고 보시면 될 것 같습니다. 아래 링크에서 "page=2"를 "page=1"로 수정해보시면 결과가 나올 겁니다. (아니면, 아래 링크 들어가셔서 검색결과 중 1페이지 버튼 클릭해보시면 결과가 나올 겁니다)
21/05/24 21:25
or를 and로 변경하셨음에서 추정컨데 아마도 여러조건에 대한 or검색으로 쿼리의 실행계획이 전체 액세스로 풀리었을 것이고, 이는 세션간 심각한 블로킹을 유발하였을 것으로 추정합니다.
따라서 위의 분 제안대로 or로 두되 상위 100개 정도 중에 해당 검색어 만족하는 row 반환하는 형태로 쿼리를 변경하심을 제안드립니다. 전체 액세스 한 후에 조건에 맞는 100건과 100건 중에 조건에 맞는 row는 다름으로 실행계획에 유의하십시오.
21/05/25 12:05
네, 과도한 or는 옵티마이져의 풀스캔을 유발합니다. 따라서 어쩔 수 없는 상황이라면 union all로 풀어서(SQL Server 기준) 연결하시는 편이 좋습니다.
다만 union과 union all은 distinct로 인한 심각한 성능차이가 발생하므로 반드시 후자로 사용하셔야 합니다
21/05/25 13:52
검색엔진 도입으로 이해했습니다. 글이 한번 작성되고 나면 수정이 빈번하지는 않다고 ,-키워드가 변경 될 정도의 큰 수정- 가정하면 대세에는 크게 영향을 줄 것 같지는 않다는 생각은 드네요. 장기적으로 검색이 다양화 되는 방향을 생각하면 좋은 방안 같습니다.
21/05/25 09:22
혹시 날쿼리 들어가는 구간 있다면 격리레벨을 dirty read로 바꾸시면 퍼포먼스가 좀 오를거같긴한데^^;
제로보드를 잘몰라서 적용이 가능 할지 모르겠네요
21/05/25 10:58
제 생각엔 유머, 자유게시판의 글 작성(INSERT)과 조회(SELECT)가 경합을 일으키는게 주요 원인인 것 같습니다..
잘 아시겠지만, 조회 쿼리문에 WITH UR; 붙이는 것만으로도 서버 부하를 확 줄일 수 있습니다. 혹시 안해보셨다면 한번 반영 해 보시는건 어떨까요? 그리고 경험상 or 문은 키워드 갯수만큼 쿼리를 분리하여 union all 로 가는게 좋더군요..
21/05/25 11:41
MariaDB입니다
Transaction Isolation Level 는 REPEATABLE-READ입니다 이번 수정(검색 및 기타작업)으로 커넥션풀이 안정화되었습니다.
|