CUKU

[ 인프런 ] 90%할인 이벤트 트래픽이슈에 대한 고찰(f.502 Bad Gateway)

얇피 — Sat, 17 May 2025 14:35:40 +0900

2025.05.16 오전11시 인프런에서 강의 90%할인 쿠폰이 발행되는 이벤트가 열렸다.

전 강의 적용인지, 일부 강의 적용인지 모르는 상태에서 90% 할인이라는 키워드에 유저들이 몰렸고, 이벤트 오픈시각인 오전 11시 정각, 인프런 이벤트 페이지 접속은 마비되었다. (이때 인프런은 예쁜 502 Bad Gateway 에러 페이지를 보여주었다)

왜 트래픽을 쳐 내지 못했을까?

인프런은 국내 1위 IT강의 플랫폼이고, 다양한 이벤트를 많이 진행하는 만큼 당연히 이벤트 트래픽에 대한 대비가 짱짱할거라 생각했다.
하지만, 사전공유된 URL을 통해 이벤트 페이지에 접근했을때 나를 맞이하는건 예쁜 502 에러페이지였다. (ALB레벨에서 커스텀 502를 띄운 것 같다.)

기다림 끝에 11시 7분경이 되서야 이벤트 페이지는 열렸고, 쿠폰은 금세 소진되었다.

왜 서버는 트래픽을 감당하지 못했는지, 또 짧은(?)시간 안에 어떤 해결을 했을지 하나하나 추론해보자.

인프런의 인프라

인프런이 실제로 어떤 아키텍처를 가지고 있는지 구체적으로는 모르지만, node.js기반이라는것은 명확하다.

