살짝 귀찮군요. 파일 입출력 가능하게 하려면 상대 경로로 접근해야 하는데, 그걸로 css 경로도 같이 줘서 이런 문제가 생기는듯.

나중에 플러그인 말고라도 핸들링 할 수 있도록 경로명을 내부 경로에서 파싱해서 만드는 식으로 수정했습니다. 다들 테스트를!

laziel 작성:

문득 생각한거지만.. 저걸 쓰는 위치가 skin/{skinname}/skin.html 이기 때문에 그 위치에서의 ROOT 인 ../../plugins/ 를 찾는게 아닐까?[..]

...대체 뭐가 오류인지 도통 모르겠네;

대충 원인이 짐작이 가는군요. 팝업의 주소는 해당 블로그 /keylog/키로그이름 이고, 그 주소를 기준삼아 css를 받아오게 됩니다. 서버에 따른 접근권한 설정에 따라 달라질 수 있는 문제가 되겠군요. smile

나니 작성:

<link rel="stylesheet" media="screen" type="text/css" href="../../plugins/KeywordUI/style.css" />

이렇게 뜨던데 왜 ../../ 를 넣은건가요?
(물론 html 상에서는 href="./style.css" 입니다만 브라우저 상에서 볼 때는 저렇게 뜹니다.)

이 경우에 도메인 루트에 설치한 경우에는 이상없습니다만 (당연히;; )
서브 디렉토리에 설치한 경우에는 문제가 발생합니다.

따로 블로그 루트에 해당하는 함수를 추가하고 거기다가 플러그인디레토리를 지정해서
불러오는 방식을 쓰면 좋을거 같은데 말이죠.

관련해서 라지엘군과 토론(?) 했었는데 라지엘군이나 저나 서로 정리가 안되서
제가 일단 리포트 작성해봅니다.

일단 저의 경우 서브디렉토리 / 도메인 루트에 상관없이 잘 작동하고 있습니다. 혹시 또 다른 오동작 예들이 있나요?

그리고 내부 구현이 나니님이 말씀하신 대롭니다. 루트에 해당하는 함수가 파싱해서 뱉어준 결과가 ../../ 입니다. 자동으로 치환되죠. tongue

gendoh 작성:

어서 베타를 머징하세용

DropDeletePanel은 이번에 추가된 클래스입니다.

디자인은 베타 머징 문제는 아닌듯? 합니다. 이상하네... 왜 전 잘 나올까요;

태터사이트와 개발트리 모두 확인했습니다^^

론니나님 환경이 업데이트가 안된듯 합니당~

나니 작성:

1.1 기본스킨은 1.0.6에서 테스트를 안해봤지만 1.0.7에서는 확실히 돌아갈 거예요. smile
그 문제 때문에 1.1 스킨 구조가 막바지에 구조 싹 바뀌고 막 그랬던거구요.

지금은 1.1스킨이 1.0.6에서도 돌아갑니다 smile

상위 호환성 지원... ~( -_-)~

스크린샷의 사이드바 목록이 좀 이상합니당 ^^ 저거 디자인 바뀐지 좀 됐거든요.

업데이트 후 F5신공을 사용하실 때가 된 듯 합니다 smile

p.s.) 필터도 지금 저 디자인 아닌데;;

나니 작성:
gofeel 작성:

전에 보니 교주님 블로그도 forest님으로 나오더군요...:P

교주님은 숲속나라의 교주님이셨던거였습니다(?)

사실 우리 숲속나라 교육의 성과로 검프와 같은 걸출한 인재도 나왔었죠. cool

laziel 작성:

이런 얘기는 고생하(고 계)신 많은 분들에게 밖화수 한 병씩 돌리지는 못 할 망정,
엄마손 홍초를 한 사발씩 돌리는 짓이 되지 않을까 해서 좀 망설였습니다..

지금 밖화수가 박카슨지 이해했습니다. 근데 아직도 엄마손 홍초가 뭔질 이해 못했어요 ㅠ_ㅠ

golden 작성:
graphittie 작성:

버전업을 하지 말라는 말씀처럼 들리는데요.:|

