Syntax: server
Default: -
Context: main
Create server block.
Syntax: listen [host:string]:[port:int]
Default: listen localhost:4242
Context: server
Sets the address and port for IP.
The first server for a host:port will be the default for this host:port.
that means it will answer to all the requests that don’t belong to an other server.
Syntax: server_name [name:string]
Default: server_name ""
Context: server
Set name for virtual server.
When a request comes in, webserv compares the value of the Host header with server names to determine which server should handle the request.
Server names can't be duplicated.
You can omit this directive and default server name is empty string.
Server that has empty name handles request for which there are no servers to handle.
Syntax: error_page [error_page_path:string]
Default: -
Context: server
Set error page for errors.
Error page path is relative to root path.
Syntax: client_max_body_size [size:int];
Default: client_max_body_size 100;
Context: server
Sets the maximum allowed size of the client request body.
If the size in a request exceeds the configured value, the 413 (Request Entity Too Large) error is returned to the client.
-
Choose the port and host of each ’server’.
-
Setup the server_names or not
-
The first server for a host:port will be the default for this host:port (that means it will answer to all the requests that don’t belong to an other server).
-
Setup default error pages.
-
Limit client body size.
-
Define a list of accepted HTTP methods for the route.
-
Define a HTTP redirection.
-
Define a directory or a file from where the file should be searched (for example, if url
/kapouetis rooted to/tmp/www, url/kapouet/pouic/toto/pouetis/tmp/www/pouic/toto/pouet). -
Turn on or off directory listing.
-
Set a default file to answer if the request is a directory.
-
Execute CGI based on certain file extension (for example .php).
-
Make it work with POST and GET methods.
-
Make the route able to accept uploaded files and configure where they should be saved.
Github convention
git initgit remote add upstream <원본(메인)레포 주소>git remote add origin <로컬(포크한 나의)레포 주소>작업을 진행할 시 upstream에서 pull을 받아오고, origin으로 push를 날려주어 pr을 진행합니다.
→ 공동 작업물을 받아와서 내 개인 컴퓨터로 작업을 한 뒤, 공동 작업물에 합칠 수 있도록 진행하는 것
- New issue를 클릭하여 이슈를 생성합니다.
- 이슈 한 개는 보통 뷰 하나 기준으로 만듭니다. (한 뷰에 주요 기능이 너무 많다면 쪼개기)
- Issue 제목 : [라벨이름] (동사원형) (작업주제)
- ex) [Feat] 생성 MainView / [Asset] 추가 color set
- 템플릿을 작성해줍니다. (이때 특히, Todo를 자세하게 적어주세요! 최대한 쪼개서!)
로컬에 타입/#이슈번호 브랜치를 생성합니다.
- 브랜치 이름 : 타입/#이슈번호
- ex. feat/#1
git branch feat/#1 // 이슈번호1의 브랜치 생성git switch feat/#1 // 해당 브랜치로 변경- 커밋 메세지 : 타입/#이슈번호: 커밋메세지
- ex. [Feat/#1] 추가 Question1
git add . //작업 요소를 더해줌
git commit -m "[Feat/#1] 추가 Question1" //무엇을 했는지 메세지로 작성(확인을 위해) pull을 한 번 진행해준다.
git pull upstream develop //원본(메인)레포의 파일을 불러온다.git push -u origin <브랜치명> //해당 브랜치를 올리고자 한다.- Reviewers 자신 제외 모두 체크
- Assignees 자기 자신 추가
- Labels 이슈와 동일하게 추가
- 수정 필요 시 수정하기
git switch develop| 제목 | 설명 |
|---|---|
| Feat | New Feature, UI |
| Bug | Fix Bug |
| Docs | |
| Asset | Add Image, Icon |
| Fix | Rename file or minor code fix |
| Setting | Project Setting |
타입/#숫자
ex. feat/#1
타입/#이슈번호: 커밋메세지
ex. [Feat/#1] 추가 Question1
- 이슈 한 개는 보통 뷰 하나 기준으로 만듭니다. (한 뷰에 주요 기능이 너무 많다면 쪼개기)
- Issue 제목 : [라벨이름] (동사원형) (작업주제) ex) [Feat] 생성 MainView / [Asset] 추가 color set
- 템플릿을 작성해줍니다. (이때 특히, Todo를 자세하게 적어주세요! 최대한 쪼개서!)
- ex)
- 팝업창
- 8개의 카드와 글씨 (카드 안에는 일러스트)
- 마지막 2개로 결승전 진행
- 최종 결과 저장하기
- ex)
- 완료 시 Issue를 닫습니다.
- Git Issue Template, PR → 양식 가져오기.
- Issue 제목과 동일하게 **제목을 작성한다.
- 템플릿 안에 내용을 채워준다. (아는 지식, 모르겠는 부분, 팀원들과 공유하고싶은 부분 모두 자세하게~)
- 이슈에서 쓴 라벨을 붙여준다.
- 본인 제외 한 명의 팀원의 Approve가 있어야 merge가 가능하다.
- 혼자서 할 수 있게끔 열어둠 (특정 상황에서만 사용)
- 리뷰어들은 단순히 approve를 한다기보다 코드 변화를 체크하고 네임컨벤션을 지키고 있는지를 확인한다.
- HTTP/1.1
- nginx documentation
- Nginx Internals: An In-Depth Look at Connection Processing
- Inside NGINX: How We Designed for Performance & Scale
- The WWW Common Gateway Interface Version 1.1
- IO-Multiplexing
Github convention
git initgit remote add upstream <원본(메인)레포 주소>git remote add origin <로컬(포크한 나의)레포 주소>작업을 진행할 시 upstream에서 pull을 받아오고, origin으로 push를 날려주어 pr을 진행합니다.
→ 공동 작업물을 받아와서 내 개인 컴퓨터로 작업을 한 뒤, 공동 작업물에 합칠 수 있도록 진행하는 것
- New issue를 클릭하여 이슈를 생성합니다.
- 이슈 한 개는 보통 뷰 하나 기준으로 만듭니다. (한 뷰에 주요 기능이 너무 많다면 쪼개기)
- Issue 제목 : [라벨이름] (동사원형) (작업주제)
- ex) [Feat] 생성 MainView / [Asset] 추가 color set
- 템플릿을 작성해줍니다. (이때 특히, Todo를 자세하게 적어주세요! 최대한 쪼개서!)
로컬에 타입/#이슈번호 브랜치를 생성합니다.
- 브랜치 이름 : 타입/#이슈번호
- ex. feat/#1
git branch feat/#1 // 이슈번호1의 브랜치 생성git switch feat/#1 // 해당 브랜치로 변경- 커밋 메세지 : 타입/#이슈번호: 커밋메세지
- ex. [Feat/#1] 추가 Question1
git add . //작업 요소를 더해줌
git commit -m "[Feat/#1] 추가 Question1" //무엇을 했는지 메세지로 작성(확인을 위해) pull을 한 번 진행해준다.
git pull upstream develop //원본(메인)레포의 파일을 불러온다.git push -u origin <브랜치명> //해당 브랜치를 올리고자 한다.- Reviewers 자신 제외 모두 체크
- Assignees 자기 자신 추가
- Labels 이슈와 동일하게 추가
- 수정 필요 시 수정하기
git switch develop| 제목 | 설명 |
|---|---|
| Feat | New Feature, UI |
| Bug | Fix Bug |
| Docs | |
| Asset | Add Image, Icon |
| Fix | Rename file or minor code fix |
| Setting | Project Setting |
타입/#숫자
ex. feat/#1
타입/#이슈번호: 커밋메세지
ex. [Feat/#1] 추가 Question1
- 이슈 한 개는 보통 뷰 하나 기준으로 만듭니다. (한 뷰에 주요 기능이 너무 많다면 쪼개기)
- Issue 제목 : [라벨이름] (동사원형) (작업주제) ex) [Feat] 생성 MainView / [Asset] 추가 color set
- 템플릿을 작성해줍니다. (이때 특히, Todo를 자세하게 적어주세요! 최대한 쪼개서!)
- ex)
- 팝업창
- 8개의 카드와 글씨 (카드 안에는 일러스트)
- 마지막 2개로 결승전 진행
- 최종 결과 저장하기
- ex)
- 완료 시 Issue를 닫습니다.
- Git Issue Template, PR → 양식 가져오기.
- Issue 제목과 동일하게 **제목을 작성한다.
- 템플릿 안에 내용을 채워준다. (아는 지식, 모르겠는 부분, 팀원들과 공유하고싶은 부분 모두 자세하게~)
- 이슈에서 쓴 라벨을 붙여준다.
- 본인 제외 한 명의 팀원의 Approve가 있어야 merge가 가능하다.
- 혼자서 할 수 있게끔 열어둠 (특정 상황에서만 사용)
- 리뷰어들은 단순히 approve를 한다기보다 코드 변화를 체크하고 네임컨벤션을 지키고 있는지를 확인한다.