jQuery('#grid_selector').jqGrid( options )

 options에 해당하는 속성들.

Property Description
url

tells us where to get the data. Typically this is a server-side function with a connection to a database which returns the appropriate information to be filled into the Body layer in the grid

- 데이터를 가지고 와야할 url을 지정하는 곳. DB연결 동시에 적합한 정보를 body부분의 grid에 채워주는 server-side 기능이다.

datatype

this tells jqGrid the type of information being returned so it can construct the grid. In this case we tell the grid that we expect xml data to be returned from the server, but other formats are possible. For a list of all available datatypes refer to API Methods

- grid가 생성될때 리턴된 정보의 타입을 적는 곳. 이 경우 서버로부터 xml 데이터를 가져와 처리가능하고 다른 형식(타입)도 가능하다. 자세한 것은 API 메소드 보고 알아서 하라.

mtype

tells us how to make the ajax call: either 'GET' or 'POST'. In this case we will use the GET method to retrieve data from the server

- GET 방식으로 호출할지 POST로 호출할지를 적는 곳. 대부분 GET으로 이용한다.

colNames

an array in which we place the names of the columns. This is the text that appears in the head of the grid (Header layer). The names are separated with commas

- 컬럼의 이름을 지정하는 곳. Header Layer에 표시된다.

colModel an array that describes the model of the columns. This is the most important part of the grid. Here I explain only the options used above. For the complete list of options see colModel API:
name
the name of the column. This name does not have to be the name from database table, but later we will see how we can use this when we have different data formats

- 컬럼의 이름. 이름은 DB Table의 이름이 될 수 없으며, 추후 서로 다른 타입의 데이터 타입의 정보를 가지고 있을때 어떻게 사용할 수 있는지 볼 수 있다.

index
the name passed to the server on which to sort the data (note that we could pass column numbers instead). Typically this is the name (or names) from database -- this is server-side sorting, so what you pass depends on what your server expects to receive

- 데이터 정렬을 위한 인덱스. (DB의 테이블의 컬럼명을 따른다.)

width
the width of the column, in pixels
align
the alignment of the column
sortable
specifies if the data in the grid can be sorted on this column; if false, clicking on the header has no effect
pager

defines that we want to use a pager bar to navigate through the records. This must be a valid html element; in our example we gave the div the id of "pager", but any name is acceptable. Note that the Navigation layer (the "pager" div) can be positioned anywhere you want, determined by your html; in our example we specified that the pager will appear after the Body layer.

- 여러 데이터를 페이지 bar 하기 위해 선언하는 것. 반드시 유효한 element 여야 한다.

Navigation layer( Div : pager ) 를 이용하여 원할때 어디서든지 사용 가능하다.

rowNum

sets how many records we want to view in the grid. This parameter is passed to the url for use by the server routine retrieving the data

- grid에 몇개의 데이터를 보여 줄 것인지 지정 하는 것.

rowList

an array to construct a select box element in the pager in which we can change the number of the visible rows. When changed during the execution, this parameter replaces the rowNum parameter that is passed to the url

- pager의 select box가 생성될때 배열로 볼수 있는 데이터의 수를 지정한다. 갯수가 바뀌어 실행이 되면 rowNum 파라미터가 자동적으로 바뀌게 되어 url로 전송이 되어 다시 데이터를 가져온다.

sortname

sets the initial sorting column. Can be a name or number. This parameter is added to the url for use by the server routine

- 초기화 될때 sort할 컬럼을 지정한다. 숫자 or 컬럼 이름일 수 있고, 서버 루틴 사용을 위한 파라미터에 추가되는 것(?)

sortorder

sets the sorting order. This parameter is added to the url

- 정렬 방법 (desc | asc)

viewrecords

defines whether we want to display the number of total records from the query in the pager bar

- 총 레코드 수를 pager bar에 표시할 것 인지 지정하는 것.

imgpath

the path to the images needed for the grid. The path should not end with '/'

- 생략

caption

sets the caption for the grid. If this parameter is not set the Caption layer will be not visible

- Grid의 제목을 설정하는 것. 이 부분이 없으면 제목은 보여지지 않는다.