앞으로 부지런히 버전업이 되리라 생각합니다.
그러나 저는 현재의 버전(1.0)에서 만족하여 계속해서 머믈 생각이므로,  이게 상위 버전과 호환(?)이 안되는 일이
없기를 바란다는 뜻이었습니다.

Vista 가 나온다고 해도 XP 에서 10여년 머물겠다는 식의 생각과 같습니다.

smile 예전 오픈하우스때 말씀드렸었던 지원 계획은 다음과 같습니다.

마일스톤 코어는 6개월 주기로 나옵니다. (아주 큰 변화나 메인 업데이트가 여기 해당됩니다)
각 마일스톤 코어의 기능 업데이트는 6개월동안 이루어집니다.
각 마일스톤 코어의 보안 업데이트는 1년동안 이루어집니다.

1.0 코어의 발표가 3월이었으므로, 기능 업데이트는 종료되었고, 보안상 문제가 발견되면 1.0.7이 나갈 예정입니다. 보안 업데이트는 내년 3월에 종료됩니다.

마찬가지로 1.1 코어가 11월에 발표 예정이며, 이 코어의 경우 9월 예정이 늦어진 것이라 내년 3월까지 기능 업데이트가 있고 11월까지 보안 업데이트가 있을 예정입니다.

그럼 다음 코어는 언제 나올지 예측이 되시죠?^^


그리고 혹시 1.0에 만족하신다면, 1.1에서도 1.0 스킨 호환 및 관리자 스킨 포함해서 1.0 호환틱하게 사용할 수 있는 부분이 존재하므로 나중에 한 번 따로 깔아보시고 판단 후에 업그레이드 하셔도 괜찮으실겁니다. 자잘한 버그가 굉장히 많이 사라졌거든요 smile

덧) 하위 호환성은 오랫동안 걱정하지 않으셔도 될겁니다^^ 진짜 중요한 기능들의 변화가 있을 경우 (걱정하시는 이올린 관련이라든지) 패치를 제공하도록 하겠습니다.

golden 작성:

하고 싶은 말이었지만 할만한 수준이 못돼서 단념했었는데,  같은 생각을 하시는 분이 여럿 계시는군요.
저는 지금의 1.0도 그전 클래식 쓰듯이 쓰고 있습니다.  사실 제가 필요한 것들은 클래식에서도 만족이지요.
아래아 한글 97 강화버전에서 만족하고 그 이상의 것은 괜히 복잡하게만 느껴지는 것과 같은 식입니다.

그래서 1.1베타2를 시험설치하고 살펴보고 있지만 무슨 말인지도 모를 뿐, 과연 그런 것들이 제게 좀처럼 필요할 것 같지 않단 말입니다. 
바라는 것은 영원히 1.0 에 머물러 있를지라도, 이올린에 올라가지 않다든지, 트랙백이 가고 오지 않다는 말이든지,   rss 기능상 문제가 있다든지 하는 말만 없었으면 하는 바램입니다.
그게 가능하는 것인지?

으음 그래피티에님
왜 저에겐 이 말씀이 1.1 마무리 지으시고 1.0 호환 관리자 스킨 완성하시라는 압박으로 보이는걸까요? ^^
(어떻게든 압박 수단을 찾아내는...)

3,137

(14 답글들, 잡담하기에 작성)

mari 작성:

그럼 지금 아직 싱크가 안되는게 정상인건가요? 저도 아까 싱크되는줄알고 글썼다가 싱크 안되길래 당황해서 내려버렸는데(..)

싱크 됩니다^^ 단, 이올린의 구조가 살짝 바뀌어서 실시간으로 반영이 안됩니다.

(로드가 커서 첫페이지를 실시간으로 갱신하지 않습니다~)

laziel 작성:

draco 님께서 알려주신문제입니다.
Userid = 1 이고, updateCycle = 0 으로 설정했음에도 불구하고 계속해서 신규 피드를 업데이트하고 있다고 하십니다.

제대로 찾은건지는 모르겠습니다만 1.1-beta 브랜치를 기준으로(아마도 이 부분안 안바뀌었을듯 해서[..])
lib/model/reader.php 를 살펴보니 updateRandomFeed() 라는 함수가 해당되는 것 같은데요

