You can use the editor on GitHub to maintain and preview the content for your website in Markdown files.

Whenever you commit to this repository, GitHub Pages will run Jekyll to rebuild the pages in your site, from the content in your Markdown files.

Markdown is a lightweight and easy-to-use syntax for styling your writing. It includes conventions for

Syntax highlighted code block

# Header 1
## Header 2
### Header 3

- Bulleted
- List

1. Numbered
2. List

**Bold** and _Italic_ and `Code` text

[Link](url) and ![Image](src)

For more details see GitHub Flavored Markdown.

Your Pages site will use the layout and styles from the Jekyll theme you have selected in your repository settings. The name of this theme is saved in the Jekyll _config.yml configuration file.

Having trouble with Pages? Check out our documentation or contact support and we’ll help you sort it out.

1. SSH 클라이언트를 개방하십시오. (PuTTY를 사용하여 연결 방법 알아보기)
2. 프라이빗 키 파일(MangoNight.pem)을 찾습니다. 마법사가 인스턴스를 시작하는 데 사용되는 키를 자동으로 검색합니다.
3. SSH가 작동하려면 키가 공개적으로 표시되지 않아야 합니다. 필요할 경우 이 명령을 사용합니다.
	chmod 400 MangoNight.pem
4. 퍼블릭 DNS을(를) 사용하여 인스턴스에 연결:
	ec2-52-79-241-224.ap-northeast-2.compute.amazonaws.com
예:
	ssh -i "MangoNight.pem" ubuntu@ec2-52-79-241-224.ap-northeast-2.compute.amazonaws.com
	ssh -i "MangoNight.pem" ubuntu@ec2-13-124-43-70.ap-northeast-2.compute.amazonaws.com
	ssh -i "MangoNight.pem" ubuntu@13.124.43.70


대부분의 경우 위의 사용자 이름이 맞지만, AMI 사용 지침을 숙지하여 AMI 소유자가 기본 AMI 사용자 이름을 변경하지 않도록 하십시오.
인스턴스에 연결하는 데 도움이 필요한 경우 연결 설명서을(를) 참조하십시오.

http://13.124.43.70:3000

pm2 start ...js	
pm2 list
pm2 show 0
pm2 stop 0

/etc/systemd/system/multi-user.target.wants/mongodb.service → /lib/systemd/system/mongodb.service.

sudo lsof -i :"포트 번호" sudo kill -9 "프로세스 번호"

lsof -n -i4TCP:27017 lsof -n -i TCP fuser -k 27017/tcp kill -9 "PID"

ubuntu@ip-172-31-24-134:/Asgardium$ sudo service mongodb stop ubuntu@ip-172-31-24-134:/Asgardium$ sudo service mongodb start

ubuntu@ip-172-31-24-134:~$ mongo

use Asgardium db.Users.insert({username:"test", password:"1234", admin:false}) db.Users.find()

df

• 사용량이 많은 순으로 정렬n sudo du -ckx | sort -n

git 폴링 -> 변경사항체크 후 Pull 및 스크립트 실행 시스템,,, 되려나?? -> contab

object["string"] = "String";
object["name"] = "SangHo";
console.dir(object);
console.log(JSON.stringify(object));

JsonWriter writer = new JsonWriter(json);
writer.PrettyPrint = true; // 한줄로 JsonText를 생성하지않고 사람이 읽기 쉽게 출력
writer.IndentValue = 2; // 들여쓰기
JsonMapper.ToJson(obj, writer);

// JsonUtility.ToJson(class)
// JsonUtility.FromJson<>(jsonString)
//
// if (KeyValuePairs != null)
// {
//     var bodyDataDict = KeyValuePairs.ToDictionary(x => x.Key, x => x.Value);
//     bodyJsonString = LitJson.JsonMapper.ToJson(bodyDataDict);
// }

var database = req.app.get('database');

expressApp.on('close', function()
{
	console.log("Express 서버 객체가 종료됩니다.");
	if (databaseModule.db)
    {
		databaseModule.db.close();
	}
});

// 프로세스 종료 시에 데이터베이스 연결 해제
process.on('SIGTERM', function ()
{
    console.log("프로세스가 종료됩니다.");
    app.close();
});

// 에러 핸들러 등록
var errorHandler = expressErrorHandler(
{
    static:
    {
        "404": "./Example/ch06/public/404.html"
    }
});
expressApp.use(expressErrorHandler.httpError(404));
expressApp.use(errorHandler);

2017-

• 라우터로 API를 추가할 수 있는 구조를 만들자.
• DB 구조를 만들자.
• 웹서버, 웹소켓 검증용 클라이언트 구현

2018-