(출처 https://stackshare.io/inflab/inflearn )

로드밸런서를 두고, node.js (Express.js) 를 띄운 상태에서 RDB과 Redis로 데이터를 관리하는 구성이라고 가정하자.

또한 최근 대부분의 대규모 플랫폼이 그렇듯, 인프런 역시 컨테이너 기반의 쿠버네티스(Kubernetes) 환경 위에서 서비스를 운영 중일 가능성도 있다.

가상 아키텍처 흐름도

클라이언트 → 중간계층서버 (Nginx 등) → 백엔드 (API, DB) 구조에서 중간 계층 서버(ALB/Nginx)가 백엔드 인스턴스로부터 유효한 응답을 받지 못해 502 Bad Gateway가 발생한 것으로 보인다.

이는 백엔드가 timeout 되었거나, 프로세스 자체가 실패했을 가능성을 의미한다.

502 Bad Gateway의 원인
네트워크 문제
백엔드 서버가 트래픽 폭주로 느려져서 응답을 못하는 경우
DB나 외부 API 호출이 지연되거나, 내부 timeout 설정이 너무 짧아 발생할 수도 있음.

오토스케일링을 했다는 가정하에, 오토스케일링만으로는 감당하지 못한 병목지점이 뭐가 있었을지 살펴보자.

❓ 오토스케일링이 있는데 왜?
오토스케일링은 CPU/메모리 사용량이나 트래픽 수 기준으로 동작하는데, 서버 수는 늘어났지만,
문제는 코드 또는 DB병목에 있는 경우에는 병목만 복제한 꼴이 된다.
즉, 병목 해결 전에는 아무리 서버 수를 늘려도 효과가 없다.

원인 추론

A. 트래픽 폭증 → 백엔드 컨테이너 crash 또는 리소스의 한계

선착순 쿠폰이라는 특성상 수천~수만명이 동시에 이벤트 페이지를 접근했고, 그 순간 API 서버 또는 SSR 서버 컨테이너가 OOM으로 종료(OOM killed) 되었거나, CPU 한계에 도달했을 수 있다.

이벤트 트래픽 급증은 예측 가능했지만, Auto Scaling 정책이 CPU 기준이거나 1~2분 단위로 scale-out 되면 초기 수요를 감당하지 못한다.

이때 신규 컨테이너가 Auto Scaling 중인데 아직 준비가 안된 상태(Cold Start)에 요청이 몰리면, ALB는 준비되지않은 인스턴스로도 라우팅을 하며 502 에러가 발생했을 수 있다.

즉, 스케일링 타이밍 문제 또는 미리 warm-up 안했을 가능성이 있다.

B. SSR 기반 페이지에서, 수천개의 요청이 API와 SSR 서버에 병렬로 도달

이벤트 페이지의 핵심 구성은 간단하게 [쿠폰코드정보], [쿠폰등록 페이지 이동], [쿠폰 적용가능 강의 목록] 으로 볼 수 있다.

해당 페이지가 SSR으로 렌더링 된다고 가정했을 때, SSR 구조는 트래픽 급증에 매우 민감한 구조이다.

CSR은 트래픽을 유저 브라우저로 분산시키지만, SSR은 트래픽이 많아질 수록 요청마다 서버가 동적으로 HTML을 생성해야하므로 위험하다.

문제가 되는 이벤트 페이지는, 페이지 구조상 최소 2개 이상의 API가 병렬로 호출될 것이다.

이때 가장 병목이 많이 발생할 수 있는 요소가 쿠폰 적용가능한 강의 목록이라고 생각한다.

강의 목록은 필터링/정렬이 포함된 복잡한 쿼리이고, 수천명이 동시에 같은 SSR 코드를 실행하면서 DB 또는 SSR 서버에 부하가 발생했을 수 있다.

특히 Prisma ORM으로 구현되었다면, 쿼리 튜닝이 안된 경우 성능저하가 크다.

SSR 프로세스가 응답을 반환하지 못하고 timeout 발생되었다면, ALB는 응답이 없는 백엔드 인스턴스에 대해 502 Bad Gateway를 반환할 것이다.

C. 캐싱 미비 또는 캐시 히트율 저하

이벤트 페이지는 수천 명이 동일한 태그 기반 강의 목록을 요청하게 되므로, 캐싱이 적절하게 구성되어있지 않으면 모든 요청이 DB까지 도달하게 된다.

“강의 리스트가 14개뿐인데 굳이 Redis가 필요한가?” 라고 판단하여 캐시를 생략할 경우, 트래픽이 폭발하는 상황에서는 단순 쿼리조차 병목을 유발할 수 있다. 이는 쿼리 복잡도와 무관하게 요청 수의 문제이다.

Redis 또는 메모리 캐시가 없거나 TTL(Time-To-Live)이 짧은 경우, SSR이 요청될 때마다 DB에 직접 접근하게 되며, 캐시 히트율이 급격히 저하된다. 그 결과, 동일한 쿼리가 반복적으로 DB에 도달하게 되고, 이는 곧 병목 현상을 가속시키는 원인이 된다.

특히 캐싱 히트율은 트래픽이 많을수록 더 떨어질 수 있다.

평소에는 95% 수준의 히트율이 유지되더라도, 이벤트 시점엔 수만 건의 요청이 캐시 생성 이전이나 TTL 만료 직후에 동시에 유입되면, 대부분의 요청이 캐시 미스가 되고 DB에 직접 접근하게 된다.

이러한 상황에서는 실질적으로 캐시가 없는 것과 동일한 수준의 부하가 발생하게 된다.

D. 기타 (가능성 낮음)

SSR 에러 핸들링 누락
- API 호출/ DB 조회 실패 시, Try/Catch 없이 그대로 예외 발생
- → 이 예외가 서버로그로만 남고, 클라이언트에는 HTTP오류로 전파
- Next.js는 명시적 에러핸들링이 없으면 서버 자체가 응답을 종료함.
- → ALB/Nginx는 이 상태를 502 Bad Gateway 로 처리

DB인덱스 누락 or 비효율 쿼리
- Prisma ORM 사용 시, join + where + orderBy 조합이 자동쿼리로 만들어질 경우 성능이 급격히 저하될 수 있음
- 특정 시점의 과도한 필터 쿼리로 인한 slow query 다발 가능성

ALB Target 그룹 설정 문제
- ALB가 unhealty instance에 트래픽을 계속 보내거나,
- readiness check 없이 트래픽이 전달될 경우

→ backend가 준비되지않아 502 에러 발생

⇒ 신규 인스턴스 scale-out 시점에서 발생할 수 있는 설정 이슈

원인별 해결방안

인프런은 약 7분만에 이벤트 페이지를 정상적으로 출력되도록 복구했다. 어떻게 해결했을 지 유추해보자.

우선 명확한 원인은 모르니, 위에서 추론한 원인별로 어떻게 해결하면 좋을지 생각해봤다.

A. 컨테이너 Crash/ 리소스 한계 → 사전 Prewarming과 정밀 Auto Scaling 조건 도입

이와 같은 고트래픽 이벤트에 대비하기 위해서는 Auto Scaling 정책을 단순한 CPU 사용률 외에도 응답시간, 큐 적체 등 다양한 지표 기반으로 정교하게 구성해야한다.

특히 이벤트 시작전에는 인스턴스를 미리 준비시켜 놓은 Prewarm전략이 반드시 필요하다.

이를 통해 Cold Start 상태의 인스턴스가 요청을 받지 않도록 하고, ALB 타겟 그룹에 등록되기 전 readiness probe를 통과한 인스턴스만을 라우팅 대상으로 설정해야한다.

B. SSR구조에서 API병렬 요청 과부하 → CSR전환 또는 SSR내 API호출 최소화

이벤트 페이지는 본질적으로 실시간 데이터 변경이 거의 없다.

따라서 SSR의 이점 (SEO, 유저맞춤 렌더링 등)을 굳이 유지할 필요가 없으므로, 이런 페이지는 SSR로 유지할 이유보다 SSR로 인한 병목비용이 더 크다.

가능한 한 CSR기반으로 분리하고 사용자 진입만 SSR, 주요 데이터는 클라이언트 fetch로 처리하도록 하는게 좋다.

만약 CSR전환이 어려운 상황이라면, SSR에서 병렬로 요청되는 API들을 하나로 병합하여 병렬 API요청 수를 줄이는 것도 하나의 방법이다.

프론트엔드에서 요청 수가 많아질 수록 서버가 동시에 처리해야하는 작업량이 급증하므로, 프론트에서 여러 API를 호출하는게 아니라 하나의 API 요청을 하면 백엔드 서버내부에서 여러 데이터를 준비해서 단일 응답으로 전달해주는 것이다.

HTTP 요청은 1회, DB 쿼리는 병렬로 처리되므로 전체 응답 시간이 최적화 된다.

// 병합 API 내부 예시
const [coupon, user, courses] = await Promise.all([
  prisma.coupon.findUnique({ where: { code } }),
  prisma.user.findUnique({ where: { id: userId } }),
  prisma.course.findMany({
    where: { tags: { some: { name: tag } }, isPublished: true },
    orderBy: { createdAt: 'desc' },
    take: 10,
  }),
])

return { coupon, user, courses }

C. 캐싱 미비 또는 캐시 히트율 저하

1. TTL 랜덤성 부여

Redis의 TTL이 짧게 고정되어있으면, TTL의 만료시점에 갑자기 많은 요청이 캐시미스를 일으켜 DB로 몰리는 cache stampede (캐시폭탄현상)이 발생할 수 있다.

특히 이벤트 시작 직전에 TTL이 만료되면 수천명의 요청이 모두 DB로 쏟아지기 때문에 TTL은 고정값 대신 짧은 범위의 랜덤성을 부여하여 캐시 만료 타이밍을 분산시키는 것이 좋다.

예를 들어, 60초±5초 범위로 설정하면 트래픽이 한 순간에 DB로 몰리는 것을 완화할 수 있다.

2. 캐시 Prewarming

Redis는 요청이 있을때만 캐시가 채워지는 구조이기 때문에, 이벤트 시작 시 모든 유저의 첫 요청이 동시에 캐시를 비우고 DB를 호출하게 된다. 이 경우 DB병목은 Redis가 있어도 그대로 발생한다.

따라서 이벤트 시작 5~10분 전에 주요 요청 키에 대한 데이터를 강제로 Redis에 저장하는 Prewarming 로직을 운영툴 또는 CI/CD 파이프라인에 포함시키는 것이 좋다. 이렇게 하면 트래픽이 몰리기 전에 캐시가 준비되고, 대부분의 요청이 Redis에서 응답될 수 있다.

3. 캐시 미스 시, graceful fallback 전략 구성

캐시가 없으면 DB에서 데이터를 조회하되, 실패한 경우에는 빈 리스트나 기본 응답을 반환하고, 응답실패시에도 SSR이 완전히 무너지지 않도록 구성해야한다.

예) SSR내에서 try/catch를 통해 예외가 나도 fallback props를 전달하도록 구성

