PowerShell

<blockquote><code spellcheck="false">yarn</code>이나 <code spellcheck="false">pnpm</code>등의 패키지 관리자를 이용해 파이썬 스크립트를 실행하려고 할 때<code spellcheck="false">이 시스템에서 스크립트를 실행할 수 없으므로...</code>라는 에러를 수정하는 방법에 대해 다룬다.</blockquote><img src="https://image.until.blog/xeros/article/1727225098206.png" alt="until-1511"><h3>문제의 원인</h3>winOS에서 PowerShell의 기본 보안 정책때문에 이런 문제가 발생한다.<h3>해결 방법</h3>보안 정책에 의한 문제이기 때문에 스크립트 실행 보안 정책을 수정하면 해결된다.<ol><li>관리자 권한으로 PowerShell을 실행한다.</li><li>PowerShell에서 다음 명령어를 입력하고 실행한다.</li></ol><pre spellcheck="false"><code class="language-bash">Set-ExecutionPolicy -ExecutionPolicy RemoteSigned</code></pre><ol start="3"><li>이후 정책을 정말로 수정할것인지 묻는 프롬프트가 나오면 Y를 입력하여 정책 수정을 실행한다.</li></ol><img src="https://image.until.blog/xeros/article/1727225242794.png" alt="until-1513">

Windows PS에서 스크립트 실행 관련 에러를 해결하는 방법

Powershell에서 이 시스템에서 스크립트를 실행할 수 없음 에러

<h1>인터넷</h1>인터넷은 전 세계의 네트워크들이 서로 연결된 거대한 네트워크를 의미한다. 기본적으로 수 많은기기들이 서로 통신하고정보를 주고받을 수 있도록 하는 플랫폼 데이터를 요청하고 응답받아서 배달해주는 역할을 한다. 7 Layer Model에 의해서 다른 컴퓨터로 요청이 전달되고, 같은 방식으로 다른 컴퓨터에서 내 컴퓨터로 전달된다. <hr><h1>웹(World Wide Web)</h1>인터넷을 통해서 정보를 공유하고 검색하는 시스템으로 HTML로 작성되고 웹 브라우저에 의해 해석되어 사용자에게 보여진다.<ul><li>HTML : 웹 페이지의 구조를 정의하는데 사용되는 표준 마크업 언어다.</li><li>URL : 웹 상의 리소스르 식별하고 위치를 지정하는데 사용되는 주소</li><li>HTTP : 클라이언트와 서버 간에 웹페이지와 다른 웹 컨텐츠를 전송하는데 사용되는 프로토콜</li></ul> <hr><h1>웹페이지</h1><ul><li>HTML, CSS, Javascript 및 이미지와 같은 파일 모음으로, 브라우저에서 사이트, 이미지 및 데이터를 표시하는 방법을 지정한다.</li><li>인터넷에 연결된 외부 컴퓨터가 이런 파일을 저장한다.</li><li>도메인을 통해서 해당하는 IP 주소를 가져온다.<blockquote>IP 주소란 인터넷 프로토콜이 사용하는 고유한 식별자로 컴퓨터 네트워크에서 장치가 서로 통신하기 위해서는 고유한 주소를 가져야하는데, 그 역할을 하는 것이 바로 IP주소이다. 인터넷에 연결된 각 장치에 할당되며, 이를 통해 데이터가 올바른 위치로 전송될 수 있다.</blockquote></li></ul>

인터넷이란?

취준생 일지

