https://www.youtube.com/playlist?list=PL6CJYn40gN6hdNC1IGQZfVI707dh9DPRc&utm_campaign=%23QtPartner&utm_content=105683594&utm_medium=social&utm_source=facebook&hss_channel=fbp-148831668484831

https://www.youtube.com/watch?v=FzyvziQf4JQ&feature=youtu.be&fbclid=IwAR0HLkWrJsJhrIxA5p9Zany8uYAvz-6LBeLiL2uI0o13VrTtQIZXDH8a_Io

특정 Branch를 clone할 때가 아래의 명령어를 사용한다.

git clone -b 'branch name' --single-branch '저장소 URL'

https://medium.com/%EC%98%A4%EB%8A%98%EC%9D%98-%ED%94%84%EB%A1%9C%EA%B7%B8%EB%9E%98%EB%B0%8D/git%EC%9D%84-%EC%82%AC%EC%9A%A9%ED%95%A0-%EB%95%8C-%EC%95%8C%EC%95%84%EC%95%BC-%ED%95%A0-4-%EA%B0%80%EC%A7%80-f8a64f5fa558

EC2 프리티어를 사용하는데 AWS가 내 돈을 가져가 버렸다.

왜?     내 돈을 가져간 이유다.

https://saengjja.tistory.com/374

AWS에서 기본적인 알림은 보내주지만 이 번 기회에 '결제 알림' 을 설정하기로 했다.

'내 결제 대쉬보드' 로 이동하자

결제 대시보드로 이동 후 번호에 따라 '결제 기본설정' 클릭 -> '결제 알림받기' 체크 -> '기본 설정 저장' 클릭을 한다. 기본 설정 저장을 한 후 이제 '결제 알림 관리' 클릭하여  알림을 설정창으로 이동한다.

AWS EC2 프리티어 서버를 하나 만들었다.

잘 쓰고 있었다. 어느날 갑자기 아마존에서 $3을 가져가겠다고 문자가 왔다. 헉~~~~ EC2는 프리티어 아닌가? 왜 돈을 달라고 하지?????

AWS 에 로그인하여 '서비스 찾기' 에서 빌링 시스템을 검색하여 확인해 봤다.

'Billing' 페이지에 들어간 후 '서비스별 이번 달 현재까지 소비' 부분의 '청구서 세부 정보'를 클릭한 후 요금이 청구된 달을 선택하면 요금이 적용된 세부 정보를 볼 수가 있다. 

나한테 발생한 요금은 아래와 같다.

실행되고 있지 않은 EC2에 연결되어 있는 Elastic IP Addresses 에서 요금이 발생 한 것이다. 시간당 0.005 $로...

나는 EC2에 Elastic IP Address를 연결만 해 놓으면 요금이 발생하지 않는 줄 알았다. 그게 아니였다.

Elastic IP Address에 연결된 EC2를 stop 시키면 이 역시 요금이 발생하는 것이었다.

Elastic IP Address는 요금이 발생하는 서비스이다. Elastic IP Address는 동적으로 IP가 할당되는 인스턴스를 위한 정적 IPv4 주소 서비스로 AWS 계정과 연결된다. 이 자원은 유니크한 자원이기 때문에 생성 후 인스턴스와 연결을 하지 않으면 요금이 발생한다. Elastic IP Address를 사용하면 EC2를 정적 IP로 사용할 수 있고 EC2에 연결해 놓았기 때문에 EC2를 무료로 사용하는 기간동안은 요금이 발생하지 않는다. 하지만 EC2를 사용하지 않고 stop 시키는 동안에도 Elastic IP Address 자원을 사용하고 있는 것이기 때문에 요금이 발생한다. 이 번에 아마존이 나한테 돈을 가져간 사유가 바로 이 것이다. EC2와 Elastic IP Address를 연결한 후 EC2를 stop 시켜 놓았던 것이다. 그래서 앞으로 일년 동안 EC2를 멈추지 않기로 했다. ㅋㅋㅋ

정리해보면...

