자유게시판

약재단가변경에 체크박스를 넣고 싶어서 그누보드를 보고 있어

작성자 정보

  • 삼둡 작성
  • 작성일

컨텐츠 정보

본문

list.skin.php

 

    <? if ($is_checkbox) { ?><td width=40><input onclick="if (this.checked) all_checked(true); else all_checked(false);" type=checkbox></td><?}?>
 

 

 

    <? if ($is_checkbox) { ?><td width=40><input type=checkbox name=chk_wr_id[] value="<?=$list[$i][wr_id]?>"></td><? } ?>
 

 

<? if ($is_checkbox) { ?>
<script language="JavaScript">
function all_checked(sw) {
   var f = document.fboardlist;

   for (var i=0; i<f.length; i++) {
       if (f.elements[i].name == "chk_wr_id[]")
           f.elements[i].checked = sw;
   }
}

function check_confirm(str) {
   var f = document.fboardlist;
   var chk_count = 0;

   for (var i=0; i<f.length; i++) {
       if (f.elements[i].name == "chk_wr_id[]" && f.elements[i].checked)
           chk_count++;
   }

   if (!chk_count) {
       alert(str + "할 게시물을 하나 이상 선택하세요.");
       return false;
   }
   return true;
}
 

function select_delete() {
   var f = document.fboardlist;

   str = "삭제";
   if (!check_confirm(str))
       return;

   if (!confirm("선택한 게시물을 정말 "+str+" 하시겠습니까?\n\n한번 "+str+"한 자료는 복구할 수 없습니다"))
       return;

   f.action = "./delete_all.php";
   f.submit();
}
 

 

이것들 이용해서 하면 될 것 같습니다.

 

목록 뿌리기 전에

all check  box하나 프린트하고

 

매번 내용 하나씩 프린트할때, 그 직전에

체크박스 넣으면서 checkbox value로 id하나씩 넣는대신(그누보드) 

원하는 sql query를 바로 거기다가 넣으면 될 것 같고

 

이걸 javascript에서 모두 받아서 넘기는데

에러가 날거 같기도 하네요. 행이 많아서 

ㅜㅜ

 

이렇게 하는 것보다

 

all sql 을 몽땅 post 방식으로 넘겨서

문장 단위로 끊은 이후에 \n 이나 <br>까지 parsing 하는 방식으로

1라인 단위로 읽어내면서

sql query를 받아내어

그것을 하나하나 실행하는 것이 나을 듯 합니다.

 

그러면 현재 php 에는

다 출력하고

출력하면서 <form>을 생성하고

action 버튼을 누르면

post 방식으로

 

cybh_cost_update_ok.php를 만들어서

거기에서 문제를 해결하면 될 것 같아요.

문제 해결은 다음 게시물로.

관련자료

댓글 1

삼둡님의 댓글

  • 삼둡
  • 작성일
PHP에서 데이터를 서버로 전송하는 방식으로 GET과 POST가 있습니다. 각각의 방식은 특정한 장단점이 있으며, 상황에 따라 적합한 방식을 선택해야 합니다.

GET 방식
장점:
URL을 통한 데이터 전송: 데이터가 URL에 포함되므로 북마크, 공유, 브라우저 기록 등에 유용합니다.
디버깅 용이성: URL에 데이터가 보이므로 디버깅이 쉽습니다.
캐싱 가능: 웹 브라우저나 프록시 서버가 GET 요청을 캐싱할 수 있습니다.
단점:
보안 취약성: URL에 데이터가 노출되므로 민감한 데이터를 전송하는 데 적합하지 않습니다.
데이터 제한: URL 길이에 제한이 있으므로 전송할 수 있는 데이터의 양이 제한적입니다.
표현 제한: URL에 포함되는 데이터는 ASCII 문자로 인코딩되어야 하므로 일부 데이터 표현에 제약이 있습니다.


POST 방식
장점:
보안성: 데이터가 요청 본문에 포함되므로 URL에 노출되지 않습니다. (단, 암호화되지 않으면 여전히 패킷 스니핑에 취약할 수 있음)
데이터 양 제한 없음: 전송할 수 있는 데이터 양에 제한이 거의 없습니다.
유연성: 파일 업로드 등 대량의 데이터나 이진 데이터를 전송할 수 있습니다.
단점:
북마크 및 캐싱 불가: 데이터가 URL에 포함되지 않으므로 북마크하거나 캐싱할 수 없습니다.
디버깅 어려움: 데이터가 요청 본문에 포함되므로 디버깅이 어려울 수 있습니다.


요약
GET 방식: URL을 통해 데이터를 전송하며, 북마크 및 캐싱이 가능하지만 보안에 취약하고 데이터 양에 제한이 있습니다.
POST 방식: 요청 본문을 통해 데이터를 전송하며, 보안이 더 높고 데이터 양에 제한이 없으나, 북마크 및 캐싱이 불가능합니다.
어떤 방식을 사용할지는 전송하려는 데이터의 특성과 보안 요구 사항에 따라 결정하면 됩니다. 일반적으로 민감한 데이터나 큰 데이터 양을 전송할 때는 POST 방식을 사용하는 것이 좋습니다.

인기검색어


최근글


새댓글