미루고 미루던…… <s>딱히 미루지는 않았고 매번 보러 가기는 했던,</s> 5/6번째 정처기 실기.변명 좀 하자면 1/6번째는 아는 게 없어서 무작정 머리에 집어넣는 대로 했고, 2/6번째는 실수로 놓쳤고, 3/6은 교육의 중간 프로젝트, 4/6은 파이널 프로젝트랑 겹쳤다. 간당간당하게 죄다 말아먹었단 소리기는 하다. <s>다른 건 다 붙어서 망정이지……</s><h3>준비 기간</h3>한…… 일주일? 진짜 정신차리고 보니까 일주일 남았더라. <s>왜지</s> 물론 그 사이에 처음 면접도 보고 돈도 좀 벌고…… <s>쪼오오오오끔</s> 추석도 끼고 개인사도 있고 여차저차하고 보니까? 일주일이더라.음! 좋아. 충분하다. <s>영혼을 바친다면.</s><h3>얼마나 했는가?</h3>하루에 최소 4시간, 오래 붙잡고 있을 때는 6시간 정도 잡고 있었다. 하루종일 하는 건 아니고 중간중간 쉬어가면서 했고 한번 집중력이 그렇게 길지 않다. <s>특히 이론은</s><h3>어떻게 했는지</h3>맨날 프로그래밍 언어, SQL 활용만 파다가 이번에는 이론만 팠다. 이젠 프로그래밍 언어랑 SQL은 좀 하겠지라는 근자감도 있었고 <s>진짜 근거없더라</s> 매번 간단한 이론이 헷갈린 게 아쉬워서 이번에는 이론을 파다가 마지막 이틀 쯤에 프밍이랑 SQL을 하면 되겠지! 라고 생각했으나, 꿈이 컸다. <s>어~ 너 프밍이랑 SQL 1시간 보고 갔어 </s><h3>예상</h3>예상 결과는 현재로는 약간 불안하다. 55 60 65... 그 어딘가... 60이나 65가 맞는 것 같긴한데, 약간 내가 그때 뭐라고 썼는지 기억이 안 나는 게 있다. <s>뭐라고 썼냐 대답해라 나</s>솔직히 이번 난이도는 개인적으로 올해 본 세 번의 시험 중에서 프밍이 제일 어려웠다. 이론은 쉬운 축에 속한 듯. 그만 나대고 프밍으로 회귀해야지... <s>제발 합격 시켜줘</s> <s>정처기로 남의 학교 그만 가고 싶어</s>

마지막 실기까지 이런 식으로 굴 거야

24년 3회차 정처기 실기 후기

<a target="_blank" rel="noopener noreferrer nofollow" href="https://kdhyo98.tistory.com/48">[Java] Random보단 SecureRandom 를 사용하자. — 일단은 내 이야기</a>참고비밀번호에는 SecureRandom을 사용함그외 난수에 대한 중복이 중요하지 않은 경우 Random 을 사용하자

[Java] Random보단 SecureRandom 를 사용하자. — 일단은 내 이야기참고비밀번호에는 SecureRandom을 사용함그외 난수에 대한 중복이 중요하지 않은 경우 Random 을 사용하자

random vs secureRandom

<img src="https://image.until.blog/steady/article/1727694635128.jpeg" alt="until-1663"><h2>암호화란?</h2><hr>암호화는 데이터를 허가 받지 않은 사용자가 알아보기 어렵게 만들고, 허가 받은 사용자는 알아볼 수 있게 하는 것을 뜻한다.특히 타인이 취득하여 악용할 소지가 있는 데이터들을 주로 암호화 처리해서 보관한다. (ex. 휴대폰 번호, 주민등록번호 등)<blockquote>학습 전에 헷갈렸던 부분: 해시 함수를 이용한 데이터 변환은 복호화가 불가능 하기 때문에 암호화에 속하지 않는다.해쉬 함수를 이용한 보안 기법이라고 부르는 것이 맞다.</blockquote><h2>어떤 방식이 있나?</h2><hr><h3>대칭키 암호화( ex. AES, DES 등 )</h3>: 데이터를 암호화 할때 쓰는 키값과 데이터를 복호화 할때 쓰는 키값이 동일한 암호화 방식<ul><li>하나의 키를 이용해 암복호화가 쉽지만, 키 값을 공유하여 사용할 때 각별한 주의를 기울여야 한다.</li></ul><pre spellcheck="false"><code>"안녕" -(비밀키)-&gt; "62758dda68a287fd310ee918d070fcac" -(비밀키)-&gt; "안녕" </code></pre><h3>비대칭키 암호화( ex. RSA, ECC 등 )</h3>: 데이터를 암호화 할때 쓰는 키와 데이터를 복호화 할때 쓰는 키가 다른 암호화 방식<ul><li>키를 사전에 공유하지 않아도 이용이 가능해 안전하지만, 대칭키 방식에 비해 속도가 느리고 충분한 보안성을 위해서는 긴 길이의 키가 필요해 암복호화 연산이 복잡해 자원을 많이 소모한다.</li></ul><h4>공개키? 개인키?</h4>: 암호화 키를 생성할 때 공개키와 개인키 두 개의 쌍으로 생성을 한다.공개키는 데이터를 암호화 할때, 개인키는 데이터를 복호화 할때 사용한다.<ul><li>모두에게 공개된 공개키 값을 이용해 암호화 된 값을 서버로 보내면 서버에서 개인키로 복호화 하여 데이터를 확인하는 순서다.</li><li>개인키는 공개되지 않고 서버에서만 사용해 공유 중에 유출 될 가능성이 없다.</li></ul><pre spellcheck="false"><code>"안녕" -(공개키)-&gt; "CO//3lsN30ryl8EXFV0Oubq2erPoP4DfedM0zRnLjOiet81uo4gtzKp3H3DpBJkq/lY3547jVK7jArbwO1EA6w==" -(개인키)-&gt; "안녕"</code></pre><h2>그래서 뭘 쓰면 좋을까?</h2><hr>일반적인 상황이라면 보안성이 더 뛰어난 비대칭키 암호화 방식서버의 성능이 좋지 않거나 대량의 데이터를 전송할때는 대칭키 암호화 방식<h2>돌아보며</h2><hr><blockquote>부끄럽지만 나는 "개발할때 무슨 암호화 방식을 사용하셨나요?" 라는 질문에 "Base64 요" 라는 이상한 답변을 한 적이 있다. 답을 들은 면접관은 "그건 암호화 방식이 아닌데요" 라고 답하였고, 나는 그 당시에는 내가 뭘 잘못 말한지 몰랐었다. (물론 시원하게 탈락했다.)암호화 파트를 개발했었지만, 기능이 동작할 정도만 찾아보고 자세한 내용은 모르고 개발을 해왔던 것이다. 누군가 이 글을 읽고 나와 같은 멍청한 실수를 방지했으면 한다.</blockquote>

