창조유저그룹-커즈닷컴

질문게시판
- 반드시 검색을 하신 후 원하는 답변을 찾을 수 없을 때, 질문을 올려주세요.

LIST ALL

Posted by 김길남

2007-01-07 02:46:09, Hit : 4289

[re] 문법에러는 없는데,,,왜 생각데로 작동되지 않을까요

Homepage : http://infomasi.com

File #2 : ttest.zip (4.3 KB) Download : 104

Post URL : http://cugz.sjworks.net/bbs/zboard.php?id=qna&no=1765

하다다 않되서 만들어본 파일을 첨부 합니다.

그리고 ..이상한것이 있는데,
저장되는 텍스트가 보여질때는 잘 보이는데요
메세지 확인 누루면 받아온 텍스트를 저장되도록 했는데

보이는건 정상이지만 실제 저장된 텍스트를 열어보면 두개가 틀려요,
ㅎ메모 를 선택한것 부터가 잘못된 건지,,

검토 부탁 드립니다. 부탁드립니다,,

불러온 메모내용을 다시 저장하면 이런식으로 요상하게 바뀌어서 저장되네요

{\rtf1\ansi\deff0{\fonttbl{\f0\fnil\fcharset129 \'b5\'b8\'bf\'f2;}}
\viewkind4\uc1\pard\lang1042\f0\fs20 imP v 20070112
\par }

김길남 2007-01-07 AM 6:17:01


첨부된 파일은 게시판 글작성하면 알림으로 알려주려것 제작하고자 함입니다,

박종훈 2007-01-07 AM 9:52:21


아.. 그 이상하게 나온거 있죠? 그런것이 바로, RTF스크립트라고합니다. ㅎ메모의 경우, 글자에 색도 지정가능하고.. 글자 크기라던자, 굵게 표시한다던가 가능하죠? 그게 실제로 저장될때에는.. 저런식으로 저장됩니다. 다른 예로보자면.. 웹페이지의 경우.. 실제로 보여지는 문자들이 원래 소스가 아니라.. HTML이라는 언어를 사용하죠? 이와 비슷한 겁니다^^.. 즉, 다시 정리하겠습니다. 1. ㅎ메모의 경우, 별 다른 설정이 없으면 RTF스크립트 형태로 저장된다. 그런데, 때에 따라서는.. RTF스크립트가 아닌, 입력된 그대로 즉 텍스트만 저장되야할 경우가 있죠.. 그런경우, 아래와 같이 해줍니다. //RTF스크립트로 저장할때 ㅎ메모.같은글꼴 := 거짓; //그냥 텍스트로 저장할때 ㅎ메모.같은글꼴 := 참; 김길남님의 경우, ㅎ메모.같은글꼴 := 참; 으로 해주셔야 합니다^^.. 음.. 설명이 깔끔하지 않았는데요; 이해가 안되신다면, 다시 한번 말씀주세요~ 다시한번 정리해드리겠습니다^^..

김길남 2007-01-07 AM 10:36:04


네 얼른 해볼께요~~^^ 글고 이해 잘됩니다~ㅎㅎ

김길남 2007-01-07 AM 11:40:19


아무래도 포기 해야 할듯. 실제 내용이 같아도 같다, 틀리다. 비교가 성립이 않되는 객채는 아닐런지.. 왜냐하면 만약 "같지않으면..." 시킨것 해,,, 로 했는데 실제 같아도 일을 하니까요. ㅎ메모로 않되서..ㅎ리스트박스로 해봤는데,,,,

박종훈 2007-01-07 AM 11:58:44


[ㅎ메모.내용.전체문자]로 비교해보세요~

김길남 2007-01-07 PM 12:44:07


네 원인을 찿아 냈는데요,,, 서버에서 받아온 문자와 로컬에 저장된 문자가 겉모양은 같아도 실제 속모양이 틀리는데서 비롯되는거네요,, 물론 좀전에 말하신 텍스트저장할때 옵션을 통해서 복잡한것은 사라졌지만 웹에서 가저오는 문자가 cgi로 출력된 문서고 그것의 특성을 가지고 로컬에 저장이 되네요.. 서버에 출력되는 문서를 txt 로 출력되는것을 가저오면 생각되로 됩니다. 즉 결론은 웹 언어인 cgi 와 궁합이 적절하지 못함이네요,,

박종훈 2007-01-07 PM 12:51:08


음.. 혹시, 그 파일을 보여드릴수 있나요?^^; [일부의 경우.. UTF라는 인코딩인가? 해서, 문제가 되는 경우가;] 제가 예전에 만든.. RSS리더기가 있는데요.. 그런 인코딩으로 된 곳은.. 맛이가는;

김길남 2007-01-07 PM 2:12:06


아고 진즉 소스는 올렸었는데, 암튼 파일이 현제 이 글에 첨부 됬습니다,^^ 고마워요,,

박종훈 2007-01-07 PM 2:19:25


어, 저는 대략 잘 작동하는데^^; 두 메모의 내용이 틀릴경우.. 알림창이 뜨는거 아닌가요? 저는 잘 작동하는데^^.. [이런, 소스내에.. 주소가 있었군요^^;]

김길남 2007-01-07 PM 2:30:39


아고,, 제가 테스트 하느라고 강제로 다은상황을 만들어 봐서 그렇네요,,, 다시 정상적인 상황을 만들어 볼께요,,,

김길남 2007-01-07 PM 2:46:18


정확한 상황이 파악되도록 다시 올렸습니다.. 첨부된 파일명은 같습니다,,,

김길남 2007-01-07 PM 2:49:05


좀더 부연설명하자면,, 서버에서 가저온 파일이 저장되는파일하고 실질적인 내용이 달라저서 가저오자 마자 그냥 뛰워서 저장후 다시 뛰는 일종에 세탁과정을 거치도록 해봤는데,,, 그것도 아직 제데로 구현이 않되고, 된다 하더라도,,,, 안그래도 부하가 많을텐데,

박종훈 2007-01-07 PM 3:07:16


이런!!!! 문제는 다른 곳에 있었어요!!

박종훈 2007-01-07 PM 3:10:50


소스는.. 아마 지극히 정상일 겁니다-_-; 그, 생성된.. memo_0.txt 와, memo_1.txt를 비교해보니..;;;;;;; 일단.. 새로운 내용이 있다고 창이 나올 때.. 바로 프로그램을 종료시켜주세요!.. 그런후, 두 파일의 내용을 비교해 봅시다.. 18번째 줄을 봐주세요.. 저의 경우.. memo_0.txt 파일의 경우.. Execution Time : 0.0000 sec 이렇게 나왔고.. memo_1.txt 파일의 경우.. Execution Time : 0.0100 sec 이렇게 나왔습니다. 음.. 저게 무엇을 뜻하냐면요.. 처리 시간을 뜻합니다. 즉, 때에따라서는 다를수도 있다는 거죠!!... 이것이 문제가 되는 겁니다.

박종훈 2007-01-07 PM 3:13:01


즉, 내용이 같다 하더라도.. 처리시간이 다르게 된다면.. 결국엔 -_-; 다르다고 나오겠죠..

김길남 2007-01-07 PM 3:13:39


입가에 미소~~~ 이걸 가지고 어제 오늘 하루종일,,, 암튼 기대 하봅니다~

박종훈 2007-01-07 PM 3:14:55


이런!... 24번째 줄에는.. in use bytes = 28112 라는 부분이 있습니다. 이 부분도.. 때에따라서는 다르게 나온다는;;

정성우 2007-01-07 PM 3:16:24


어멋, 이미 종훈님께서 알려주셨네;;;

김길남 2007-01-07 PM 3:17:30


아이고,,, 그렇군요,, 그럼 서버 문서자체를 바꿔야 하네요,,, 저는 그생각도 못하고,,ㅎㅎ 보긴 봤었는데,,, 괜히 죄송스럽네요,

김길남 2007-01-07 PM 3:18:32


정성우님 고맙습니다^^

정성우 2007-01-07 PM 3:26:39


엥... 전 아무것도 안하고 종훈님께서 다 해주셨는데 ^^;;

김길남 2007-01-07 PM 3:27:50


방법은 게시판을 직접짜던가,, 게시글을 작성하는 순간 파일 생성을 한후 그걸 신호로 받아 와야 한다는 결론이 나오네요,,, 시간 내주셔서 다시 감사드립니다,

박종훈 2007-01-07 PM 3:35:41


아..만일, 게시물의 내용이 DB로 들어간다면, 다른 CGI 파일을 만들어서, 그 DB에서 메모만 읽는 방법이 있겠고요. 또는, 현재 방식에서.. 메모만 추출하게 만드는 방식이 있습니다. 위쪽에 있는 주석을 제거하고요.[< 와 > 를 찾아서 그 범위의 값을 지우고.] 아래쪽에 스크립트와 기타 필요없는 값을 지우고요. [역시 < 와 > 를 찾아서 그 범위의 값을 지우면 될듯ㅋ]

김길남 2007-01-07 PM 3:44:07


아이고 허망해서 그생각을 또 못했네요,, 두번쩨방법인 제거하는 방법을 검색해봐야 겠네요,, 그런데 둘중에 속도나 컴 부담 차이가 있을까요? 있기야 하겠지만 큰 차이가 있을까요?

박종훈 2007-01-07 PM 3:48:12


컴퓨터에 따라 다르겠지만.. 내용이 별로 많이 않을 경우에는, 그리 무리를 주지 않을 겁니다^^.. 따지고본다면 ^^; 처음꺼는.. 서버에 무리를 주는것이고, 두번째꺼는.. 사용자컴퓨터에 무리를 주는것겠죠?^^.. 하지만, 그 양은.. 그리 많이 않을겁니다. 알리미에 쓰시려는 듯 한데요. 개인이 쓸 경우라면.. 그리고 알리미의 특성상.. 많은 내용이 들어 갈것 같지는 않습니다. 둘중 어느것을 선택해도 똑같겠죠^^..

정성우 2007-01-07 PM 4:34:33


박종훈 님의 컴퓨터의 부담 설명에 조금 추가할게요. 먼저 서버에서 가공해서 보내 주는 건 서버에 부하가 가게 되고, 그래서 사용자가 많아지면 서버에게 무리가 더 많이 오겠지만, 간단한 가공이라 큰 부하는 없을 거라고 생각하고요, 후자인 사용자 컴퓨터에서 가공은 개인 사용자의 컴퓨터가 부담이 오게 되는데, 안 그래도 창조가 타 언어에 비해 느리기 때문에 더 느려질 수가 있다고 생각합니다. 일단 서버에서 가공하는 방법을 하시다가 만일 서버에 많은 무리가 오게 된다면 후자로 바꾸시는게 어떨까 합니다 ^^

김길남 2007-01-07 PM 7:58:10


ㅎㅎ 후자를 공부겸 할라고 했더니,,, 막막해서,,, 전자를 다시 생각 하고 있습니다,^^

김길남 2007-01-08 AM 12:31:14


따로 질문 올리자니 좀 그래서 여기다가 질문 올려봅니다. 만약 ㅎ시계를 1시간 한번씩 체크 하도록 하면 한시간을 세는 그 시간동안의 일도 컴퓨터 부담이 많이 간다고 봐야 하나요? 어째든 켜고 있는 동안 시계제어가 계속 "참" 이라면 얼마나 부담이 된다고 봐야 하나요,, 물론 상대적인것이라,, 참 대답이 어렵기는 하겠지만요,,, 꼭 한시간에 한번씩 체크해야 할 일이 있다면 시계의 효율적인 이용방법이 있을까요?

박종훈 2007-01-08 AM 7:19:44


그리 부담은 가지 않을겁니다^^.. 1시간간격으로 시계가 작동하는거라면.. 그 작동하는 순간만 살짝 부담을 가지, 그 외에는 아무 지장이 없습니다. 제시한 두가지 방법모두.. 그렇게 부담은 가지 않습니다. 제가 제시한 첫번째 방법[CGI를 사용]하는 방법은 서버에 무리를 준다고 했지만, 그리 무리를 주지 않을겁니다. [단, 간단한 경우.] 왜냐하면 서버컴퓨터는 튼튼하다고 믿기때문에 -_-;;;; [서버컴퓨터는 하루에 몇백명씩 접속하는데.. 설마 다운될것이라고는 생각되지 않습니다^^] 또한 시계를 사용하는 경우에도 컴퓨터에 그리 부담을 주지않습니다. [단, 간단한 경우.] 왜냐하면, 컴퓨터는 튼튼하기 때문입니다 -_-;;;;;;;;;;;;; [일단, 요즘 컴퓨터는 하도 좋아서 흐흐;] 예전 컴퓨터라고 해도.. 그리 부담은 주지 않습니다. 그래도 효율적으로 사용하는 방법이라면.. 그냥 그대로 사용하셔도 무난할듯 보입니다^^..

김길남 2007-01-08 AM 10:41:20


한시간에 한번일할때,,, 그 순간의 부담에 관한 질문은 아니였구요,, 저는 한시간에 한번 명령을 하기위해 내부적으로 계속 시계가 작동되고 있을테고,,,그 시계 자체가 부담이 되지 않는지 궁굼합니다, 한두개야 괜찮다 치더라도 약 열개의 시계를 넣어서 작업을 해볼까 하거든요,,아님 20개?

김길남 2007-01-08 AM 11:06:04


아이고 ,,, 궁굼하면 직접 해보면 될것가지고,, 시간간격 1000 이고 제어 참 이고 별도에 명령어가 없는 시계만 수백개(수천개)를 넣고 실행해봤습니다, 창조에서 작업은 느려져도 실제 실행파일을 만들어서 실행을 했을때는 컴에 별다른 부담은 안느껴지네요,,

지상현 2007-01-08 PM 11:13:33


서버 부담이 늘어나나요? ^^; 쓸데 없는 데이터를 출력하지 않도록 하여 도리어 처리하는 데이터를 줄이기 때문에 부담이 더 줄어들지 않을까요.

김길남 2007-01-09 AM 1:00:48


^^ 아무래도 제가 아직 개념의 부족으로 질문자체가 여러분에게 전달이 않되는듯 합니다,,통과~ ㅎㅎ 결론은 시계를 많이 넣는다고 해서 컴의 부담은 늘지 않고 다만 그 명령어를 처리하는 시점에만 컴의 부담이 늘어 난다고 스스로 결론 내렸습니다, 아마도 여러분은 이점이 너무나 당연하다고 생각 하실지도,,ㅎㅎ

LIST ALL

GO TO THE TOP