• Elastic IP Address는 요금이 발생하는 서비스이다.
• 요금이 발생하는 사유는 생성하고 인스턴스에 연결해 놓지 않을 때 요금이 발생한다.
• 인스턴스에 연결해 놓았지만 인스턴스가 실행중이지 않을 때 요금이 발생한다.

참고로 AWS의 프리 티어들을 정리한 사이트주소이다.

https://aws.amazon.com/ko/free/?all-free-tier.sort-by=item.additionalFields.SortRank&all-free-tier.sort-order=asc

EC2는 월 750시간이 무료이고 EC2를 한달내내 사용해도 월 744시간 밖에 안된다. 결국 12개월 동안은 EC2가 공짜라는 소리이다.

참고로 AWS 프리티어를 사용시 요금이 발생할 수 있는 사항들은 다음에 정리해야 겠다.

Pycharm을 Free 버전을 사용 중이었다. AWS 무료 버전 하나 만들고 FTP client로 연결하여 사용 중이었다. Pycharm으로 작업 후 FTP를 이용해서 AWS에 파일을 업로드하고 실행 시키고...생각보다 귀찮은 작업이었다.

FTP가 가능한 무료 ide 를 찾다가 vs code를 발견했다. python만하는게 아니라 주로 C/C++을 하고 정말 일있으면 JAVA도 하고( 사실 자바는 현재 잘 안함 ㅋ ), 급하면 C#도 하고 현재 python도 하고 있으니 여러개를 동시에 할 수있는 vs code가 딱이었다. FTP도 되지 않는가.  

vs code를 다운받고 'FTP-simple'를 설치했다. 'F1'을 눌러 FTP-simple config를 설정하려고 하는데, 이런!!! 이상한 에러가 난다.

'Running the contributed command:'ftp.config' failed'

아무리 찾아도 해결 책이 없으 한 동안 방치했다 다시 vs code를 실행하니 FTP Connection config 설정 error가 사라졌다. ㅋ~~~~

F1을 눌러 'ftp-simple:Config-FTP connection setting'을 선택하자.

FTP connection seteting을 선택하여 설정화면이 나오면 아래와 같이 자신에게 맞는 정보를 셋팅한다.

설정이 모두 끝났다면 이제 접속이다. 마찬가지로 F1을 눌러 'Remote directory....'을 선택한다.

connection config에서 설정한 이름이 나오고 이름을 선택하면 FTP에 접속하게 된다. 이때 접속 Root는 설정시에 설정한 path 이다. 네트워크 시간에 따라 무지 시간이 걸릴 때도 있다.

파일 창을 선택 했을 때 FTP path가 보인다.

여기서 실행은 안되는 것 같더라....아니면 내가 뭘 더 설정을 안했던가....ㅎㅎㅎ

REST API가 기능 또는 기술인줄 알았다.

REST API는 규약이자 형식이며 지침이다. 프로토콜 조차도 되지 않는다. 프로토콜은 지키지 않으면 동작을 안하지만 REST API는 지키지 않는다고 동작을 안하는 것은 아니다. 그럼에도 불구하고 우리는 REST API를 지켜야 한다.

함수명과 인자값, 리턴값으로 무슨일을 하는 함수인지 알 수 있는 함수명 명명 규칙과 비슷하다. 안지킨다고 제재를 가하진 않지만 일하기에 불편을 감수해야 한다. 물론 혼자하는 일이라면 불편을 감수해도 괜찮다. 하지만 SW는 이제 혼자할 수 있는 규모를 벗어난 큰일이 되어 버렸기 때문에 우리는 항상 팀작업을 한다. 팀작업 아래에서는 규약과 형식을 지키는 것이 중요하다. 안지키면 지금도 욕먹지만 미래의 누군가에게도 오지게 욕을 먹는다. 

https://saengjja.tistory.com/370