4. Redis 클라이언트 설정 확인

Redis 클라이언트 설정이 잘못되어 연결 수 제한, timeout 설정부족, 재시도 무한루프등으로 Redis 자체가 부하의 병목점이 되거나 응답 실패가 전파될 수 있다. Redis 클라이언트를 사용할 때는 다음 설정을 반드시 명시해야한다.

연결 timeout (ex. 3000ms)
최대 시도 수 (ex. 3회)
Offline queue 비활성화 (enableOfflineQueueL false)
커넥션 풀 설정 (Redis Sentinel, Cluster일 경우는 pool 또는 pipeline활용)

단순한 결과라도 캐시 미비는 병목을 유발할 수 있다.

데이터 크기가 작더라도, 동일 쿼리가 반복적으로 요청되는 경우는 Redis에 저장해야한다. 이때는 Redis를 정적 컨텐츠 저장소처럼 사용하는 개념이며, SSR 또는 API 병목을 분산시킬 수 있는 중요한 수단이 된다.

(참고 https://toss.tech/article/cache-traffic-tip)

결론

이슈가 발생한 시점, 누구는 11시 이벤트를 통해 부하테스트를 해본것 아니냐고 우스갯소리를 했다.

‘라이브서버에 어떻게 실데이터 부하테스트를 해볼 수 있을까 하고‘ 말이다.

라이브서비스를 운영해본 개발자라면 이 말이 얼마나 무모하고 위험한 농담인지 잘 알것이다.

오전 짧은 시간동안, 나는 한명의 인프런 유저로서 502에러를 맞닥뜨렸고, 동시에 백엔드 개발자로서 그 원인을 곱씹어 볼 필요가 있겠다고 생각했다.

이벤트 페이지에 수많은 유저가 몰렸고, 아마도 서버 어딘가에서 병목이 생겼을 것이다.

SSR구조였을까? 캐시가 준비되지 않았던걸까? 내가 모르는 인프라나 예상치 못한 지점에서 문제가 생긴 것일 수도 있다.

이 글을 작성하며 내 머릿속에 있던 병목 현상의 원인을 하나하나 꺼내봤고, 가능한 해결 방안에 대해서도 나름대로 열심히 고민해봤다.

정답은 나도 모른다. 이 글은 어디까지나 외부인의 추측이다.

하지만 구조를 짚고, 가능한 시나리오를 생각해보는 이 과정 자체가 개발자에겐 꽤 의미있는 훈련이고, 하나의 장애대응 시뮬레이션이 아닐까 싶다.

이 작은 고찰이 언젠가 내 서비스에 진짜 문제가 발생했을 때, 더 빠르게 대처할 수 있는 밑거름이 되길 바란다.

++ 생각보다 블로그 글 쓰는데 굉장히 오래걸린다는 걸 알았다. AI와 함께하는데도, 내 생각을 글로 정리해서 쓰는 일이 이렇게나 어려운 줄 몰랐다.

[MYSQL] ON 조건(KEY) 없이 JOIN하기(더미데이터 생성)

얇피 — Mon, 10 May 2021 19:32:39 +0900

* mysql 성능테스트를 위해 A테이블 row당 B 테이블의 전체 데이터를 붙여서 더미데이터를 만들고 싶은데 두 테이블 간 JOIN 할 키가 없어서 고민함.

- ex. Employee 50row | Memeber 2,000row => duplicateMember 100,000row를 만들고 싶은 것

join 시 where 과 같은역할을 하는 조건절인 ON없이 join을 진행하고자 함.

SELECT * FROM Member
LEFT OUTER JOIN Employee ON 1=1

JOIN 을 진행하고 싶은데 ON조건으로 걸만한 키가 없는 경우 모든 값을 JOIN 하는 방식으로 결합할 수 있음.

-> 그러나 위와 같은 방법으로 데이터를 조합하는 경우, 각 테이블의 데이터가 많다면(ex. row)

too many connections 에러(mysql에 연결된 클라이언트의 수가 일정수치 이상인 경우 나타나는 에러메시지)가 발생할 수 있음.

( 쿼리 실행이 오래 걸리면 커넥션이 닫히지 않고 남아 있게 되고, 이게 누적되면 Too many connections )

난 간단하게 더미데이터를 만들고자 위와같은 짓을 했지만 좀 무식한 방법이니

차라리 join하고자 하는 A테이블 데이터 값을 가져와서 B테이블 데이터만큼 while문으로 select insert 하도록 프로시저나 코드를 짜는 것을 추천

[php] php5.x -> php7.x로 업그레이드 시, 확인해야할 사항

얇피 — Thu, 29 Apr 2021 22:42:57 +0900

1. 오류 확인 위해 에러리포팅 필수

2. mysql -> mysqli

mysql 관련 코드가 너무 많은데다 흩뿌려져있어서 mysqli로 일괄 변경하려니 도저히 엄두가 나지않음.

mysql 코드를 유지할 수 있는 좋은 코드를 발견하여 require하여 사용

3. use of undefined constant 관련 (배열)
php 5.x에는 $arr[id]='admin'; 와 같이 ''문자 생략해도 문제가 없었는데
7버전에서는 인수부분을 따옴표로 묶지않으면 상수로 인식하여 경고를 표시함.
따라서 배열 인수부분을 따옴표로 묶어줘야함.

4. Magic Quotes 관련 (get_magic_quotes_gpc())
get_magic_quotes_gpc() : 데이터를 전송할때, (따옴표가 들어가서 db저장 시 문제생기는 것을 방지하기위해) php에서 (서버 config)역슬래시를 넣어주는 기능이 있음. 해당 기능이 켜져있는지 확인 후, 켜저있으면 역슬래시를 제거(stripslashes)하는 역할로 사용함. // stripslashes와 세트로 사용

-> PHP 5.4.0부터 제거되어 해당Magic Quotes 관련 함수 사용 시, 오류발생

5. 변수관련 선언 및 사용 (에러리포팅 notice)
Undefined variable : 해당 변수의 초기값이 설정되어있지 않을 때 notice
Undefined index : 미리 선언하지않은 변수를 사용하는 경우 notice

6. count 관련 오류

[git] 깃 허브 이슈 삭제하는 방법

얇피 — Wed, 24 Mar 2021 13:57:25 +0900

gitHub 이슈 삭제하려고 보니 삭제루트가 바로 보이지않아 남겨놓는 글임

1. 삭제하고자 하는 이슈 글의 상세페이지로 이동

- 페이지 우측 하단에 보면 [Delete issue] 버튼이 있음.

페이지 우측하단에 issue 삭제하는 버튼이 있음

2. Delete issue 클릭 후, 이슈 삭제 확인창에서 삭제버튼 클릭하면 해당 이슈 글이 삭제됨

* 참고 : issue 삭제는 해당 issue 생성자만 삭제가능함. 공동작업자는 Delete issue 버튼자체가 표시되지않음.

[VsCode] 파일의 특정 확장자 인식방법

얇피 — Wed, 17 Mar 2021 09:35:37 +0900

ini, kbp 파일 등 비주류파일은 하이라이팅이 되지않아 코드읽기가 어려움

위 파일확장자를 인식하게끔 설정

vscode에서 inc 열었을 때, 하이라이팅이 되지않음

1. 설정하기 (Ctrl+,)

vscode 좌측 하단의 설정 아이콘 클릭

2. "file associations" 검색 -> 항목 추가파일 언어 추가

- 항목: 추가하고자 하는 파일 확장자 입력

- 값 : 인식하고자 하는 파일 확장자 입력

지원하지 않는 확장자를 입력하여 등록할 수 있음 .

3. 확인

- 설정 후, vscode를 다시켜보면 인식되지않았던 파일이 php로 인식되어 하이라이팅 기능이 적용된 것을 확인할 수 있음.

하이라이팅 적용됨

AWS 이메일 구독 취소하기 (aws 마케팅 메일 수신거부)

얇피 — Fri, 5 Mar 2021 10:39:45 +0900

aws 계정을 생성하여 사용하는데, aws 이용방법 안내 등 정기적으로 마케팅 메일이 날아옴.

매번 삭제하기도 귀찮아서 구독취소를 해보기로 함.

pages.awscloud.com/communication-preferences

San Francisco Loft

Enhance your business acumen and accelerate the growth of your startup through live webinars, workshops, how-to sessions, and many more features that we will continue to roll out. Join us for monthly events featuring local founders, investors, and innovato

aws.amazon.com

구독취소하려면 위 링크로 들어간 후, 로그인하여 "이메일 수신거부" 버튼을 클릭

1. 수신거부할 이메일 주소 입력

2. 구독할 유형만 선택하여 저장하거나, 페이지 하단의 "모든 마케팅 이메일 수신 거부" 를 체크하여 전체 마케팅 수신거부하면 됨.

"모든 마케팅 이메일 수신 거부" 를 체크한 경우

* 마케팅 메일구독을 취소하더라도 월 대금 청구서가 발행되거나, 이용하는 서비스 중에서 기능이나 요금 변동이 있는 경우에는 이메일이 발송됨.

[php] mysql 커넥션 관련 에러 (feat.삽질)

얇피 — Tue, 26 Jan 2021 16:14:23 +0900

include db_conn.php // A서버 db커넥션 파일

1. 1개 이상의 DB 커넥션 사용 시

- php는 기본적으로 열려있는 페이지가 닫히면 mysql_close 하지않아도 connection이 끊어짐

- A, B 커넥션을 선언해놓고 B 커넥션을 mysql_close() 했다고 하더라도 선언된 커넥션이 없어진게 아니기때문에

쿼리 실행 시, 사용할 커넥션을 명시해줘야함

# 커넥션 명시하지않았을 경우 다음과 같은 오류 발생

Warning: mysql_query(): Access denied for user ''@'localhost' (using password: NO) in /home/aaa/www/html/03/bbb.php on line 515

Warning: mysql_query(): A link to the server could not be established in /home/aaa/www/html/03/bbb.php on line 515

- 위 에러코드로 구글링하니 mysqli를 안써서 그렇다, mysql_query('SET NAMES utf-8')를 사용해봐라 등등 다양한 답변들이 있었음

- 결국 쿼리실행할 주체를 못찾았던 것

[결론]

=> 한페이지 내에서 (include 포함) 1개 이상의 커넥션이 있으면 sql 쿼리 사용 시, 무조건 커넥션을 명시해줘야함.

2. mysql_select_db 문제

[개요] 아래와 같이 db_conn을 하고 select 쿼리를 날렸는데 쿼리 실행이 되지않음.

- 아래 코드에서 커넥션 제대로 됐고/ insert 문은 실행되는데 select문만 실행되지않는다고 삽질을 시작함.

[결론]

=> 쿼리에 'db명.컬럼명' 으로 쓸것아니면 커넥션 부분에 mysql_select_db("db명",$Conn_2); 정도는 하자

(+ 쿼리에 DB명 붙이는것은 비추 //한 코드로 여러 서비스를 할 경우 피본다)

3. Mysqli 변경문제

1) 예전 소스는 mysql_ 으로 모든 함수를 사용했으나 php5이상은 mysql 익스텐션은 지원하지않으므로 mysqli_ 사용해야함.

(참고url : m.blog.naver.com/PostView.nhn?blogId=sunrc&logNo=221211680619&proxyReferer=https:%2F%2Fwww.google.com%2F)

2) 변경방법