• 레파지토리 분리해야겠다.
• 동적로드가 필요해지니 클라이언트 프레임워크 구성이 필요해졌다.
  • 유틸리티::AppInfo
  • 유틸리티::코루틴
  • 유틸리티::오브젝트풀
  • 유틸리티::유틸
  • 글로벌::경로관리
  • 글로벌::Enum
  • 글로벌::Hard
  • 씬 매니져
    • 페이드 UI가 잘 동작하는지 확인 하므로써 다듬기 작업 중간체크를 하자.
  • UI 매니져
    • params 를 이용해서 Show 함수를 특수화 할 수 있도록 구성
    • UI 루트와 패널 관리를 Type으로 할것인가? name으로 할것인가?
      • name으로 할경우 Get의 오류가 발생했을때 원인을 찾기 힘들 수 있다.
      • Type으로 하면 Get을 최대한 컴파일 타임에 오류를 감지할 수 있기에 안정감이 든다.
      • name으로 하면 리소스 이름의 자율성이 보장된다.
      • Type으로 하면 리소스 이름을 스크립트 이름과 동일시 해야한다.
      • Type으로 하면 스크립트를 재활용할 수가 없다.
      • Type으로 했을때 재활용단점이 name의 불안정감보다 큰거 같다.. name으로 하자..
  • 네트워크 매니져
  • 사운드 매니져
  • 데이터::리소스
    • 로드 코드 전부 어싱크로 변경
  • 데이터::테이블
  • 데이터::로더
  • 데이터::리더
  • 툴::데이터컨버터
  • 툴::리소스리스팅
  • 툴::빌드스크립트
    • 추후에 필요할때 작업하자.
  • 개선::TAP(작업기반비동기)적용
    • 리소스와 테이블 클래스에 TAP(작업기반비동기) 적용

• 간단한 인증 프로세스를 만들자.
  • 서버 : 회원가입 및 로그인 처리
  • 클라 : NGUI로 로그인 클라이언트를 만들자
  • 클라 : body 데이터를 Json형태로 받아올 수 있도록 파라미터를 구성하자
  • 클라 : Json데이터를 내려주는 코드로 변경하자.
  • 클라 : 클라에서는 서버에서 내려준 Json데이터를 파싱하는 코드를 작성하자.
  • 클라 : 로그인 UI 개발
  • 클라 : UI 코드 컨트롤 구조가 필요하다.
  • 클라 : 회원가입 UI 개발
  • 클라 : 알림팝업 UI 개발
  • 클라 : 로비씬 진입부 개발
  • 클라 : PlayerPreb에 이메일과 비밀번호를 저장시켜서 반자동로그인을 시켜주자.

• 로비씬
  • 클라 : 메인메뉴 개발
  • 기획검토

• 업데이트씬
  • 클라 : 데이터 로더 점검
  • 클라 : 테이블은 타이밍 구분없이 무조건 로드
  • 클라 : 리소스는 타이밍 구분에 대한 설계
  • 클라 : 애셋번들 패치 설계
  • 클라 : 애셋번들 로드 구조 설계

• 마이닝
  • 클라 : UI작업
    • 클라 : 그룹버튼을 만들까??, 아니면 그룹토글에 이벤트를 받도록 해서 버튼이든 뭐든 통일화시킬까??
    • 클라 : 스크롤뷰 동적 추가 작업
    • 클라 : 스크롤뷰 재사용 적용
    • 마이닝 파워 카운팅 로직 개발
    • 기본 마이닝 슬롯 UI 개발
    • 마이닝 비지니스 로직 개발
  • DB : 서버 테이블 관리구조 설계
  • 서버/클라 : 테이블 적용
    • 서버/클라 : Config 테이블 적용
    • 서버/클라 : 기본 마이닝 데이터 테이블 적용

• 인증
  • 서버 : OAuth 2.0 도입
  • 클라 : Authorization에 userid 적용(JWT)
  • 클라 : Escape 문제 해결 필요

• 기타
  • String 테이블을 만들어야 한다.
  • 업데이트에 프로그래스 UI 만들어야 한다.
  • 클라 클래스들의 역할을 명확히 해야할 필요가 있다....
    • 씬 메인과 세부 비지니스 컨트롤러, UI 루트와 UI 메니져..
    • 씬 메인은 씬의 입구와 출구를 맡는다.
    • UI Root는 씬의 Root와 글로벌Root가 있다.
    • 세부 비지니스 로직은 각각의 UI오브젝트에 컴포넌트로 삽입되어 UI를 컨트롤한다.
  • 구글콘솔 앱 등록
  • 애플개발자센터 앱 등록
  • 젠킨스 : 안드로이드 빌드
  • 젠킨스 : iOS 빌드
  • 파이어베이스 앱 등록
  • 디플로이게이트 확인
  • 유니티 2018.3 버전으로 업데이트

• 소켓연결을 시도해보자.
  • 웹소켓 모듈을 찾자.
  • 컨넥션 및 단순 데이터 PingPong
  • 서버 웹 소켓 이벤트에 대해 조사
  • 접속 후 초기화 메시지를 추가해서 유져 authntoken과 socket.id를 매칭시켜줘야겠다.,, 이건 DB에 저장되는 값이 아님, 서버 메모리에 올라감.
  • 클라 웹 소켓 플러그인에서 출력하는 로그에 대해 조사 및 Disable
  • 예외처리방식 구상해보기
  • 전체 유저를 대상으로 데이터 Send
  • 특정 유저를 대상으로 데이터 Send
  • 특정 그룹을 대상으로 데이터 Send
  • 주기적으로 데이터 Send

• 피들러 필요하다.

• 외부인증 추가(google, facebook, twitter, naver, kakao, etc...)