[버그업데이트2]tinymce4 에디터 정보
[버그업데이트2]tinymce4 에디터본문
추천
12
12
댓글 전체
감사합니다. 테스트 해봐야징~~~
와우! 감사합니다! 저도 테스트.. ㅎㅎㅎ
저의 경우 크롬과 익스11에서 작동을 안하네요. 크롬에서는 페이지 찾을 수 없다고 나오고
익스11에서는 백지 상태 입니다.
익스11에서는 백지 상태 입니다.
잘못 올렸겠죠. 인터넷 하는게 크롬하고 firefox nightly버젼을 쓰거든요. 가끔 테스트로 ie쓰고요. 그리고 페이지를 찾을 수 없다라고 한다면 뭔가를 빠뜨린거 같네요.
다시 해 볼께요.. 이런...ㅠ
스마트에디터외 다른에디터를 찾던중 감사드립니다^^
혹시 이미지 업로드부분 리사이즈 하려면 어느파일을 수정해야할지 알수있을까요..?..
혹시 이미지 업로드부분 리사이즈 하려면 어느파일을 수정해야할지 알수있을까요..?..
/plugins/imageupload 에 있어요.
좋은 플러그인 고맙습니다. 저는 처음에 editor.lib.php 51번째 줄에서
maxlength=\"".get_wr_content_size()."\" 때문에 에러가 났습니다.
뭔 함수인지를 모르겠더라고요.
letsgolee님 이전 글에서 찾았네요. http://sir.kr/g5_tip/1583#c_1639
그냥 삭제하고 써도 무방하겠지만, 혹시나 해서 올려둡니다.
maxlength=\"".get_wr_content_size()."\" 때문에 에러가 났습니다.
뭔 함수인지를 모르겠더라고요.
letsgolee님 이전 글에서 찾았네요. http://sir.kr/g5_tip/1583#c_1639
그냥 삭제하고 써도 무방하겠지만, 혹시나 해서 올려둡니다.
아 죄송합니다. wr_content가 기본으로 sql에서 text로 설정되 크기가 작아서 mediumtext로 바꾸어서 쓰고 있다보니까 그걸 안알렸네요... 수정해 놓을께요.
너무나 감사합니다 ㅠㅠ 완전 좋네요. 추천x100000000000000000000
훌륭한 플러그인 감사합니다~!!
저만 그런지 모르겠지만.. 맞춤법 검사 하고 레이어 팝업 닫으면 페이지를 떠나버립니다.
수정도 안되고 URL이 /bbs/write.php?w=u&bo_table=politics&wr_id=1&page= 게 변해버립니다ㅠㅠ
저만 그런지 모르겠지만.. 맞춤법 검사 하고 레이어 팝업 닫으면 페이지를 떠나버립니다.
수정도 안되고 URL이 /bbs/write.php?w=u&bo_table=politics&wr_id=1&page= 게 변해버립니다ㅠㅠ
사이트 주소를 알려주시면 한 번 볼께요. 저한테 쪽지 보내주세요.
포인트가 부족하여..이메일로 보내드렸습니다.
버그 업데이트 했습니다. 다시 다운받으세요.
WoW. 너무 잘 됩니다.
감사히 잘 사용하겠습니다.
(__*)
감사히 잘 사용하겠습니다.
(__*)
제 경우는 IE11 과 파이어폭스에서 이미지 업로드를 누른후 생성되는 iframe에서 파일선택 버튼이 작동을 안하네요.
엣지나 크롬에서는 button안에 input이 제대로 동작하는데, ie11과 파이어폭스 45.0.1에서 동작하지 않더군요.
js/plugin/imageupload/index.html 에서
125, 131번째 줄 button을 span으로 바꿨더니 잘 동작합니다.
확인 부탁합니다. 다시 한 번 좋은 플러그인 고맙습니다.
엣지나 크롬에서는 button안에 input이 제대로 동작하는데, ie11과 파이어폭스 45.0.1에서 동작하지 않더군요.
js/plugin/imageupload/index.html 에서
125, 131번째 줄 button을 span으로 바꿨더니 잘 동작합니다.
확인 부탁합니다. 다시 한 번 좋은 플러그인 고맙습니다.
정말 그러네요... 테스트를 크롬만 하다보니... 문제는 span의 css맞추기가 어렵네요. 대충 크롬하고 ie는 맞추었는데 파이어팍스는 팍 쥐어박고 싶은...
참고로 tinymce4 를 사용하시는 분들 중 임시 저장글 자동 저장을 하려면 tinymce4 폴더에
autosave.editor.js 파일을 생성하면 됩니다.
autosave.editor.js에 들어가는 코드입니다.
http://sir.kr/g5_tip/3906
autosave.editor.js 파일을 생성하면 됩니다.
function get_editor_wr_content()
{
return tinymce.activeEditor.getContent(document.getElementById('#wr_content'));
}
function put_editor_wr_content(content)
{
tinymce.activeEditor.setContent(content);
return;
}
autosave.editor.js에 들어가는 코드입니다.
http://sir.kr/g5_tip/3906
감사합니다.
좋은 플러그인 감사합니다.
사용하다가
이미지 업로드 이후
이미지 편집수정으로 해서 크기를 줄이면 바디에 출력이 안됩니다.
혹시 왜 그런가요 ㅠㅠ
사용하다가
이미지 업로드 이후
이미지 편집수정으로 해서 크기를 줄이면 바디에 출력이 안됩니다.
혹시 왜 그런가요 ㅠㅠ
로그인을 띄엄띄엄해서 이제 글을 보았습니다.
먼저 이미지를 업로드 한 후 편집 수정을 하면 이미지를 직접 저장할 수 없으므로 base64처리가 됩니다. 그렇게 된 이미지는 <img title="2a6427477daddb573446b40f228692ae_1463962061_0569.jpg" src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUg...."> 이런 식으로 저장됩니다. title이 원래의 이미지 파일 이름을 말하고 src의 내용이 수정된 이미지를 base64화 한 거죠. 수정된 이미지는 에디터에서 문제없이 그누보드를 통해 제대로 저장이 됩니다. 문제는 제대로 저장된 글이 그누보드 글 보기에서 제대로 보이지 않게 된다는거죠.
이 문제를 해결하려면 두 가지 부분을 해결해야 합니다. 먼저는 본문에 작성한 글은 글 보기 페이지로 갈 때 common.lib.php 안에 있는 conv_content()에 의해 수정됩니다. 이 함수를 살펴보면 내부적으로 html_purifier() 함수를 통해 HTMLPurifier를 사용하는데 이 클래스가 base64화된 이미지를 지원하지 않습니다. 따라서 HTMLPurifier를 수정해야 합니다. 그런데 이건 바람직하지 않을겁니다. 가장 좋은 방법은 <img title="..." src="data:image/base64;...">이런 식으로 된 이미지를 다른 것으로 치환 한 후 HTMLPurifier를 거친 후 다시 원래의 것으로 치환하는 방법을 사용하는 것이 더 효율적일 겁니다. 하지만 다음의 문제도 고려해보아야 합니다. 그 이미지가 안전한 이미지인지는 확인할 길이 없다는 겁니다. 내가 올린 것이 아니라 다른 사람이 악의적으로 이미지를 올릴 수도 있기 때문이죠. 하지만 레벨 설정으로 글 올릴 수 있는 사람을 설정한다면 어느 정도 방어는 할 수 있을 수 있습니다. 레벨에 따라 이미지 업로드 기능 혹은 이미지 수정 기능을 넣거나 빼면 될테니까요. 또 title에 기록된 이미지가 실제 있는 이미지인지도 확인이 필요합니다.
두 번째 문제는 수정된 이미지는 base64화 된다고 했죠? 이렇게 base64 처리가 되면 매우 긴 스트링이 됩니다. 이 길이는 매우 길어서 문제가 될 수 있어요.
일반적으로 그누보드에서 wr_content의 mysql 설정은 text로 되는데 이 길이가 65535입니다. 이걸로는 base64화된 이미지가 들어가지 못할 수도 있게 됩니다. 따라서 text로 된 것을 최소 mediumtext로 바꾸어 주셔야 합니다. mediumtext의 경우 16777215까지 글 길이가 저장됩니다. 이 정도면 어느 정도 충분할 겁니다. 혹 이미지 수정을 많이 하고 많은 이미지를 입력해야 한다면 longtext도 고려해보아야 합니다. 그런데 대부분은 mediumtext이면 충분합니다. 그리고 base64화된 이미지가 많을 수록 화면에 로딩되는 속도는 느려지므로 한 글에 base64화된 이미지는 많이 넣는 것은 좋지 않습니다.
도움이 되셨나요?
먼저 이미지를 업로드 한 후 편집 수정을 하면 이미지를 직접 저장할 수 없으므로 base64처리가 됩니다. 그렇게 된 이미지는 <img title="2a6427477daddb573446b40f228692ae_1463962061_0569.jpg" src="data:image/png;base64,iVBORw0KGgoAAAANSUhEUg...."> 이런 식으로 저장됩니다. title이 원래의 이미지 파일 이름을 말하고 src의 내용이 수정된 이미지를 base64화 한 거죠. 수정된 이미지는 에디터에서 문제없이 그누보드를 통해 제대로 저장이 됩니다. 문제는 제대로 저장된 글이 그누보드 글 보기에서 제대로 보이지 않게 된다는거죠.
이 문제를 해결하려면 두 가지 부분을 해결해야 합니다. 먼저는 본문에 작성한 글은 글 보기 페이지로 갈 때 common.lib.php 안에 있는 conv_content()에 의해 수정됩니다. 이 함수를 살펴보면 내부적으로 html_purifier() 함수를 통해 HTMLPurifier를 사용하는데 이 클래스가 base64화된 이미지를 지원하지 않습니다. 따라서 HTMLPurifier를 수정해야 합니다. 그런데 이건 바람직하지 않을겁니다. 가장 좋은 방법은 <img title="..." src="data:image/base64;...">이런 식으로 된 이미지를 다른 것으로 치환 한 후 HTMLPurifier를 거친 후 다시 원래의 것으로 치환하는 방법을 사용하는 것이 더 효율적일 겁니다. 하지만 다음의 문제도 고려해보아야 합니다. 그 이미지가 안전한 이미지인지는 확인할 길이 없다는 겁니다. 내가 올린 것이 아니라 다른 사람이 악의적으로 이미지를 올릴 수도 있기 때문이죠. 하지만 레벨 설정으로 글 올릴 수 있는 사람을 설정한다면 어느 정도 방어는 할 수 있을 수 있습니다. 레벨에 따라 이미지 업로드 기능 혹은 이미지 수정 기능을 넣거나 빼면 될테니까요. 또 title에 기록된 이미지가 실제 있는 이미지인지도 확인이 필요합니다.
두 번째 문제는 수정된 이미지는 base64화 된다고 했죠? 이렇게 base64 처리가 되면 매우 긴 스트링이 됩니다. 이 길이는 매우 길어서 문제가 될 수 있어요.
일반적으로 그누보드에서 wr_content의 mysql 설정은 text로 되는데 이 길이가 65535입니다. 이걸로는 base64화된 이미지가 들어가지 못할 수도 있게 됩니다. 따라서 text로 된 것을 최소 mediumtext로 바꾸어 주셔야 합니다. mediumtext의 경우 16777215까지 글 길이가 저장됩니다. 이 정도면 어느 정도 충분할 겁니다. 혹 이미지 수정을 많이 하고 많은 이미지를 입력해야 한다면 longtext도 고려해보아야 합니다. 그런데 대부분은 mediumtext이면 충분합니다. 그리고 base64화된 이미지가 많을 수록 화면에 로딩되는 속도는 느려지므로 한 글에 base64화된 이미지는 많이 넣는 것은 좋지 않습니다.
도움이 되셨나요?
감사 합니다~~ @.@
