주제: Google Apps Script

홈으로

  • GAS PropertiesService: Scope, Validation, and Recovery for Small State

    한국어로 읽기 TECH INSIGHT / EXPLAINED A few dozen settings do not require operating a database. PropertiesService is convenient for small string-based state. Its storage contract still needs to define execution identity, input types, concurrent changes, and size limits.

  • GAS PropertiesService: 작은 설정 저장소의 범위·검증·복구

    English version TECH INSIGHT / EXPLAINED 설정 몇십 개를 저장하려고 데이터베이스부터 운영할 필요는 없다. PropertiesService는 작은 문자열 상태를 보관하기에 편리하다. 대신 실행 사용자, 입력 형식, 동시 변경과 크기 한도를 저장 함수의 계약으로 정해야 한다.

  • Minute Triggers in GAS: Runtime Budgets and Overlap Prevention

    한국어로 읽기 TECH INSIGHT / EXPLAINED A 54-second loop inside a minute trigger can look almost continuous. Its practical constraints are daily runtime and overlapping executions, more than the six-minute per-run limit. Decide the required observation frequency before filling the available time.

  • GAS 분 단위 트리거: 54초 루프의 한도와 중복 실행 방지

    English version TECH INSIGHT / EXPLAINED 분마다 시작하는 트리거 안에서 54초를 반복 실행하면 거의 상시 동작하는 것처럼 보인다. 하지만 실제 설계의 제약은 6분짜리 1회 실행 한도보다 하루 총 실행 시간과 중복 실행이다. 시간을 채우기 전에 필요한 관측 주기부터 정해야 한다.

  • FCM Push from Apps Script: JWT Encoding and Recipient Management

    한국어로 읽기 TECH INSIGHT / EXPLAINED Push delivery involves two different tokens. An OAuth access token authorizes the server to send; an FCM registration token identifies a receiving app instance. Keeping them separate makes authentication failures and recipient failures easier to handle correctly.

  • GAS에서 FCM 푸시 보내기: JWT 인코딩과 수신 토큰 관리

    English version TECH INSIGHT / EXPLAINED 푸시 전송에는 서로 다른 두 종류의 토큰이 등장한다. OAuth 액세스 토큰은 서버가 보낼 권한을 나타내고, FCM 등록 토큰은 메시지를 받을 앱 인스턴스를 가리킨다. 이 둘을 구분하면 인증 오류와 수신처 오류를 서로 다른 경로로 처리할 수 있다.

  • Split Telegram Alerts: Authenticate Recipients and Track Delivery

    한국어로 읽기 TECH INSIGHT / EXPLAINED Users need to know what happened to an order; operators need to know why. Creating two messages from one event reduces noise. Splitting channels alone, however, does not establish privacy isolation.

  • Telegram 알림 분리: 수신자 인증과 전송 상태까지 설계하기

    English version TECH INSIGHT / EXPLAINED 사용자에게 필요한 것은 ‘주문이 어떻게 됐는가’이고 운영자에게 필요한 것은 ‘왜 그런 결과가 나왔는가’다. 하나의 사건에서 두 종류의 알림을 만들면 정보가 묻히는 일을 줄일 수 있다. 다만 채널을 나눴다는 사실만으로 개인정보 분리가 완성되지는 않는다.

  • Monthly-Distribution ETF Rotation: Separate Dates, Returns, and Order State

    한국어로 읽기 TECH INSIGHT / EXPLAINED Writing “rotate from the mid-month ETF to the month-end ETF” on a calendar is different from specifying executable orders. Dates, distribution eligibility, fills, and total return need separate representations. This article turns a two-instrument idea into testable states and calculations, without recommending a product or claiming profitability.

  • 월배당 ETF 교체 규칙: 날짜·총수익·주문 상태를 분리하기

    English version TECH INSIGHT / EXPLAINED 달력에 ‘월중 ETF에서 월말 ETF로 이동’이라고 적는 것과, 주문 가능한 규칙을 만드는 것은 다르다. 날짜·분배금 자격·실제 체결·총수익을 각각 표현해야 한다. 여기서는 두 종목을 교체하는 아이디어를 검증 가능한 상태와 계산으로 바꾸며, 특정 상품이나 수익성을 추천하지 않는다.

  • Google Apps Script Backend: Execution Budgets and Operating Boundaries

    한국어로 읽기 TECH INSIGHT / EXPLAINED Before building an order engine, build a small backend that reads prices periodically and keeps configuration. Google Apps Script lowers the cost of that experiment. A scheduled job, however, has a different operating model from a continuously running server.

  • Google Apps Script 백엔드: 작은 자동화의 실행 예산과 운영 경계

    English version TECH INSIGHT / EXPLAINED 주문 엔진을 만들기 전에, 시세를 정기적으로 읽고 설정을 보관하는 작은 백엔드부터 만들어 볼 수 있다. Google Apps Script는 이 실험의 진입 비용을 낮춰 준다. 다만 분 단위로 실행되는 작업과 계속 살아 있는 서버는 운영 방식이 다르다.