<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>cram.dev</title>
    <link>https://marcoding.tistory.com/</link>
    <description>배움을 나누는 공간</description>
    <language>ko</language>
    <pubDate>Sat, 11 Jul 2026 23:30:52 +0900</pubDate>
    <generator>TISTORY</generator>
    <ttl>100</ttl>
    <managingEditor>cram.dev</managingEditor>
    <image>
      <title>cram.dev</title>
      <url>https://tistory1.daumcdn.net/tistory/5082059/attach/9de7c8d051ee4c0e8470df4fdc2df588</url>
      <link>https://marcoding.tistory.com</link>
    </image>
    <item>
      <title>스프링부트 운영환경 뜯어고치기(AWS 인프라 재구성, EC2, Nginx, ALB, ACM)</title>
      <link>https://marcoding.tistory.com/71</link>
      <description>회사의 협력사가 회사가 힘들어져 개발팀도 모두 퇴사한 상황에운영 중인 프로젝트에 개발이슈가 있어 도움요청이 왔고 디버깅했던 프로젝트 경험담입니다.그동안 학습하며 배운 지식을 토대로 부딪히면서 겪은 경험위주의 작성으로 작성된 프로젝트를 현재 운영하고 있지는 않지만 잘못된 점은 말씀해 주시면 학습 및 수정하겠습니다.
&amp;nbsp;
0. 어떤상황인가?
문제인식

협력사에 사정이 있어 기존 개발자들이 퇴사한 상황에서 프로젝트를 인수받음
협력사가 필요로 하는 특정..</description>
      <category>WEB</category>
      <category>ACM</category>
      <category>ALB</category>
      <category>EC2</category>
      <category>nginx</category>
      <category>SSL</category>
      <category>swap</category>
      <category>VPC</category>
      <category>스프링부트</category>
      <author>cram.dev</author>
      <guid isPermaLink="true">https://marcoding.tistory.com/71</guid>
      <comments>https://marcoding.tistory.com/71#entry71comment</comments>
      <pubDate>Mon, 19 Feb 2024 20:19:15 +0900</pubDate>
    </item>
    <item>
      <title>[DID] DID개발을 위한 DID, DID Document 개념정리</title>
      <link>https://marcoding.tistory.com/70</link>
      <description>신규 프로젝트인 DID관련 업무를 위한 사전지식을 습득하고자여러 가지 자료를 통해 학습한 결과를 정리해보려 한다.DID구조 
 Scheme: did scheme을 따르겠다는 의미로 did scheme에서 정의한 접근 방식을 준수해 리소스를 찾아오겠다는 것을 명시 
 DID Method:&amp;nbsp; DID Document가 저장된 위치(블록체인 네트워크명), 각 method는 사용할 블록체인을 정의하고 DID document를 찾는(resolve) 방법을..</description>
      <category>블록체인</category>
      <category>dereference</category>
      <category>DID</category>
      <category>DID Auth</category>
      <category>DID Document</category>
      <author>cram.dev</author>
      <guid isPermaLink="true">https://marcoding.tistory.com/70</guid>
      <comments>https://marcoding.tistory.com/70#entry70comment</comments>
      <pubDate>Tue, 26 Sep 2023 00:43:08 +0900</pubDate>
    </item>
    <item>
      <title>Next.js 정적 웹사이트 S3 + CloudFront + Route53 (가비아 도메인적용)</title>
      <link>https://marcoding.tistory.com/69</link>
      <description>근래의 대부분의 웹앱의 경우 동적인 방식이 많지만
전통적으로 단일페이지와 같은 랜딩페이지류의 원페이지 형태는
화면의 내용이 바뀔 일이 없는 정적인 방식이 다수다.
&amp;nbsp;
Next.js를 통해 ssg방식의
정적 웹사이트를 AWS에 배포해서
캐싱을 위해 클라우드프론트를 적용하고
가비아와 같은 서비스에서
원하는 도메인을 구매해서
Route53에 적용하기 까지 기억이 휘발되지 않도록
기록을 남겨보려한다.
&amp;nbsp;
1. Next.js 정적사이트로 앱 빌..</description>
      <category>AWS</category>
      <category>aws cli</category>
      <category>cloudfront</category>
      <category>deploy</category>
      <category>Next.js</category>
      <category>Route53</category>
      <category>S3</category>
      <category>가비아도메인</category>
      <category>랜딩페이지</category>
      <category>정적웹호스팅</category>
      <author>cram.dev</author>
      <guid isPermaLink="true">https://marcoding.tistory.com/69</guid>
      <comments>https://marcoding.tistory.com/69#entry69comment</comments>
      <pubDate>Fri, 8 Sep 2023 14:54:14 +0900</pubDate>
    </item>
    <item>
      <title>Next13 App router SSR(server side rendering) Amplify 배포 이슈(feat.슬랙에 배포알림 연동하기)</title>
      <link>https://marcoding.tistory.com/68</link>
      <description>Next(SSR) 어디에 어떻게 배포하는 게 좋을까?