* HTTP Status Code
  사용자가 HTTP나 파일 전송 프로토콜(FTP: File Transfer Protocol)을 통해  인터넷 정보 서비스(IIS: Internet Information Server를 실행하는 서버의  콘텐츠에 액세스 하려고 하면 IIs에서는 요청 상태를 나타대는 숫자 코드를  반환한다. 이 상태 코드는 IIS로그에 기록되고 웹 브라우저나 FTP 클라이  언트에도 표시될 수 있고 요청이 실패한 정확한 이유도 표시할 수 있다.


* 1xx - 정보 전달용
 이 상태 코드는 임시 응답을 나타낸다.
 클라이언트가 정식 응답을 받으려면
 하나 이상의 1xx 응답을 받을 준비가 되어 있어야 한다.

 100 : Continue 계속 작업한다.
 101 : Switching protocols 프로토콜을 전환한다.

 

* 2xx - 성공
 상태 코드의 이 클래스는 서버가 클라이언트 요정을 받아들였음을 나타냄.
 200 : OK, 에러없이 전송 성공
 201 : Created, POST 명령 실행 및 성공
 202 : Accepted, 서버가 클라이언트 명령을 받음
 203 : Non-authoritative information, 서버가 클라이언트 요구 중 일부만  전송. 권한이 없는 정보이다.
 204 : No content, 클라언트 요구을 처리했으나 전송할 데이터가 없음
 205 : Reset content 내용을 다시 설정한다.
 206 : Partial content  일부 내용

 

* 3xx - 경로 변경
 클라이언트 브라우저는 요청을 처리하기 위해 좀더 조치를 취해야 한다.
 예를 들어, 브라우저는 서버에서 다른 페이지를 요청해야 하거나
 프록시 서버를 사용하여 요청을 반복해야 할 수 있다.

 300 : Multiple choices, 최근에 옮겨진 데이터를 요청
 301 : Moved permanently, 요구한 데이터를 변경된 임시 URL에서 찾았음
 302 : Moved temporarily, 요구한 데이터가 변경된 URL에 있음을 명시개체 이동
 303 : See other, 요구한 데이터를 변경하지 않았기 때문에 문제가 있음
 304 : Not modified 웹페이지에서 요청만하고 자신의 브라우저의 캐쉬를 사용하는 경우 수정되지 않았다.
 305 : Use proxy
 307 : 임시 리디렉션

 

* 4xx - 클라이언트 오류
 오류가 발생하고 클라이언트에 문제가 있는 것으로 나타난다.
 예를 들어, 클라이언트가 존재하지 않은 페이지를 요청하거나 올바른 인증 정보를 제공하지 않을 수도 있다.
 400 : Bad request, 클라이언트의 잘못된 요청으로 처리할 수 없음
 401 : Unauthorized, 클라이언트의 인증 실패  엑세스가 거부되었다
  IIS는 오류의 원인을 보다 구체적으로 나타내는  여러 다른 401 오류를 정의한다.
  이러한 특정 오류 코드는 브라우저에 표시되지만 IIS 로드에는 표시되지  않는다.
  401.1 : 로그온하지 못했다.
  401.2 : 서버 구성으로 인해 로그온하지 못했다.
  401.3 : 리소스의 ACL(Access Control List)에 의해 엑세스가 거부됨.
  401.4 : 필터에 의해 권한을 부여하지 못했다.
  401.5 : ISAPI/CGI 응용 프로그램에 의해 권한을 부여하지 못했다.
  401.7 : 웹 서버의 URL 인증 정책에 의해 엑세스가 거부되었다.   이 오류 코드는 IIS 6.0만 해당된다.
 402 : Payment required, 예약됨
 403 : Forbidden, 접근이 거부된 문서를 요청함
  IIS는 오류의 원인을 보다 구체적으로 나타내는 여러 다른 403 오류를  정의한다.
  403.1 : 실행 엑세스 금지
  403.2 : 읽기 엑세스 금지
  403.3 : 쓰기 엑세스 금지
  403.4 : SSL
 404 : Not found, 문서를 찾을 수 없음
 405 : Method not allowed, 리소스를 허용안함
 406 : Not acceptable, 허용할 수 없음
 407 : Proxy authentication required, 프록시 인증 필요
 408 : Request timeout, 요청시간이 지남
 409 : Conflict
 410 : Gone, 영구적으로 사용할 수 없음
 411 : Length required
 412 : Precondition failed, 전체조건 실패
 413 : Request entity too large,
 414 : Request-URI too long, URL이 너무 김
 415 : Unsupported media type

 

* 5xx - 서버 오류 - servlet이나 JSP의 요청을 서버가 처리 하지 못함
 500 : Internal server error, 내부서버 오류(잘못된 스크립트 실행시)
 501 : Not implemented, 클라이언트에서 서버가 수행할 수 없는 행동을   요구함
 502 : Bad gateway, 서버의 과부하 상태
 503 : Service unavailable, 외부 서비스가 죽었거나 현재 멈춤 상태
 504 : Gateway timeout
 505 : HTTP version not supported

 

 

퍼갓땐 댓글을 남기시기 바랍니다.

최소한의 예의겠지요..

 


'Web' 카테고리의 다른 글

Tomcat console encoding.  (0) 2010.09.01
[Script] 특수문자 강제 치환.  (0) 2010.07.23
Apache error : client denied by server configuration  (0) 2010.03.31
DWR 간단 테스트  (0) 2010.03.29
JSP 에러 모음  (0) 2010.03.29
브라우저 구분하기.  (0) 2010.03.29

오늘 FireFox와 IE에서 Date 객체의 getYear()의 결과가 다른걸 발견했다.

FireFox는 3.6 IE는 8.0


FireFox에서 나온 결과인데 getYear()의 결과는 110이다.







IE에서의 결과인데 getYear()는 2010이다.
이넘이 왜 1900을 자동으로 더해버리는지는 모르겠지만....
이는 IE 7.0에서도 마찬가지 결과를 확인했다..





파폭인지 IE인지 구분해주어야해서 소스를 추가했는데 document.all 이다.
all element는 IE에서만 존재하는 것이므로 IE일 경우는 1이된다.
var temp = now.getYear();
var year = temp;
var ie = (document.all)?1:0;
if( ie == 0) year += 1900;



'Web' 카테고리의 다른 글

Tomcat console encoding.  (0) 2010.09.01
[Script] 특수문자 강제 치환.  (0) 2010.07.23
Apache error : client denied by server configuration  (0) 2010.03.31
DWR 간단 테스트  (0) 2010.03.29
JSP 에러 모음  (0) 2010.03.29
브라우저 구분하기.  (0) 2010.03.29

+ Recent posts