Flask의 Blueprint는 쉽게 말해 모듈을 나누는 역할을 한다. 한 모듈에 거대하게 집중되어 있는 REST API method를 상상해보자 한 파일만 천 라인이 넘어간다면 보기 힘들 것이다. Blueprint를 이용해서 REST API의 URI에 맞게 모듈을 나누어 관리를 쉽게 하는 것도 좋은 방법일 것이다. 필요할 때 분리된 모듈을 버전별로 관리할 수도 있다.

Blueprint를 사용하기 전의 폴더 구조와 사용후의 폴더 구조를 설명했으니 이젠 바뀐 코드를 보자

webapp 폴더 아래의 __init__.py 파일

Flask 객체인 app만 선언했다.

api_v1 패키지와 패키지 안에 선언한 api 모듈을 추가한다.

app에 resgister_blueprint 메소드를 사용하여 api 모듈을 등록한다. 이제 app으로 전달되어 오는 requests를 api 모듈로도 보낼 수 있는 준비를 했다. url_brefix는 Blueprint로 등록한 모듈에 requests URL이 전달 될 때 URI에 자동으로 붙는 URI이다. 잘 동작을 안한다. 내가 실수한 것인지 버전 차이인지는 찾아보고 있는 중이다. url_brefix가 잘 동작한다면 api의 버전관리가 무지 편해질 것 같다. 필요 없거나 버그가 있는 api는 폐기하고 Blueprint 등록하는 곳에서 url_brefix 만 변경해주면 될 것이기 때문이다.  

app_start.py 파일

app_start.py 모듈에 있던 login, register, registerinfo 등등의 requests 함수들이 모두 사라졌다. Blueprint로 해당 모듈을 생성하고 해당 모듈로 모두 분리했다.

api_v1 폴더의 __init__.py 파일

Blueprint 로 api를 생성했다.

api_v1 폴더의 기능별로 분리한 모듈 파일

실제 모듈 소스이다. 래퍼가 @app에서 @api로 바뀌었다. 

이렇게 사용하여 app_start.py에서 사용하는 기능들을 모두 분리했다.

정확한 기술에 대해 알고 싶으면...

영문사이트 ---> https://flask.palletsprojects.com/en/1.0.x/blueprints/

한글 번역 사이트 ---> https://flask-docs-kr.readthedocs.io/ko/latest/blueprints.html#id3

__init__.py 파일은 해당 디렉터리, __init__.py 파일이 포함되어 있는 폴더가 패키지의 일부임을 알려주는 역할을 한다.

패키지에 포함되어 있는(하부 디렉터리) 폴더에 __init__.py가 없다면 패키지로 인식되지 않는다.

__init__.py

• 해당 디렉터리가 패키지의 일부임을 알려주는 역할
• 디렉터리내에 __init__.py가 없다면 패키지로인식하지 않음
• __init__.py 파일 안에는 해당 디렉터리에서 공통으로 적용 가능한 기능이나 모듈을 포함할 수 있다.

__all__

패키지 안에서 'import *' 로 사용하고 싶다면 __init__.py 파일 안의 __all__ 변수에 * 로 선언할 때 호출할 모듈들을 선언해줘야 한다.

선언 방법은 아래와 같다.

__all__ = ['포함될 모듈 네임', '포함될 모듈 네임', '포함된 모듈 네임', ...]

'갑분싸'로 웹을 하게 되었는데 REST, RESTful이 뭔지 개념이 없다. ㅋ~~ 사실 웹자체에 개념이 없다. ㅎㅎ

거거거중지 행행행리각 - 가고 가고 가는 가운데 알게 되고 행하고 행하고 행하다보면 깨닫게 된다 - 란 뜻이다. 익히고 익히다 보면 알게되고 알게된 상태에서 익히고 익히다 보면 숙달하게 되고 또 익히고 익히면 통달하게 된다.

그러니 일단 뭔지 한번 읽고읽어보자

https://docs.microsoft.com/ko-kr/azure/architecture/best-practices/api-design

https://docs.microsoft.com/ko-kr/azure/architecture/best-practices/api-implementation

