흠, 저게 preg_match 함수에서 몇 번째 문자부터 검색을 시작할 것인지 지정하는 파라메터인데 값 계산에서 edge에 걸렸나보군요.;; 혹시
$offset += $matches[0][1] + strlen($output) - 1;이렇게 하면 어떻게 될까요? =3=3
그나저나 내일이 네트웍 프로젝트 듀라 신경을 못써드려서 죄송합니다. ㅠ_ㅠ
아직 로그인하지 않았습니다. 로그인 또는 회원 등록을 해 주시기 바랍니다.
TNF : Tatter Network Foundation forum » daybreaker가 작성한 글
흠, 저게 preg_match 함수에서 몇 번째 문자부터 검색을 시작할 것인지 지정하는 파라메터인데 값 계산에서 edge에 걸렸나보군요.;; 혹시
$offset += $matches[0][1] + strlen($output) - 1;이렇게 하면 어떻게 될까요? =3=3
그나저나 내일이 네트웍 프로젝트 듀라 신경을 못써드려서 죄송합니다. ㅠ_ㅠ
네, 아직은 DB 접근까지 추상화해주는 라이브러리가 제공되지 않습니다. 일단은 POD 쪽 함수를 사용하시는 쪽을 추천드립니다.
음.. 플러그인의 DB 생성은 index.xml에 지정된 형식(이곳 참조)으로 스키마를 작성하면 플러그인 핸들러가 처음 호출될 때 자동으로 생성됩니다. 문제는 다른 플러그인에서 참조하려는 경우인데 플러그인 활성화·텍스트큐브 사용 순서에 따라 DB가 존재하지 않을 수 있는 경우를 처리해야 합니다.
1. Reverse geocoding API를 써보세요.
2. 위경도를 우선으로 찍습니다.
근데 지역태그와 위경도 좌표가 둘 다 있을 경우 이를 처리하기 이한 부분은 별도의 정의가 필요하겠군요. 예를 들면 위경도 좌표를 사용하면 지역태그를 reverse geocoding된 결과만 사용하게 한다든지 말이죠. 이 부분은 논의가 좀 필요할 것 같습니다.
3. longitude가 경도, latitude가 위도지요. 그러고보니 작업할 때 필드 순서를 경위도로 했군요. =3=3 혹시 기존 구글맵 플러그인에서 반대로 적은 게 있을지도...(퍽퍽퍽) 발견하시면 리포팅!!
4. set tw=0으로 하면 무제한, set tw=200으로 하면 200자에서 자동으로 자릅니다.
5. 축하드립니다. ㅋㅋ
7. 네, 나중에 저랑 미팅할 때 직접 해결하기 어려웠던 부분들은 함께 작업하면 될 겁니다. ![]()
8. 음, 원래 의도는 여러 개 넣으면 다 들어갈 수 있게 하는 건데 2개까지만 테스트해봤기 때문에 버그일 가능성이 있습니다. 구글맵 플러그인 index.php의 GoogleMap_View() 함수를 잘 살펴보세요. =3=3
skin 폴더가 777인데도 안 되는 건 조금 이상하네요. 한 가지 방법으로, 직접 수동으로 해당 폴더를 생성하시고 거기에 777 권한을 부여해보는 것은 어떨까요?
한글 제목이나 내용을 기준으로 무언가 정렬해서 보여준다든지 할 때 올바르지 않은 결과가 나올 수 있습니다만 텍스트큐브 사용 자체는 가능합니다.
오늘 분당 서현역 근처에서 StudioEgo님, hoyajigi님과 함께 WoC 2008 구글맵 프로젝트 1차 미팅을 가졌습니다.
오늘의 활동
* 그동안 봤던 소스코드에 대한 질의 응답
* 리눅스 서버에 woc2008-googlemap 브랜치를 가져와 설치·설정하는 과정 함께 보기
* 위경도 좌표계 추가 작업 : 텍스트큐브의 자료 구조를 바꾸려면 setup.php와 interface/blog/checkup.php를 이용하며, Textcube.Data.*.php 및 interface/owner/data/import/index.php, interface/owner/data/export/index.php를 이용해 TTXML 백업·복원 루틴까지 함께 작성해야 한다. 특히 TTXML은 하위호환성·상위호환성을 모두 고려하여 작성해야 한다.
* 함께 작업한 revision : r7215 ~ r7217
다음에 할 일
* 구글맵 플러그인에서 위경도 좌표를 지역 태그와 함께 직접 글에 설정할 수 있게 한다. (위경도 좌표 자료구조 이용)
* 지역로그에서 지역태그 말고 위경도 좌표가 글에 설정되어 있다면 이것을 대신 이용하게 한다.
어떻게 이전하신 건지요?
혹시 파일과 DB를 그대로 복사하신 거라면 rewrite rule이 들어있는 .htaccess(리눅스 시스템에서는 숨김파일)가 제대로 복사되었는지 확인하시고, 도메인이 바뀌었으므로 config.php에서 도메인 관련 설정들을 고쳐주셔야 할 겁니다.
글 내용을 보니 혹시 MS Office에서 작성하신 것을 그대로 복사-붙여넣기 하신 건지요?; 텍스트큐브의 기본 위지윅 에디터를 이용했다면 절대 들어가지 않을 FONT 태그와 SPAN 태그 및 오피스 전용 태그들이 잔뜩 들어있습니다.
아마 해당 태그들이 IE가 해석하는 과정에서 문제를 일으키는 것이 아닌가 싶습니다. 기본 위지윅 에디터로 글을 써보세요.
추가: 혹시 오피스에서 글쓰는 것이 정 편하시면, 일단 거기서 글을 작성하신 후 복사-붙여넣기 할 때 메모장에 붙여넣었다가 거기서 다시 텍스트큐브의 에디터로 복사-붙여넣기하신 다음 전체 서식만 에디터에서 일괄 수정하는 편이 어떨까 합니다. 아니면 Live Writer를 이용하여 원격으로 글작성을 하는 방법도 있고, 오피스 인터페이스에 익숙하시다면 이 방법을 더 추천드립니다.
ps. 주소를 알려주셔서 들어가보니 제가 예상하고 있던 것과는 전혀 다른 종류의 문제였습니다. 이처럼 확실한 정보를 주셔야 보다 정확한 원인 파악이 가능해집니다.
실례지만 블로그 주소를 알려주실 수는 없나요?
알려주실 수 없고 사용 중인 웹브라우저가 IE6라면, Firefox나 Chrome 등 다른 웹브라우저에서도 동일 증상이 발생하는지 확인 부탁드립니다. 또한 기본 스킨으로 변경해보시고 여기서도 동일 증상이 발생하는지 확인 부탁드립니다.
저희도 무한정 시간을 내서 봐드릴 수는 없기 때문에, 최대한 빠르고 도움이 되는 답변을 얻으시려면 문제를 살펴볼 수 있는 정보를 많이 주실수록 좋습니다.
블로그 주소를 알려주시고, 어떤 스킨을 이용 중이신지, 혹시 직접 만드신 스킨이라면 어떤 편집기를 사용하셨는지 알려주시면 좀더 도움이 될 것 같습니다.
물론 가능합니다. 인증 과정이 어떻게 진행되는지만 조금 공부하시면 그리 어렵지 않게 구현할 수 있습니다.
프로그래밍할 때 필요한 언어별 라이브러리는 http://wiki.openid.net/Libraries 이곳을 참고하세요.
참고로 이건 하나의 아이디로 로그인하게 하는 것이지 로그인 상태까지 연동되지는 않습니다. provider 측에 로그인이 되어 있다면 텍스트큐브에서 클릭 한번, 개발하시는 웹사이트에서 클릭 한번 하는 정도로 로그인할 수는 있습니다.
기본 스킨으로 변경해보시고 잘 된다면 스킨의 문제입니다. 기본 스킨의 댓글입력폼을 참고하여 고쳐보세요.
회원들이 스스로 가입하는 시스템은 아직 지원하지 않고 있습니다. 블로그 특성상 게시판하고 다른 부분이기도 하지요.
다만 텍스트큐브를 이용해 게시판처럼 운영하는 경우도 있을 수 있으므로 이를 위한 게시판 플러그인 구현 프로젝트가 진행될 예정입니다. (WoC 프로젝트 설명 참조)
두번째로 아직 공식적으로 다른 웹프로그램들과의 로그인 연동 기능은 지원하지 않고 있습니다. 대신 OpenID를 지원하므로 해당 프로그램도 OpenID를 지원한다면 동일한 ID로 이용할 수는 있습니다.
정확한 원인은 모르겠습니다만 FAQ 게시판을 참고하여 디버그 모드를 활성화해보시면 뭔가 에러메시지가 나올 듯 싶습니다. 그 메시지를 알려주시면 원인을 파악하는 데 도움이 됩니다.
아마 사랑비 BGM과 스킨 쪽의 자바스크립트로 인해 발생하는 문제 같습니다.
기본스킨으로 변경해보시고 잘 된다면 스킨 문제, 그래도 안 된다면 사랑비 BGM 문제일 가능성이 높습니다. 전에도 Safari에서 사랑비 BGM이 적용된 텍스트큐브 페이지를 열면 웹브라우저가 에러나서 죽어버리는 문제가 보고된 적이 있습니다.;;;
추가 : 조금 더 코드를 살펴보니 사랑비가 아니라 MAV_Highslide라는 플러그인의 문제 같습니다. 여기서 페이지 전체 키입력 이벤트를 가로채고 있는데 이 때문에 말씀하신 문제가 발생하는 것 같습니다.
IE8 RC1에서 베타 때 레이아웃이 어긋나던 문제가 고쳐졌다는 얘기가 있었습니다. 버전 업데이트에 따라 계속 변하고 있으므로, IE8은 정식 버전이 나온 후 문제점을 찾도록 하겠습니다.
혹시 사랑비 BGM이 사용되었지만 텍스트큐브를 사용하지 않은 다른 사이트들 아시면 링크 부탁드립니다. 텍스트큐브와 사랑비의 충돌 문제인지 아니면 사랑비 자체의 문제인지 궁금하네요.
그거 원래 그런 거 아니던가요?;;;
마크업 문법에서 공백을 따로 허용하도록 처리하지 않은 걸로 알고 있습니다. 버그라기보단 설계가 그렇다고 해야 될 것 같습니다.
Textile과 Markdown의 경우는 그에 맞는 위지윅 에디터가 존재하지 않으므로(원래 텍스트로 입력하기 위한 포맷입니다) 위지윅 에디터가 뜨지 않는 것이 맞습니다만, 저장 포맷이 위지윅을 지원하는 TTML/HTML인데에도 불구하고 안 뜬다면 문제가 있는 것입니다. 마지막 case Textile이 그에 해당하는 것 같네요.
HTML 편집 모드는 최대한 TTML을 배제하고 순수 HTML만 사용하는 것이기 때문에(포매팅된 결과는 어느 포매터를 사용하든지 상관없이 HTML이지만 DB에 저장되는 포매팅되기 전의 텍스트는 다를 수 있죠) 그렇습니다.
사실 위지윅 에디터 자체를 전체적으로 손봐야 하긴 합니다. ㅠㅠ;
2차 도메인 설정 문제는 좀더 고려를 해봐야 할 것 같습니다. virtual host 설정하고도 맞물려야 하는 부분인데 해당 기능을 작성할 때 제가 직접 참여하지 않았기 때문에 실제로 어떻게 동작하는지는 좀더 자세히 봐야 할 것 같습니다.
첫번째 문제와 마지막 관리자 페이지 메뉴바 문제는 아마 버그일 가능성이 높아보이나 플러그인 아이콘 문제는 도메인 설정이 잘못된 상태에서 발생하는 것이 아닌가 싶습니다.
으음, 해당 문제는 CSS의 문제가 맞습니다. 그렇게까지 긴 경우를 미처 예상하지 못했군요;; (웹서버 정보에 쉘 버전까지 적는 경우는 처음 보는 듯...)
모든 웹브라우저에서 범용적으로 적용 가능한 해결책으로는 너무 길어지면 그냥 잘라버리는(overflow: hidden) 방법이 있고, 아직 일부 웹브라우저에서 일부 기능만 지원하는 CSS 3.0을 이용하면 적당히 잘라 다음 줄로 넘겨주는 것이 가능해집니다.
일단 다른 기능에 특별한 문제가 없다면 사용하시는 데 문제는 없는 수준의 미미한 버그라고 생각합니다. ^^;;
해당 문제는 버그이며 1.7.7 정식 버전에서 해결될 것입니다.
자세한 내용은 티켓 #1193을 참조하세요.
음, xml 헤더 문제는 php 설정에서 short tag 사용을 금지하면 해결될 것 같네요.
위키 수정은 감사드리구요, 호야지기님은 현재 WoC 프로젝트 진행 중이시니 TOP 게시판을 이용해주시면 되겠습니다. ![]()
TNF : Tatter Network Foundation forum » daybreaker가 작성한 글