기존 소스에서 mysql_...을 mysqli_...으로 일괄 replace를 하면 잘못된 경우

몇백개의 오류가 발생하고 디버깅이 어려우므로

mysql_ ...내장함수를 사용자 정의함수로 변경하여 일괄처리해야 오류발생 시, try/catch가 가능함

mysql_... -> $new_mysql_... 으로 변경 후, 해당 함수에서 오류처리해야함

지원중단된 어도비 플레이어 실행방법 (2021년ver)

얇피 — Thu, 21 Jan 2021 11:58:58 +0900

Adobe는 2020년 12월 31일 이후로 Flash Player 지원을 중단하고 2021년 1월 12일부터 Flash Player에서 Flash 콘텐츠의 실행을 차단했습니다. 모든 사용자가 Flash Player를 즉시 제거하여 시스템을 보호할 것을 권장합니다.

[개요] 오래된 웹사이트 중 어도비 플래시 사용하는 웹사이트의 플래시를 배너이미지로 변경요청

기존 플래시가 어떤컨텐츠였는지 확인위해 접속했으나 지원 중단 및 컨텐츠 실행 차단하여 기존 컨텐츠 확인불가

[목적] 기존 플래시 실행 및 확인

[내용] pc 시간을 2020으로 수동 설정 후 확인