REST는 정보들을 주고 받는데 있어서 사용되는 형식이자 규약이다. 처음에는 REST를 기능 또는 기술로 인식을 하고 있었다. 기술이나 제품이 아니라 형식이기 때문에 어떤 프레임워크를 쓰든 형식에 맞춰서 사용만 하면 오만가지에서 다 사용할 수 있다. 

REST의 가장 중요한 특성은 각 동작이 어떤 동작이나 정보를 위한 것인지를 요청하는 모습 자체로 추론이 가능하다는 것이다. 요청을 보낸 주소만으로도 이 요청이 어떤 요청인지 파악이 가능하도록 만들어야 한다.

REST API는 리소스를 중심으로 디자인 한다.(무슨 말인지?) REST는 말 그대로 규약으로 지키지 않는다고 웹이 동작하지 않는 것은 아니다. 단지 RESTful하지 않은 API라는 소리를 들을 뿐...

http 기반이기 때문에 주소가 나오고 주소의 '/' 뒤에 식별자들이 나오는데 식별자로 리소스를 명을 사용한다. 세부항목으로는 해당 리소스의 ID를 사용하면 된다.

리소스를 중심으로 디자인한다는 말은 URI는 리소스 중심으로 만들고(URI에 리소스 동작에 대한 설명은 없어야 한다) 리소스에 대한 동작은 HTTP의 method로 지원해야 한다. 각 CRUD method는 각각의 의미가 있기 때문에 각 의미에 맞추어 코드를 개발하면 된다.

그렇기 때문에 리소스 URI는 동사(리소스에 대한 작업)가 아닌 명사(리소스)를 기반으로 기술되어야 한다.

이제 '감'이 오기 시작한다.

'웹알못'으로 웹은 생각보다 배울게 많다는 것을 알았다. 하긴 용어부터 낯서니 할말 다했지....

Front-end / back-end 는 물론이고 리액트, 디장고, 부트스트랩 등등 모르는 용어가 너무 많다.

새로운 분야로 들어갈 때 용어정리만 해도 반은 먹고 들어가고 어디가서 전문가인척 대화도 할 수 있다고 생각한다. ㅋ~

back-end는 python의 Flask와 DJango로 퉁치고 있는데 front-end가 뭔지 살펴보다 부트스크랩을 사용해 봤다.

front-end는 결국 HTML / CSS / Java Script 등으로 이루어 져 있다고 생각했는데 부트스트랩이 뭐지? 프레임워크인가?

부트스트랩는 한마디로 '웹사이트 개발시의 프레임워크' 로 정의할 수 있다. 그렇다 순수하게 front-end단의 웹사이트/웹페이지 개발에 필요한 프레임워크가 부트스트랩이다. 즉 부트스트랩은 HTML/CSS/Java Sctrip의 개발을 편하고 쉽게 할 수 있도록 라이브러리를 모아놓은 프레임워크이다. 

그럼 어떻게 사용하나? 부트스트랩은 웹사이트 개발시에 가장 많이 사용하는 HTML/CSS/JS를 미리 만들어 놓았고 사용자는 다운로드 또는 CDN 방식으로 링크해서 그냥 사용하면 된다.

예를 들어 버튼을 하나 만들고 CSS를 적용한다고 생각해보자. 일일이 개발자가 HTML의 모든 태그, class, id에 CSS를 만들어 주면 상당한 코딩을 해야 할 것이다. ( 물론 나같은 사람은 코딩양보다는 디자인이 쾅이라 부트스트랩을 사용할 것이다. )

부트스트랩을 사용한다면 아래와 같이 링크만 걸어주면 된다.

코드에서 보듯이 부트스트랩 CSS를 링크로 걸어주고 CSS를 적용할 클스만 추가하면 된다. 버튼의 class 에 부트스트랩을 적용해 주었다. 이제 버튼은 부트스트랩의 디자인이 적용되어 이쁘게 표현될 것이다.

사용자는  어떤 클래스인지 확인 후 해당 태그에 클래스만 추가하면 되는 것이다. 

아~~~ 부트스트랩까지 공부할 줄이야 ㅋ~~~~