암호화란?암호화는 데이터를 허가 받지 않은 사용자가 알아보기 어렵게 만들고, 허가 받은 사용자는 알아볼 수 있게 하는 것을 뜻한다.특히 타인이 취득하여 악용할 소지가 있는 데이터들을 주로 암호화 처리해서 보관한다. (ex. 휴대폰 번호, 주민등록번호 등)학습 전에 헷갈렸던 부분: 해시 함수를 이용한 데이터 변환은 복호화가 불가능 하기 때문에 암호화에 속하지

[Security] 암호화에 대한 이해

도커는 컨테이너라는 경량 단위로 애플리케이션을 실행하는 기능을 제공하는 플랫폼이다.<h1>1.1 컨테이너가 IT세상을 점령한 이유</h1>도커를 통해 운영 환경과 테스트 환경을 막론하고 애플리케이션을 빌드하고, 배포하고, 관리하는 모든 업무가 이루어진다.프로젝트에 새로 참여한 개발자도 소스 코드를 내려받고 나면 명령 한 줄로 로컬 머신에서 빌드와 실행을 끝낼 수 있다.도커 도입을 통해 모든 툴체인이 중앙집중화돼, 특정 버전으로 매번 설치하지않아도 되었다.<h2>1.1.1 클라우드 환경으로 이주하기</h2>기존의 클라우드 환경 이주는 크게 두 가지 선택지가 존재했다.<ol><li>서비스로서의 인프라 (IaaS)</li><li>서비스로서의 플랫폼 (PaaS)</li></ol>PaaS는 애플리케이션의 각 컴포넌트를 하나씩 클라우드 매니지드 서비스로 옮겨야하는 까다로운 프로젝트를 수행해야한다. 게다가 애플리케이션이 클라우드에 종속되어버린다.IaaS는 애플리케이션의 각 컴포넌트를 가상 머신에서 동작시키게 된다. 따라서 특정 클라우드에 종속되지는 않지만 운영비용이 크게 증가한다.<hr>하지만 도커를 도입하면 애플리케이션의 각 컴포넌트를 컨테이너로 이주한 다음 애저 쿠버네티스 서비스나 아마존 일래스틱 서비스 혹은 직접 구축한 도커 클러스터에서 전체 애플리케이션을 실행할 수 있다.도커를 도입한다면 특정 클라우드에 종속되지 않고, 심지어 로컬 환경에서도 운영가능하다. 따라서 낮은 운영비와 이식성을 확보할 수 있다.컨테이너로 애플리케이션을 이주하려면 기존 설치 절차를 Dockerfile 스크립트로 작성하고, 배포 관련 사항 역시 도커 컴포즈나 쿠버네티스에서 사용되는 애플리케이션 매니페스트로 작성해야한다.<h2>1.1.2 레거시 애플리케이션 현대화하기</h2>컨테이너를 활용하면 거의 모든 애플리케이션을 클라우드에서 실행할 수 있다.그러나 기존 애플리케이션의 구조를 낡은 모놀리식 설계로 방치한다면 도커, 클라우드 플랫폼의 진가를 발휘하기 어렵다.컨테이너는 가상 네트워크를 통해 외부로 노출되지 않고 서로 통신할 수 있다. 이는 기능별로 별도의 컨테이너를 배치할 수 있는 것이다.결과적으로 통짜 애플리케이션이 여러 개의 컨테이너로 분할된 분산 애플리케이션으로 거듭나게 된다.이는 결국 MSA의 다양한 장점을 누릴 수 있게된다.<ul><li>핵심 기능이 작아진다.</li><li>핵심 기능이 독립적으로 변한다.</li><li>변경 내용을 빠르게 테스트할 수 있다.</li><li>확장성을 조절할 수 있다.</li><li>필요에 맞는 적절한 기술을 각기 다르게 선택할 수 있다.</li></ul>도커를 도입하면 레거시 애플리케이션의 설계를 쉽게 현대화할 수 있다.<h2>1.1.3 클라우드 환경에 적합한 새로운 애플리케이션 개발하기</h2>도커는 기존 애플리케이션을 클라우드로 이주하는데 유용하다.분산 애플리케이션을 빌드하고 실행하는 데 별도의 개발 도구가 필요하지 않는다.도커를 설치하고, 소스 코드 저장소를 복제한 뒤, 한 번의 명령으로 전체 애플리케이션을 실행할 수 있게된다.도커는 서드파티 소프트웨어를 도입하는데도 유용하다.도커 허브는 다양한 사람이 자신이 작성한 컨테이너를 공유하는 서비스이다.<h2>1.1.4 기술혁신: 서버리스와 그 너머</h2>현대 IT 기술을 주도하는 요소 중 하나는 일관성이다. 개발 팀은 모든 프로젝트에서 같은 도구, 같은 프로세스, 동일한 런타임을 사용하기를 원한다.도커는 이 요구사항을 만족시킬 수 있다.도커 클러스터를 구축하면 모든 제품의 빌그, 배포, 운영을 같은 도구와 같은 방법으로 수행할 수 있다.