modified < (gmmktime() - ($updateCycle * 60))

마지막으로 피드를 업데이트한 시간이, 현재로부터 업데이트 주기 이전 시간인 것을 대상으로 하고 있습니다.
'수집하지 않음'에 해당하는 것은 $updateCycle = 0 인데, 이것이 0 이 되면 결과적으로 modified < gmmktime() 이 됩니다.
오히려 역설적으로 모든 것을 업데이트 대상으로 삼는 상황이 되지 않나 생각됩니다만... 맞는지요.

$updateCycle 이 0 이면 http://dev.tattertools.com/browser/bran … p?rev=2155 를 기준으로
611 에서 613번째 줄에 해당하는 부분을 아예 실행하지 않고 'No feeds to update' 를 리턴하게 해야 맞지 않을까 싶습니다.

확실치 않은지라 함부로 커밋하지는 못하고[..] 포럼에 올립니다. 확인 부탁드려요~


* 1.0.6.1 도 동일하네요.
  http://dev.tattertools.com/browser/bran … p?rev=2155

맞습니다. smile 그렇네요^^

수정합니다 ~

건더기 작성:

이상한 점 발견!

여전히 이올린에 등록이 않됩니다...

서버 로그를 유심히 본 결과...

싱크 명령 플러그를 클릭하면 수 초후에 sync.eolin.com의 IP에서 /sync/~~로 해서 제 글을 긁어가는 것을 확인했습니다...

그러나 그 뿐입니다...

무슨 이유인지는 모르겠으나 이올린에는 추가가 않됩니다...

아무리 검색을 하여도 나타나지 않습니다...

벌써 세 번쯤 시도해본 것 같습니다...

아무래도 크리진님을 비롯한 이올린 담당 분들은 TnC 말고 외부 환경에서 테스트를 좀 해보셔야 할 듯...ㅠㅠ

아마 첫 페이지 캐싱 되기 전에 보신 것이 아닐런지;

3,140

(14 답글들, 잡담하기에 작성)

http://forum.tattertools.com/ko/viewtopic.php?id=1862 에서 다룹니당

해결되었음. ~

저도 800개 정도인데, 굉장히 무겁게 돌아가는군요. 페이징을 도입하거나 쿼리시의 개선이 있어야 할 것 같습니다^^

(그런데 지금도 글 제목과 날짜만 들고오는데도 무겁네요. 글이 천 개 넘어가면 이거 괜찮으려나...)

키워드의 경우 토끼군님이 파싱 루틴을 짜 주셨습니다. smile

태그 사이에 들어가거나, 태그 표현의 일부이거나, ttml의 일부인 경우는 모두 제껴버리게 바뀌었습니다^^

DARKLICH 님의 문제도 해결 하였습니다. 보안성 강화를 위해 추가된 input validation 루틴에서 해당 값을 리턴받지 못하는 문제였습니다-

.htaccess 생성 관련 문제였습니다. 일단 겐도님이 해결하신 문제. smile

3,145

(12 답글들, 버그 보고 및 QA (Quality Assurance)에 작성)

나니님 제가 이건 해결해 드렸죠?>_<

사흘? 전에 디버깅 했습니다.

디버깅이라긴 뭣하네요 하하^^ 원인 유추하는데 시간이 좀 걸렸지만 뭐, 결과는 다른 글에서 보신 대로입니다 smile

해결 되었습니다 smile

해결되었습니다. 태경님 감사~

태터스토리에 플러그인 1차 검토한 결과를 올렸습니다. 몇몇 플러그인은 오류의 가능성이나 변수 관련해서 좀 손을 댔습니다. (치리님 죄송 ㅠ_ㅠ)

그리고 고필님 얼른 발노트 주세욥- (그것만 따로 QA하라고 하시려고요?)

으음 준비하려고 복원 소스 디비다가 알게 된 것인데, 알아서 처리를 해 주는군요. 혹시 모든 글이 그렇게 수정이 안되는지, 일부 글만 그런 현상을 보이는지 가르쳐 주세요 -그리고 브라우저 캐시를 다 지우고 다시 들어가도 그런 현상이 생기는지도 알려주시면 감사하겠습니다. smile