1. 작업 표시줄 우측하단 시계 우클릭

2. 수동으로 2020년으로 날짜 설정

날짜 및 시간 -> [자동으로 시간 설정] 끄기 -> [수동으로 날짜 및 시간 설정] 변경 클릭

* 너무 먼 과거로 설정하면 크롬에서 웹페이지를 막으니 몇달전으로 설정할 것

3. 설정 저장 후, 해당 페이지 접속하여 플래시 팝업 차단 풀고 진행

[comment]

- 위 방법은 기존 플래시 확인용임.

- 익스플로러 브라우저를 제외한 브라우저(크롬,웨일,엣지 등)는 수동으로 변경한 시간대가 현재시간과 차이가 크면 웹사이트 접속을 차단하므로 익스플로러에서 확인하는것을 추천

- 오래된 웹사이트 중 플래시 사용하는 사이트가 있는지 점검해볼 것

[Mysql] csv데이터 import 시, 필드 데이터 외에 빈 공백을 제거하는 방법

얇피 — Thu, 10 Dec 2020 00:31:45 +0900

* 엑셀 데이터에서 데이터외에 앞/뒤 공백이 있어 import 후 where로 해당 데이터가 검색되지 않는 경우가 있음.

csv 데이터 이전 시, 필요한 데이터 외에 빈 공백(보이지않는 특수문자/공백)을 제거하는 방법