[도커  교과서] 1장 도커 컨테이너와 이미지 이해하기

비즈니스용 모바일 앱을 만드는 데 얼마나 비용이 들까요? 제 경험상, 안드로이드와 iOS 앱을 개발하려면 최소 1만 달러부터 시작합니다.하지만 한 달에 단 35달러로 모바일 앱을 만들 수 있는 매우 효과적인 방법이 있습니다. 혼자서도 할 수 있고, 팀을 고용할 수도 있는데, 이 방법은 몇 개월이 아닌 며칠 만에, 수천 달러가 아닌 수십 달러로 가능합니다.제가 말하는 것은 Natively입니다. 이 서비스는 어떤 웹사이트나 웹 애플리케이션도 손쉽게 네이티브 앱으로 변환해 줍니다.귀하의 웹사이트/웹 앱이 JavaScript 프레임워크로 구축되었든, Bubble, Webflow, Wix, WordPress, Shopify와 같은 노코드 플랫폼을 활용하든, Natively는 모바일 앱으로의 전환을 매끄럽고 간단하게 만들어 줍니다.Natively의 사용은 매우 간편합니다. 사용자 친화적이고 자동화된 프로세스로 인해 기술적 전문 지식 없이도 누구나 몇 분 안에 앱을 만들 수 있습니다.Natively는 푸시 알림, 헬스 키트, 위치 추적, 카메라, 갤러리, 인앱 결제 등 다양한 네이티브 모바일 기능을 설정할 수 있게 해줍니다. 그리고 새로운 기능이 지속적으로 추가되고 있습니다.1년 전 처음 출시된 이후로 Natively 덕분에 800개 이상의 애플리케이션이 App Store와 Google PlayMarket에서 성공적으로 자리 잡았습니다.Natively의 웹사이트, 리뷰 및 사례는 여기에서 확인하세요: <a target="_blank" rel="noopener noreferrer nofollow" href="https://www.buildnatively.com/">https://www.buildnatively.com/</a>오늘날의 디지털 시대에서 네이티브 애플리케이션을 보유하는 것은 사용자를 끌어들이고 유지하는 데 필수적이며, 비즈니스 성장에 큰 도움이 됩니다. 그래서 저는 Natively가 특히 무료로 시작할 수 있다는 점에서 꼭 시도해볼 가치가 있다고 믿습니다. 🌍

비즈니스용 모바일 앱을 만드는 데 얼마나 비용이 들까요? 제 경험상, 안드로이드와 iOS 앱을 개발하려면 최소 1만 달러부터 시작합니다.