&amp;nbsp;회사에서 대외 홍보용 웹사이트가 필요해서 랜딩페이지가 필요한 상황이었다.Next13 App Router버전 SSR방식이 적용된 프로젝트 배포과정에서 겪은 이슈를 공유하고자 한다.우선 기존 배포방식 에서 다른 배포방식을 고려한 2가지 이유가 있었다.&amp;nbsp;Next.js 프레임워크의 전환으로 인한 호스팅 환경 전환 필요&amp;nbsp;기존 클라이언트 Web Application은 S3에 정적웹..</description>
      <category>AWS</category>
      <category>amplify deply</category>
      <category>amplify 배포</category>
      <category>Next.js</category>
      <category>next.js ssr</category>
      <category>slack 웹훅</category>
      <category>슬랙 메시지</category>
      <author>cram.dev</author>
      <guid isPermaLink="true">https://marcoding.tistory.com/68</guid>
      <comments>https://marcoding.tistory.com/68#entry68comment</comments>
      <pubDate>Thu, 24 Aug 2023 13:16:36 +0900</pubDate>
    </item>
    <item>
      <title>블록체인 금융 산술데이터처리(부동소수점연산)</title>
      <link>https://marcoding.tistory.com/67</link>
      <description>console.log(1-0.07)???
앞서 스왑(Token Transfers) 로그를 남기기 위해
이전데이터 값과 현재 컨트랙트 자산과의 차액 로그형태로 로직을 결정하기로 했다.
&amp;nbsp;
그런데,
DB update과정에서 연산처리 중
1 Ehter에서 0.07 Ether를 차감했더니 0.9299999999999999가 되었다?!
같은 맥락으로
0.1+0.2를 더하면 0.30000000000000004가 되는 것과 같은 문제다.
&amp;nbsp;

&amp;n..</description>
      <category>블록체인</category>
      <author>cram.dev</author>
      <guid isPermaLink="true">https://marcoding.tistory.com/67</guid>
      <comments>https://marcoding.tistory.com/67#entry67comment</comments>
      <pubDate>Tue, 22 Aug 2023 06:40:19 +0900</pubDate>
    </item>
    <item>
      <title>이더리움 토큰 스왑(Token Transfers)로그 확인 삽질기</title>
      <link>https://marcoding.tistory.com/66</link>
      <description>DAO Service
반년정도 진행된 DAO 프로젝트가 초기 MVP모델이 최근에 완성되었다.
나뿐만 아니라 개발팀전원 web3 기반지식이 부족한 상태에서 애자일방식으로 개발을 진행되었다.
각자의 진행속도와 이해도가 너무나도 천차만별이라 개발하면서 스트레스도 많이 받고, 너무너무 힘들었다.
그중 애를 많이 먹였던 스왑과정에 대해 공유해보려한다.
&amp;nbsp;
문제의 이해를 돕기 위해 Flow를 설명하자면 아래 그림과 같다.
아래 예시는 토큰예치나 스왑등의 ..</description>
      <category>블록체인</category>
      <category>etherscan</category>
      <category>MetaMask</category>
      <category>swap</category>
      <category>web3</category>
      <category>이더스캔</category>
      <author>cram.dev</author>
      <guid isPermaLink="true">https://marcoding.tistory.com/66</guid>
      <comments>https://marcoding.tistory.com/66#entry66comment</comments>
      <pubDate>Sat, 19 Aug 2023 17:19:26 +0900</pubDate>
    </item>
    <item>
      <title>SSL/TLS 인증서 자동갱신이 되지 않을때 - AWS ACM, Route53</title>
      <link>https://marcoding.tistory.com/65</link>
      <description>&amp;nbsp;
URGENT Action Required - Your certificate renewal
회사에서 운영 중인 AWS계정에 긴급히 처리해줄것을 권고하는 메일을 한통 받았다. 
자꾸 처리안하니까 urgent로 왔다(사실 받은지 좀 되었는데 방관하고 있다가 황급히 문제를 살펴봤다..)

