페이지 이동시 POST로 값이 왔다갔다 하는 건 별로 좋지 않아 보입니다. Ajax 요청로 DB에 임시로 갖고있고, 두 번째 페이지에서 임시 값을 가져다 사용하는 Ajax를 구현하는 것이 나아 보이네요..

코드레벨에서 본다면 데이터의 getter setter 정도를 model에서 구현해 주고, controller에서 인자값으로 getter와 setter를 구분해서 호출하면 될 것 같습니다..

세션의 flash_darta가 비슷한 용도로 사용 될 수 있겠네요.

http://cikorea.net/user_guide_2.1.0/libraries/sessions.html

@인스카 DB에 저장할만한 데이터가 아니라서, 임시값을 DB에 썼다 지우는게 왠지 서버 부하가 더 심할 것 같습니다.

@한대승 쿠키나, 세션도 나쁘지 않은 선택같네요. 


그런데 php는 언제 인스턴스가 생성되는건가요?

아파치에 의해서 페이지가 요청될때인가요? 요청 될때마다 인스턴스가 재 생산이 된다면, OO의 이점 중에서 그냥 '코드의 재사용'만 활용하는 건가요?

 그냥 새 페이지 부르셔도 될 듯 합니다. java만큼 페이지 불러오는 비용이 비싸지 않기 때문에 괜찮다고 생각 되네요.

 @milosz for loop 를 꽤 많이 돌려야 하는거라... 좀 고민입니다.

 그렇다면 파일로 캐시하거나 해야 할 듯 하네요. 자바에서처럼 인스턴스가 계속 살아있거나 하지는 않습니다만 큐를 만들어서 소켓으로 주고 받던지 하는 방법으로 해결할 수도 있을듯 합니다.

php는 스크립트언어라 브라우저에 전달되는 순간(?) (말로 설명하기 애매하지만 ) 
전달되기 전에 역할이 끝납니다.

보통 여러 페이지에 걸쳐 회원가입을 하거나 주문을 하는 경우 불상님 말씀처럼 flash_data를 이용하거나
db에 넣거나(db변수 라이브러리 존재. phpclasses.org) 쿠키나 파일로 쓰거나 합니다.

파라미터로 주렁주렁 달고 다니는 것도 봤습니다.

flash_data가 쓰기 제일 좋습니다. ^^

@milosz 근데 또 file cash 할만한 부하는 아니라서요 ㅎㅎㅎ 감사합니다.

@변종원 역시 세션이 답인가 보군요. 감사합니다.

 기냥 file caching 으로 처리했습니다. ㅎㅎ