1. csv에서 데이터 전처리 후, import

- 엑셀 trim함수 또는 clean함수 사용하여 공백 제거

2. mysql import 후, replace하여 일괄 update처리

UPDATE 테이블 명 SET 컬럼명 = REPLACE(컬럼명, '찾을 문자열', '변경할 문자열');

1) 공백 제거

UPDATE 테이블 명 SET 컬럼명 = trim(컬럼명);

2) 개행문자 제거

UPDATE 테이블 명 SET 컬럼명 =REPLACE(컬럼명, '\r\n', '');

3) 탭 제거

UPDATE 테이블 명 SET 컬럼명 =REPLACE(컬럼명, char(9), '');

4) 라인피드 제거 (줄바꿈 \n)

UPDATE 테이블 명 SET 컬럼명 =REPLACE(컬럼명, char(10), '');

5) 캐리지리턴 제거 (줄바꿈 \r)

UPDATE 테이블 명 SET 컬럼명 =REPLACE(컬럼명, char(13), '');

3. 엑셀 및 sql에서 데이터 공백 제거처리했는데도 빈공백이 남아있는 경우(보이지 않는 특수문자)가 있을 때, 처리방법

1) 해당 csv파일을 에디터로 열어서 공백이 어떤 문자열인지 확인한다.

- 해당 csv파일을 vscode로 열어서 문제되는 공백 드래그하여 검색(ctrl+h)

- 아래 예시 데이터의 공백은 스페이스공백과 다른 빈 문자열임.

같은 공백처럼 보이지만 문제되는 공백 검색 시, 스페이스는 검색되지않음을 알 수 있음

2) 처리방법

A. vscode에서 전체 바꾸기(Ctrl+<Alt>+Enter) 처리하여 해당 공백을 ‘’으로 변경

B. 해당 공백을 그대로 복사하여 php 문자열 치환처리

$empty_txt=str_replace(" ","",$empty_txt); //(공백처럼 보이지만) vscode에서 복사한 문자열

[Mysql] 특정 데이터 우선 정렬하기

얇피 — Mon, 30 Nov 2020 09:32:24 +0900

데이터 중 가장 상위에 표시하고 싶은 값이 있으면 다음과 같이 쓰면된다.

ORDER BY FIELD(컬럼명,'특정값')

ex) ... ORDER BY FIELD(total_count,'999') desc, reg_date desc limit 3

total_count가 999인 row를 가장 상위에 두고 출력함.