왜 자동갱신이 되지 않았는가?
메일에서는 AWS Certificate Manager(ACM)에서 보유한 SSL/TLS 인증서가 
만료일이 되기전에 갱신 작업을 수..</description>
      <category>AWS</category>
      <category>ACM</category>
      <category>AWS</category>
      <category>SSL</category>
      <category>인증서자동갱신</category>
      <author>cram.dev</author>
      <guid isPermaLink="true">https://marcoding.tistory.com/65</guid>
      <comments>https://marcoding.tistory.com/65#entry65comment</comments>
      <pubDate>Thu, 17 Aug 2023 13:01:20 +0900</pubDate>
    </item>
    <item>
      <title>[JavaScript] 비동기 작업 최적화(병렬처리) Promise.all 과 Promise.allSettled</title>
      <link>https://marcoding.tistory.com/64</link>
      <description>Promise의 정의
Promise는 자바스크립트 비동기 처리에 사용되는 객체입니다. 여기서 자바스크립트의 비동기 처리란 &amp;lsquo;특정 코드의 실행이 완료될 때까지 기다리지 않고 다음 코드를 먼저 수행하는 자바스크립트의 특성'을 의미하며, Promise 객체를 사용해 순서를 보장해 줄 수 있습니다. 하지만 비동기처리를 위해 Promise를 잘못사용하면 성능에 좋지 못한 결과를 초래할 수 있습니다.
&amp;nbsp;
Promise의 병렬처리란?
Promis..</description>
      <category>WEB/Node.js</category>
      <category>javascript</category>
      <category>비동기병렬처리</category>
      <category>비동기처리</category>
      <author>cram.dev</author>
      <guid isPermaLink="true">https://marcoding.tistory.com/64</guid>
      <comments>https://marcoding.tistory.com/64#entry64comment</comments>
      <pubDate>Fri, 10 Feb 2023 02:00:57 +0900</pubDate>
    </item>
    <item>
      <title>[프로그래머스 Level1][Javascript] 모의고사</title>
      <link>https://marcoding.tistory.com/63</link>
      <description>https://school.programmers.co.kr/learn/courses/30/lessons/42840

&amp;nbsp;

프로그래머스
코드 중심의 개발자 채용. 스택 기반의 포지션 매칭. 프로그래머스의 개발자 맞춤형 프로필을 등록하고, 나와 기술 궁합이 잘 맞는 기업들을 매칭 받으세요.
programmers.co.kr



 &amp;nbsp;문제풀이
풀이
수포자의 케이스를 정의하고 각수포자별로맞은 개수를 카운팅하려했다. 정답의 길이가 길어서 반복되는..</description>
      <category>알고리즘/프로그래머스</category>
      <category>javascript</category>
      <category>js</category>
      <category>모의고사</category>
      <category>자바스크립트</category>
      <category>프로그래머스</category>
      <author>cram.dev</author>
      <guid isPermaLink="true">https://marcoding.tistory.com/63</guid>
      <comments>https://marcoding.tistory.com/63#entry63comment</comments>
      <pubDate>Tue, 7 Feb 2023 21:30:22 +0900</pubDate>
    </item>
    <item>
      <title>[AWS]DynamoDB Scan vs Query 성능 및 비용테스트 및 DB설계의 중요성</title>
      <link>https://marcoding.tistory.com/62</link>
      <description>DynamoDB?
DynamoDB는 Amazon Web Services(AWS)에서 제공하는 NoSQL 데이터베이스 서비스입니다. 방대한 양의 읽기 및 쓰기 처리량을 처리하도록 설계된 완전 관리형의 빠르고 유연한 데이터베이스 서비스로. 기존 RDBMS와 달리 DynamoDB는 데이터를 분산 방식으로 저장하므로 수평 확장이 가능합니다.
이번 글의 주제는 사용자의 요청에 따라 대량의 데이터를 필터링하여 가져오는 방식이 필요한 경우이므로 DynamoDB의 S..</description>
      <category>AWS</category>
      <category>AWS</category>
      <category>dynamodb</category>
      <category>query</category>
      <category>Scan</category>
      <category>다이나모디비</category>
      <author>cram.dev</author>
      <guid isPermaLink="true">https://marcoding.tistory.com/62</guid>
      <comments>https://marcoding.tistory.com/62#entry62comment</comments>
      <pubDate>Fri, 3 Feb 2023 22:32:16 +0900</pubDate>
    </item>
  </channel>
</rss>