[정모0.70]을 벗긴다...............첫 단추만^^; 정보
기타 [정모0.70]을 벗긴다...............첫 단추만^^;
본문
제가 테스트 해 본 바에 의하면.........
1번,
지적하신 1번의 경우 지금 이렇게 되어야 된다고 저는 생각합니다만........
그 이유는 모임기간이 당일일 경우는 문제가 되겠지만 1박2일이나 2박3일 정도 된다면 당일로 참석하는 사람도 그 날짜가 다양해질 수 있을테니 참석자가 직접 입력해야 되지 않을까 싶어서 입니다.
사실 당일일 경우는 참석날짜를 입력안해도 되면 좋겠다는 생각은 저도 했습니다. ^^
2번,
솔직히 2번은 나스카님께서 무얼 말씀하시는지 이해를 못하겠기에 제 맘대로 적어봅니다.
죄송합니다. 이해해 주시길............. ^^
제 같은 경우 본인의 참가신청확인을 목록에서 해당 아이디를 클릭해서 들어가는게 아니라 별도의 jungmo_view.php를 만들어 바로 볼 수 있도록해서 사용중입니다.
jungmo_ok.php를 목록을 안거치고 바로 불러오니 에러가 떠길래 예전버전의 소스를 약간 응용해서 별도의 파일을 하나 만들어서 사용했더니 나스카님이 지적하신 2번의 샷과 같은 내용은 안뜹니다.
3번,
3번은 저도 확인했더니 나스카님 말씀처럼 그렇더군요.
하지만 어차피 참석자 목록을 회원이상만 확인하도록 되어 있는데 그걸 다른이가 본다고 문제 될 건 없다고 생각합니다. 사실 위 주소를 다 주소창에 입력하는것 보다는 그냥 참석자 목록에서 확인하는게 편할테니까요.
4번,
저한테는 나스카님께서 지적하신 문제가 없습니다.
이상 제가 확인한 바를 몇자 적어봅니다.
저는 프로그래머가 아니기 때문에 그냥 사용자 입장만 고려하고 생각한 바를 적은 것이니 프로그램이나 기술적인 부분을 얘기하시면 전 아무것도 모릅니다. ^^*
1번,
지적하신 1번의 경우 지금 이렇게 되어야 된다고 저는 생각합니다만........
그 이유는 모임기간이 당일일 경우는 문제가 되겠지만 1박2일이나 2박3일 정도 된다면 당일로 참석하는 사람도 그 날짜가 다양해질 수 있을테니 참석자가 직접 입력해야 되지 않을까 싶어서 입니다.
사실 당일일 경우는 참석날짜를 입력안해도 되면 좋겠다는 생각은 저도 했습니다. ^^
2번,
솔직히 2번은 나스카님께서 무얼 말씀하시는지 이해를 못하겠기에 제 맘대로 적어봅니다.
죄송합니다. 이해해 주시길............. ^^
제 같은 경우 본인의 참가신청확인을 목록에서 해당 아이디를 클릭해서 들어가는게 아니라 별도의 jungmo_view.php를 만들어 바로 볼 수 있도록해서 사용중입니다.
jungmo_ok.php를 목록을 안거치고 바로 불러오니 에러가 떠길래 예전버전의 소스를 약간 응용해서 별도의 파일을 하나 만들어서 사용했더니 나스카님이 지적하신 2번의 샷과 같은 내용은 안뜹니다.
3번,
3번은 저도 확인했더니 나스카님 말씀처럼 그렇더군요.
하지만 어차피 참석자 목록을 회원이상만 확인하도록 되어 있는데 그걸 다른이가 본다고 문제 될 건 없다고 생각합니다. 사실 위 주소를 다 주소창에 입력하는것 보다는 그냥 참석자 목록에서 확인하는게 편할테니까요.
4번,
저한테는 나스카님께서 지적하신 문제가 없습니다.
이상 제가 확인한 바를 몇자 적어봅니다.
저는 프로그래머가 아니기 때문에 그냥 사용자 입장만 고려하고 생각한 바를 적은 것이니 프로그램이나 기술적인 부분을 얘기하시면 전 아무것도 모릅니다. ^^*
추천
0
0
댓글 2개
까만도둑님// 나스카님//의 지적사항들은 모두 개선되어야 할 사항으로, 모두 수정 보완되어야 할것으로 판단됩니다.
말도 안되는 요구사항을 나열하는 분들 때문에 충돌이 많은데.
멋진 테스트 감사드립니다.
말도 안되는 요구사항을 나열하는 분들 때문에 충돌이 많은데.
멋진 테스트 감사드립니다.
역쉬~
[까만도둑]님께서도 열심히(^^;) 테스트 하셨나 보네요.
물론, 제가 기재했던 내용은 장시간의 테스트를 거친 부분이 아닙니다.
3. 번째의 경우는, 다분히 문제가 있을 거라고 생각이 드는군요.
보드구조에 관해 약간의 지식(?)만 갖추고 있어도 문제가 발생합니다.
참가신청서 및 리스트의 경우, 회원 개인의 신상정보가 포함이 됩니다.
가뜩이나 개인정보의 유출때문에 문제가 많은터인데, 그렇게 직접적으로 접근할 수 있다는
것은 어찌보면, 약간의 보안상의 헛점이라고도 할 수 있겠네요.
예를 들어 한대의 pc를 이용하는 사람들이 많은 경우 -사무실 또는, 공공장소의 pc, pc방...- 등에서 이용할 경우, 단순히 웹브라우저의 목록이나, 접속기록, 쿠키를 비롯한 인터넷 임시파일 등을 삭제한다고 해도, 레지스트리를 직접적으로 만져주지 않는 한, 인터넷 접속기록이나, 특정 웹페이지에 기록된 '폼' 작성 내용이 남아 있는 경우가 많습니다.
경우에 따라서는 레지스트리를 직접 지울수도 있겠으나, 가끔씩은 레지스트리 관리파일에 접근조차 할 수 없는 경우도 있습니다. 이런 경우에는 약간의 문제가 발생할 소지가 있다는 점이지요.
4. 번째의 경우는 약간의 기술적인 문제점이 드러난 부분이라고 볼 수 있습니다.
실제로 저장된 데이터는 없지만, 웹페이지에서는 데이터가 저장되어 있는 것처럼 보이고, 정상적으로 구현되어야 하는 부분의 데이터 절반 정도가 날아간 상태에서 일단 삭제나 편집(수정)관련 명령을 수행할 경우, 상당한 착각(?)을 불러일으킬 소지가 다분합니다.
(추신)
>>>저는 프로그래머가 아니기 때문에 그냥 사용자 입장만 고려하고 생각한 바를 적은 것이니 프로그램이나 기술적인 부분을 얘기하시면 전 아무것도 모릅니다. ^^*
저 또한 프로그래머가 아닙니다. 단순한 사용자 입장에서, 그리고 유용한 프로그램의 테스터로서, '오류'라고 짚어볼 만한 부분을 기재한 것입니다. 체계적이고 제대로 된 공부(ㅜ.x)를 해보지 못한 상황이라서, 문제의 소지가 될 만한 부분을 프로그래머의 관점이 아닌 일반사용자의 입장에서 짚어봤다는...
항상 좋은날 되시고, 행복이 함께 하시길...
[까만도둑]님께서도 열심히(^^;) 테스트 하셨나 보네요.
물론, 제가 기재했던 내용은 장시간의 테스트를 거친 부분이 아닙니다.
3. 번째의 경우는, 다분히 문제가 있을 거라고 생각이 드는군요.
보드구조에 관해 약간의 지식(?)만 갖추고 있어도 문제가 발생합니다.
참가신청서 및 리스트의 경우, 회원 개인의 신상정보가 포함이 됩니다.
가뜩이나 개인정보의 유출때문에 문제가 많은터인데, 그렇게 직접적으로 접근할 수 있다는
것은 어찌보면, 약간의 보안상의 헛점이라고도 할 수 있겠네요.
예를 들어 한대의 pc를 이용하는 사람들이 많은 경우 -사무실 또는, 공공장소의 pc, pc방...- 등에서 이용할 경우, 단순히 웹브라우저의 목록이나, 접속기록, 쿠키를 비롯한 인터넷 임시파일 등을 삭제한다고 해도, 레지스트리를 직접적으로 만져주지 않는 한, 인터넷 접속기록이나, 특정 웹페이지에 기록된 '폼' 작성 내용이 남아 있는 경우가 많습니다.
경우에 따라서는 레지스트리를 직접 지울수도 있겠으나, 가끔씩은 레지스트리 관리파일에 접근조차 할 수 없는 경우도 있습니다. 이런 경우에는 약간의 문제가 발생할 소지가 있다는 점이지요.
4. 번째의 경우는 약간의 기술적인 문제점이 드러난 부분이라고 볼 수 있습니다.
실제로 저장된 데이터는 없지만, 웹페이지에서는 데이터가 저장되어 있는 것처럼 보이고, 정상적으로 구현되어야 하는 부분의 데이터 절반 정도가 날아간 상태에서 일단 삭제나 편집(수정)관련 명령을 수행할 경우, 상당한 착각(?)을 불러일으킬 소지가 다분합니다.
(추신)
>>>저는 프로그래머가 아니기 때문에 그냥 사용자 입장만 고려하고 생각한 바를 적은 것이니 프로그램이나 기술적인 부분을 얘기하시면 전 아무것도 모릅니다. ^^*
저 또한 프로그래머가 아닙니다. 단순한 사용자 입장에서, 그리고 유용한 프로그램의 테스터로서, '오류'라고 짚어볼 만한 부분을 기재한 것입니다. 체계적이고 제대로 된 공부(ㅜ.x)를 해보지 못한 상황이라서, 문제의 소지가 될 만한 부분을 프로그래머의 관점이 아닌 일반사용자의 입장에서 짚어봤다는...
항상 좋은날 되시고, 행복이 함께 하시길...
