메일로 알려드렸지만 여기에 다시금 올려둘게요...
항상 이쪽 행사일은 선약이 잡혀있는 날로만 걸리더군요... ^^
최근엔 시간적 여유도 없어서 버그리포팅도 못하고 있는 상태이기도 하네요.. ^^
어쨌든 9월 29일은 가족여행이 있는 관계로 이번에도 참석하지 못할듯 합니다..
아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
TNF : Tatter Network Foundation forum » baragi74가 작성한 글
메일로 알려드렸지만 여기에 다시금 올려둘게요...
항상 이쪽 행사일은 선약이 잡혀있는 날로만 걸리더군요... ^^
최근엔 시간적 여유도 없어서 버그리포팅도 못하고 있는 상태이기도 하네요.. ^^
어쨌든 9월 29일은 가족여행이 있는 관계로 이번에도 참석하지 못할듯 합니다..
그럤었나요.. 긁적긁적.. sandbox 1500번대에서 적응하려니 ^^
== v1.1.0 core 개발관련노트 ==
=== 개요 ===(前略)
Communication
* metaweblogAPI, BloggerAPI를 사용한 블로그 포스팅 지원
Gifts
* 키로그 기능 추가
* 글 / 공지 / 키로그 사이의 자유로운 변환
이렇게 되어있어서 다 된줄 알았거든요 ^^
keylog 페이지도 동작하지 않고
keylog 플러그인으로 생기는 링크를 클릭해도 오류가 납니다..
새로고침을 해도 나오지 않구요
일단은 저도 막아놓은 상태입니다...
저 같은 경우엔 1.1 기반의 sandbox 버전에서 잠깐 1.0.6.1로 돌아간 적이 있었구요..
그때 db를 그대로 둔채 소스만 덮어씌우는 방식으로 돌려본 적이 있었어요.
그때 거의 90%는 정상적으로 운영되었지만, 관리자의 글목록 부분이 출력되지 않는 문제와 (옆에 출력조건을 바꾸어주어야 출력되던)
<br> 정책의 문제로 다시 1.1기반의 sandbox로 옮길때 <br>을 새로 달아야 했던 문제
그것밖에는 별 문제 없었던듯 하네요.
(아래 수정)
제대로된 방법으로는 다운그레이드가 불가능하더라도
1.1 beta1의 db와 config.php를 그대로 두고 1.0.6.1 배포본으로 덮어씌우면 앞에서 언급했던 글목록의 문제와 <br /> 정책의 문제외에는
글쓰기, 글걸기, 댓글쓰기, 피드읽기 등의 주요기능은 무리없이 동작했었기에
거의 정상적으로 운영되는듯 보인다는 거죠... (최소한의 하위호환성 덕이라고 볼 수 있겠지요)
비록 권장하지 않는 방법이지만, 응급상황의 다운그레이드가 필요할때 그런 여지가 있다는것을 남겨두어야 할듯 해서 잠깐 이야기 한것이구요...
다운그레이드 이후 DB를 직접 건드리는 작업이 일어나면 (데이터 복원, 백업, 교정 등) 데이터의 보장을 할 수 없기에 다운그레이드가 안된다고 이야기 하는게 당연하지만요. ^^
r1515에서 r1544로 업데이트했는데 keyword에 해당되는 단어만 빠진채로 블로그 본문에 출력되네요..
1515에서는 제대로 출력되었고 1515에 있던 /lib/view/view.php를 덮어씌워보니 정상적으로 출력되는것으로 보아
최근에 변경된것 중에 동작되지 않는 무언가가 있는듯 하네요.
점검해주세요^^
이전에 beta1에서 발생하는 것으로 오류보고를 했었지만 정확한 환경에 대한 보고가 없어서 다시금 새 글로 리포팅 합니다.
FF 나 opera에서는 별 문제가 없지만
IE6에서는 위지웍/html 모드에서 처음에 사진을 올리고 편집하다가 다음 사진을 올리려고 할 때 에러가 발생합니다.
처음 그림/사진은 잘 올라갑니다만 그 다음 사진을 올리면 아래 페이지로 전환되며
기존 작성했던 글도 사라지는 문제가 있습니다.
키워드기능이 정상작동되지 않는다는것은 공지를 통해 알고있는데
같이 첨부된 기본스킨에 "키로그"가 아직 들어있어서 페이지를 읽을 수 없다고 나오는게 문제라면 문제지요...
(저 혼자 테스트하다가 발견했다면 알고있는 문제라 그냥 넘어갈텐데 그 버전을 주 블로그에 설치했을때 생겼으니까요.. 그래서 다시금 1.061로 내려놓은 상태구요...)
관리자 스킨을 FF로 보면 잘 보인다는건 알고있는 내용이구요.. IE에서도 잘 보이게 되는걸 단축하고자 리포팅하는거랍니다 ^^
글쓰기-파일업로드에서 사진을 정상적으로 올린 후 그 다음에 다른 사진을 올릴때
(블로그주소)/owner/entry/post#void 의 빈화면으로 옮겨지면서 쓴 글을 다 날리는 오류가 발생하네요.
한번에 두개 이상 업로드시엔 정상적인 동작을 보이다가 그 다음번에 무언가를 업로드 할때 똑같은 오류가 발생되는듯 하네요...
그래서 sandbox 기반의 블로그를 다시금 1.0.6.1로 버전을 내려놓았어요..
아래부터는 베타1에 한정한 문제인데요..
베타1에서 keylog는 일단 동작을 안하는걸로 알고있는데 기본스킨에는 키로그가 들어가 있네요...
또 베타1의 기본스킨과 티스토리스킨에서 새글쓰기 주소가 잘못 링크되어있는듯 하구요..
또 센터의 조각보에 출력되는 통계 플러그인이 IE에서는 CSS 적용이 제대로 되지 않아서 겹쳐져서 보이구요
스킨관리에서 좀 작은 샘플이미지를 가진 스킨 (자작스킨입니다만은) 을 뿌려줄때 레이아웃이 조금 깨지는듯 하네요..
그건 이미지 규격을 맞추면 정상적으로 보이겠지만 샘플이미지 우선에서 스킨정보 우선으로 고려해야 되지 않을까 싶네요.
클래식 이하버전에서 그러했듯 문맥에 따라 키워드가 동작하면 어색한 경우도 많이 발생했었지요.
본문에 하이라이팅 된다면 본문내용상의 링크와 키워드가 충돌되는 현상을 피할 수 없을 터이기에
footnote 그러니까 尾註를 통해 동작하는게 나을듯 합니다.
아마도 제 딸 이름 '지원' 이라는 키워드가 있을 때
작성하는 본문에 나와있는 본 프로그램의 지원사항은.. 이하에 제 딸아이 소개의 키워드가 나오는 텍스트매칭의 한계는 여전할듯 하지만요..
작성하다보니 키워드의 동음이의어의 구분도 플러그인으로 나와버리면 어떻게 안될까 하는 생각이 들기는 하네요...
이번에는 가려했지만..
또 애보느라 집에만 붙잡혀 있어야 할듯 하네요..
애엄마 출근, 애아빠 아기보기 모드인 토요일
아직 이쪽은 반영되지 않았나봐요..
이메일표시를 허용하자면 스팸때문에.....
스팸이 붙지않게 이메일 표기를 rss에 할 수 있을지도 의문이예요....
이메일주소를 GD로 이미지화한것을 캐쉬해놓고 그 이미지를 이메일주소로 링크하면 다른 리더의 호환성에 막히려나요..
그냥 괄호 떼고 사용자 필명만 붙이는게 현실적인듯 하네요..
이전 리비전은 제가 테스트를 못한 관계로 최근의 리비전 중에
1073부터 1098사이에 리더쪽에서 오류가 나네요
리더의 환경설정사항을 저장하려고 하면
하단에 "알 수 없는 에러입니다(saveSetting)" 라고 뜨고 해당 에러를 체크하니 다음의 오류사항이 발생하네요.
에러: f.loadImage has no properties
소스 파일: http://ejiwon.com/tt/script/reader.js
행: 602
IE나 FF공히 일어나는 오류사항이라서 오류보고합니다.
그리고 아직 IE6에서 몇 가지 스크립트 오류가 발생하네요..
로그인시, 휴지통-삭제된트랙백 출력시 각각 두번의 스크립트 오류가 나네요.
baragi74 작성:(이 기회에 마눌님 모르는 비밀블로그를 만들어 버릴까 하는 생각을...)
이미 넌 걸렸다 (이런 시추에이션)
그런 이유로 tistory에 분점으로 다시금 세팅할까 생각중이예요..
지금 운영하고 있는곳은 마눌님이랑 댓글로 대화하는 곳이라서리...
아 찔려...
어느님에게 티스토리 초대장을 받아놓고는 계정을 사장시키고 있네요..
걍 계정을 양도해버릴까 하는 생각이 들때도 있었어요.
어차피 사용을 유보하는 상태이기에.
어쨌든 기회가 되면 다시금 활성화를 시켜야 할 듯 하네요.
(이 기회에 마눌님 모르는 비밀블로그를 만들어 버릴까 하는 생각을...)
그 이전부터 발생한 문제이기는 합니다만
현재 sandbox 버전에서도 계속 발생하는 문제이기에 r588로 보고합니다.
관리자-휴지통-삭제된트랙백에서
181줄, 271줄, 273줄 에서 각각 자바스크립트 구문오류가 납니다.
IE6, XP-SP2버전에 있는 버전에서 발생하며
FF 1.5.0.4 와 Opera 8.54 에서는 발생하지 않는 문제입니다. (다른버전들은 체크하지 못하였구요)
또
XHTML 기본스킨에서 관리자를 통해 로그인을 하면 제대로 들어가는데
로그인 메뉴를 통해 로그인을 하면 로그인이 안되는것처럼 보이지만 실제로는 로그인이 되어있네요.
로그인을 통해 로그인을 시도하면 관련된 액션없이 로그인화면을 다시 보여주어서 로그인이 안되는것 처럼 보이는듯 합니다.
(그 덕에 sandbox를 여러번 다시 설치하였답니다.. -.-;;)
현재 나이에서 12 정도 빼면 참 좋을것 같네요 ^^ (그럼 성년?? ^^)
아직도 내 나이보다 많은 연예인이 많기는 하다는것에 위안을.....
저도 현재 블로그 상단에 버전표기 플러그인으로 항상 공지하고 있구요
그 플러그인 쓰기 전에는 블로그 소갯말에 버전을 적어놓았던 기억이 있네요.. ^^
이젠 RSS 안에 버전넘버가 이미 있으니까요.. 굳이 버전넘버를 숨길이유는 없는듯 하구요
버전넘버를 표시하는 곳을 블로그 하단의 저작권 부분에 넣느냐 관리자 로그인화면에 넣느냐의 문제일듯 하네요.
(대시보드는 이미 관리자 로그인 한 다음이기에 최신버전에 대한 공고정도 들어가면 될듯 하구요)
그리고 애칭-혹은 코드네임-은 공돌스러운 딱딱함을 탈피하기 위한 마케팅의 방법정도로 적용했으면 좋겠다는 생각으로 끄적여봤어요...
매번 버전업 할때마다.. 어렵다는 평을 많이 듣는 태터툴즈이기에요..
0.9대의 관례를 되새기게 되는데.. 주지하다시피 그때는 버전마다 애칭이 있었지요..
그래서 더욱 더 정감있는 툴로 다가왔었는지도 모르구요.
지금은 숫자로만 되어있는 버전넘버가.. 개발자 중심의 시각일 지도 모르겠어요.
그래서.. 태터툴즈 1.x로 갈아타는데도 더욱 주저하게 만드는지도 모르겠구요.
관리자페이지 로그인 화면에 버전번호와 그 subversion (SVN 아님)의 애칭이 같이 보여진다면
좀 더 정감있게 다가오지 않을까 싶네요..
뭐 버전넘버 보여주는것만으로 해킹시도를 할 수 있을까 모르겠구요..
되돌아감
글을 올렸습니다. 되돌아감 …자동으로 해당글로 이동하지 않거나 바로 글을 읽으시려면 여기를 누르십시오.
우리나라 말에는 수동태 표현을 잘 쓰지 않는다고 하네요. 오타를 수정하면서 이렇게(혹은 더 다듬어) 바꾸는건 어떨지 모르곘네요.
일전에 리더에서 오류가 나서 리더가 통째로 보이지 않는 증상을 보인적이 있는데 그럴때마다
db에서 직접 해당 포스트(로 보이는 레코드)를 삭제했었거든요.
리셋기능이라기 보다는 리더아카이브 관리쪽이 더 어울리겠지만
그동안 모아놓은 글을 다 삭제하고 현재 RSS 공개되어있는 범위부터 모으는 것(리셋)과
오늘부터 -n일동안에 수집된 글을 삭제하는 기능이 있으면 좋겠구요
그리고 스크랩해놓은 글은 삭제가 되지 않는다면 더 좋을것 같네요.
빨리 처리되었네요..
전 그럼 r496으로 또 올려봐야겠네요... ^^
IE 6에서만 에러 디텍팅을 하네요.
blog/owner/entry/notify/index.php : 204줄
오류코드
<a class="unblock-icon bullet" name="name<?=$currentNumber?>block" href="<?=$blogURL?>/owner/trash/filter/change/?javascript=disabled&value=<?php echo urlencode(escapeJSInAttribute($comment['name']))?>&mode=name&command=block" onclick="changeState(this,'<?=escapeJSInAttribute($comment['name'])?>'), 'name'); return false;" title="<?=_t('이 이름은 차단되지 않았습니다. 클릭하시면 차단합니다.')?>"><span class="text"><?=_t('[허용됨]')?></span></a>
정상코드
<a class="unblock-icon bullet" name="name<?=$currentNumber?>block" href="<?=$blogURL?>/owner/trash/filter/change/?javascript=disabled&value=<?php echo urlencode(escapeJSInAttribute($comment['name']))?>&mode=name&command=block" onclick="changeState(this,'<?=escapeJSInAttribute($comment['name'])?>', 'name'); return false;" title="<?=_t('이 이름은 차단되지 않았습니다. 클릭하시면 차단합니다.')?>"><span class="text"><?=_t('[허용됨]')?></span></a>
코드에서와 같이 괄호 하나가 오류를 발생시키는 요인이 되고 있네요...
제가 구독하는 지인분들 중에 한 분의 포스팅에서
주크박스를 최상단에 배치하였나봐요.
근데 그 포스팅을 리더로 피드갱신하자마자 리더를 클릭하면 빈화면이 나오는 오류가 발생하네요.
함장님 (http://harmjang.com) 의 rss이고 버전은 1.0.6 제 블로그도 1.0.6 이구요...
(+) 그나저나 위지웍에서 저렇게 코드가 많이 나오나요...?
<item>
<title>마침 내겐, 밤이라는. 아름다움이 있어...</title>
<link>http://harmjang.com/entry/%EB%A7%88%EC%B9%A8-%EB%82%B4%EA%B2%90-%EB%B0%A4%EC%9D%B4%EB%9D%BC%EB%8A%94-%EC%95%84%EB%A6%84%EB%8B%A4%EC%9B%80%EC%9D%B4-%EC%9E%88%EC%96%B4</link>
<description><center><div id="jukeBox5241Div" style="width:250px; height:27px;"><script type="text/javascript">writeCode(getEmbedCode('/script/jukebox/flash/main.swf','100%','100%','jukeBox5241Flash','#FFFFFF',"sounds=/attach/1/8677517457.mp3*!%EB%A7%88%EC%B9%A8+%EB%82%B4%EA%B2%90_*&autoplay=1&visible=1&id=5241","false"))</script></div></center><br />(하략..)
아 벌써 논의되고있는 내용인가보네요... -.-;;; 그래도 기록의 의미에서 그냥 놓아둘게요..
TT에서 궁시렁 거리는 것이 아니라 RSS 2.0 벨리데이터에서 궁시렁 거리는 문제입니다.
author가 원래는 이메일 주소를 적도록 되어 있거든요.
그렇군요.. 우리나라에서 "author" 에 말 그대로 author를 적기 시작하면서 벌어진 표준과 호환성간의 문제가 여기에까지 이르렀나보네요.
저는 스펙만 봐서는 이메일주소는 옵셔널하게 처리될줄 알았는데 발리데이터에서 보니 이메일이 필수이고 사람이름이 옵션인거 같게 되어있네요.
사실.. <author> ... </author> 사이의 형식을 지정하지 않는게 보편적인 생각인데 (우리나라에서만 보편적일지도)
왜 그걸 이메일과 괄호안의 이름으로 한정하는지 의문스럽기는 하지만요..
joesmith@example.com
joesmith@example.com (Joe Smith)
Joe Smith <joesmith@example.com>
joesmith.nospamplease@nospam.example.com
이런 형식이기는 하네요...
세번째 형식이 저자이름(혹은 필명)이 먼저 나오기는 하지만 이메일주소를 쓰지 않으면 바로 발리데이션이 되지 않는 상황이고..
이런건 표준위반을 해야 하는거 아닌가 모르겠어요... 표준을 고치든지 우리나라의 author의미에 해당하는 별도의 tag를 제안하든지......
괄호를 제거해 봤더니 또 이메일 주소처럼 안생겼다고 궁시렁 거려서 아직 저런식으로 되어 있습니다.
(이름) 부분을 제거할 수 있어도 일단 이메일 적어야 된다고 하거든요.뭔가 깔삼한 방법이 --?
<strike>core에서 정규표현식으로 막아놓았다는건데 그러면.. 그게 다중이용자 체크와 연동되어있나보네요... -.-;;</strike>
엄한 추측이라 부끄럽기만...
TNF : Tatter Network Foundation forum » baragi74가 작성한 글