r38 vs r39
......
2121
해당 글자수만큼 4,760번 하면 무려 약 '''23억 자'''[* 정확히는 [math(484,920 \times 4,760 = 2,308,219,200)] 자. 게다가 개행은 0번이다. 곧 반달러가 '''한 줄에 그 많은 include문법을 다 때려넣고 저장'''한 것.]가 되는데, 만일 시스템이 이런 기계적인 글자를 출력하는 방식으로 동작되고 있었다면 심각한 문제일 것이다.
2222
"오미크론 변이" 문서의 글자수 변동만 해도 +97,446 자이며 처음부터 반달에다 갈아엎는 수정이므로 실제 변경된 글자 수는 이보다 더 많겠지만, 앞의 연습장의 수정에서는 이보다 서너 배 넘는 글자수가 수정되었어도 동작이 원활했다.
2323
24
--이 문제를 인지하고 있는 상황인데도 되돌리기 하는 이용자가 있었다.--
24
--이 문제를 사측에서 인지하고 있는 상황인데도 되돌리기 하는 이용자가 있었다.--
2525
2626
-----
2727
두 번째 사례로는 한편 같은 날 include를 악용하여 캬루 사진 문서를 도배한 반달이 차단되었다. (이 문서는 더시드위키의 일반 문서들 중 2021-12-02 기준 __가장 내용이 많은 문서__이며, 시스템상 106,756글자이다.)
2828
위와 같은 계산법으로 한다면 include를 제외하고(r4판 바이트 수 기준) 개행 1자를 추가하면 [math(106,737)]자가 된다. 도배한 [[https://theseed.io/raw/%EB%8B%B4%EB%8F%84%EC%95%94%EB%B3%B5%EC%8B%B1%206%ED%98%B8%EC%84%A0?rev=8|한 문서]]만 봐도 {{{ [include(캬루캬루캬루쨩♥)]}}}을 [math(19,620)]번을 도배했는데, 이렇게 되면 문서에 로드 되는 글자수는 무려 '''20억 자''' [* 정확히는 [math(106,737 \times 19,620 = 2,094,179,940)]자]가 된다.
29
--그런데 더시드위키의 동일인이 다른 문서에도 같은 짓을 두 번 했다.--
2930
=== 결론 ===
3031
더 많은 조사가 필요하나, 현재로서는 해당 include문법의 악용이 유력한 원인이라고 본다.
3132
확실한 점으로는 반달을 방지하는 차원에서라도 인용문 문법({{{ > }}}를 입력) 같이 엔진을 개선하여 include 문법 동작에 제한을 줄 필요가 있다.
......