Ticket #779 (reopened enhancement)

Opened 11 months ago

Last modified 3 months ago

스킨 캐시

Reported by: inureyes Owned by: inureyes
Priority: major Milestone: 1.8
Component: Core Version: 1.6
Keywords: skin,cache Cc: jparker2.0@…
Release:

Description

개요

  • 속도의 업그레이드-_-를 위해서 스킨 파서를 캐싱합니다.
  • 어려울 것 같이 보이긴 한데, 코드나잇(...)에서 생각난 몇가지 아이디어로 구현합니다.
    • 이야기 나올때는 2.0이었는데, 생각좀 하다보니 어느새 구현이...
  • 기능상 추가되는 마지막 티켓이 되겠습니다.

Change History

  Changed 11 months ago by inureyes

  • status changed from new to assigned

[4912]

  • 스킨 캐시 구현
  • 덤으로 pageCache 루틴에 초기화 루틴 하나 끼워 넣었습니다.

[4913]

  • CPU에 로드를 준다는 md5대신 crc32를 사용.

  Changed 11 months ago by inureyes

쪼개서 dress까지 한 결과를 캐싱해 버리는 방안도 생각해 봅시다.

  Changed 11 months ago by inureyes

최대한 정적인 부분들은 스킨에 박아 넣는 것으로 진행하겠습니당-

  Changed 11 months ago by inureyes

cover page가 안 돌아간다.

  • 스킨을 캐싱하는 과정에서 커버에 관련된 내용을 handleCoverpages에서 파싱하고 모듈값을 coverpageModule이라는 global 값으로 넘겨주는데, 이거 읽을 방법이 없음
  • 관련해서 좀 수정이 필요하다.

  Changed 11 months ago by inureyes

[4973]

  • 표지가 동작하도록 스킨 파서 수정
  • 캘린더를 캐싱하도록 추가
  • 표지가 안나오는 경우는 파싱 아예 하지 않도록 되어 있는 기존 루틴의 보완

  Changed 11 months ago by inureyes

[5019]

  • 캐시 루틴의 보정
  • 새 글 작성시 잘 안 지워지는 문제가 있었습니다.

  Changed 11 months ago by inureyes

  Changed 11 months ago by inureyes

[5037]

  • 플러그인의 경우에는 후처리

  Changed 11 months ago by inureyes

  • milestone changed from 1.6 to 1.6.1
  • 이후 개선해 나갑니다.

  Changed 11 months ago by inureyes

  • milestone changed from 1.6.1 to 1.6

참고 : 임의의 치환자를 전부 파싱한채로 스킨이 저장되어 동적으로 작동하는 플러그인의 경우 문제가 될 수 있음. 사이드바는 해결한 상태인데 이건 다른 문제. http://dev.textcube.org/ticket/455#comment:44

follow-up: ↓ 15   Changed 11 months ago by inureyes

[5049]

  • 사용자 삽입 태그의 경우 후처리하도록 수정
    • 테스트 필요. 전 이런 플러그인 안 쓰거든요;

  Changed 11 months ago by inureyes

[5085]

  • 환경설정이 있는 사이드바 플러그인이 제대로 동작하지 않는 오류 수정
  • 사이드바 패널의 순서 설정이 실시간으로 반영되지 않는 오류 수정

  Changed 11 months ago by inureyes

  • status changed from assigned to closed
  • resolution set to fixed

  Changed 10 months ago by inureyes

[5132]

  • 스킨 편집시 스킨 캐시가 갱신되지 않는 문제 수정

in reply to: ↑ 11 ; follow-up: ↓ 16   Changed 9 months ago by jparker

Replying to inureyes:

[5049] * 사용자 삽입 태그의 경우 후처리하도록 수정 * 테스트 필요. 전 이런 플러그인 안 쓰거든요;

  • 댓글/방명록 기타.. 이렇게 하게 되면 사용자 삽입 태그가 안드로메다로 가버리네요. 원복하거나 다른 조치가 필요하겠습니ㅏㄷ.

in reply to: ↑ 15   Changed 9 months ago by inureyes

  • status changed from closed to reopened
  • resolution deleted

Replying to jparker:

Replying to inureyes:

[5049] * 사용자 삽입 태그의 경우 후처리하도록 수정 * 테스트 필요. 전 이런 플러그인 안 쓰거든요;

* 댓글/방명록 기타.. 이렇게 하게 되면 사용자 삽입 태그가 안드로메다로 가버리네요. 원복하거나 다른 조치가 필요하겠습니ㅏㄷ.

현재에는 처음 뿌려주는 순간에만 태그 처리를 하게 되어 있습니다. 저걸 원복해도, 스킨 캐시 때문에 태그는 여전히 안녕안녕 할겁니다.

어찌해야쓸까...

  Changed 9 months ago by inureyes

  • milestone changed from 1.6 to 1.6.1

follow-up: ↓ 20   Changed 9 months ago by inureyes

[5563]

  • handleTags의 호출 시점을 revertTempTag으로 조정
  • 여러가지 고려해 본 결과 이게 가장 덜 수정하는 방법일 것 같다.

  Changed 9 months ago by inureyes

  • status changed from reopened to closed
  • resolution set to fixed

in reply to: ↑ 18 ; follow-up: ↓ 21   Changed 9 months ago by jparker

Replying to inureyes:

[5563] * handleTags의 호출 시점을 revertTempTag으로 조정 * 여러가지 고려해 본 결과 이게 가장 덜 수정하는 방법일 것 같다.

[5564]

  • 5564와 같이 수정하게 되면 기존 치환자(예,category_list)를 플러그인에서 임의 강제 데이터 치환했을 경우 치환자 위치에 따라 받아들이지 못합니다.

in reply to: ↑ 20 ; follow-up: ↓ 24   Changed 9 months ago by inureyes

Replying to jparker:

Replying to inureyes:

[5563] * handleTags의 호출 시점을 revertTempTag으로 조정 * 여러가지 고려해 본 결과 이게 가장 덜 수정하는 방법일 것 같다.

[5564] * 5564와 같이 수정하게 되면 기존 치환자(예,category_list)를 플러그인에서 임의 강제 데이터 치환했을 경우 치환자 위치에 따라 받아들이지 못합니다.

ㅎㅎ 정확히 이해를 못했습니다. 예를 하나만 들어주시면 다시 고민모드로 잠수를~ (그러니까, 텍스트큐브에서 사용하는 치환자를 overloading한 경우인가요?)

  Changed 9 months ago by inureyes

  • status changed from closed to reopened
  • resolution deleted
  • milestone changed from 1.6.1 to 1.6.2

  Changed 6 months ago by inureyes

  • milestone changed from 1.7 to 1.7.1

in reply to: ↑ 21   Changed 3 months ago by inureyes

  • cc jparker2.0@… added

Replying to inureyes:

Replying to jparker:

Replying to inureyes:

[5563] * handleTags의 호출 시점을 revertTempTag으로 조정 * 여러가지 고려해 본 결과 이게 가장 덜 수정하는 방법일 것 같다.

[5564] * 5564와 같이 수정하게 되면 기존 치환자(예,category_list)를 플러그인에서 임의 강제 데이터 치환했을 경우 치환자 위치에 따라 받아들이지 못합니다.

ㅎㅎ 정확히 이해를 못했습니다. 예를 하나만 들어주시면 다시 고민모드로 잠수를~ (그러니까, 텍스트큐브에서 사용하는 치환자를 overloading한 경우인가요?)

이것 답 주시는대로 처리해 보도록 하겠습니다. ~

Note: See TracTickets for help on using tickets.