공부중...

[database] 데이터베이스 종류

centoss — Sun, 31 Aug 2025 16:34:32 +0900

데이터베이스 종류는 관계형과 noSQL 만 존재하는게 아니구나!?

그동안 웹, 앱 개발을 진행하면서 사용해본 데이터베이스는 관계형과 noSQL 을 사용했었는데 최근에 회사 업무를 진행하며 처음으로 마주친 데이터베이스가 보였습니다.

influxDB 라는건데 시계열 데이터베이스의 대표라고 하더라구요.

너무 생소해서 이건 또 뭐에 사용하는건가 했는데 iot 센서 데이터나, 주식 시세, 서버 모니터링에 주로 사용하는 데이터베이스네요.

엄청나게 많은 데이터를 시간순으로 저장시키는게 가능하다고합니다. 이런 데이터를 이용하는건 기존에 많이 사용한 관계형 데이터베이스보다 훨씬 좋은 성능을 나타낸다고 합니다.

그래서 또 다른 데이터베이스는 뭐가 있나 찾아보니 그래프 데이터베이스라는것도 있네요. 이건 노드와 엣지로 관계 표현을 하고 cypher 라는 쿼리 언어를 사용한다고 합니다. 주로 SNS, 지식 그래프 등 뭔가 관계가 있는곳에 사용하는 그래프라고 합니다.

그냥 관계형 데이터베이스를 사용해도 문제 없지 않나?

RDBMS(MySQL, PostgreSQL 등) 로도 SNS 데이터나 IoT 데이터를 저장하고 읽는 건 충분히 가능합니다. 실제로도 많은 기업이 한동안은 RDB만으로 모든 걸 처리했어요.

하지만 각 서비스별로 특화된 데이터베이스를 사용하는게 유리한지 아래 내용을 참고해보시면 이해가 될겁니다.

1️⃣ SNS

RDB로 구현 가능:
- User 테이블, Friend 관계 테이블로 저장 (예: user_id, friend_id)
- "철수의 친구 → 친구의 친구" = JOIN 두 번 이상
문제점:
- 깊은 관계 탐색 (친구의 친구의 친구의 친구 …) → JOIN이 기하급수적으로 늘어나면서 성능 저하
- 수백만 유저가 얽히면 쿼리 성능 급격히 떨어짐
그래프 DB는?
- 관계(Edge)를 1급 시민으로 저장 → JOIN 없이 탐색 가능
- "철수의 친구의 친구 찾기" 같은 쿼리가 O(1)에 가까운 속도로 탐색됨
- 추천 시스템, 네트워크 분석 등에 최적화

그래프 탐색이 많을수록 그래프 DB가 훨씬 효율적입니다.

2️⃣ IoT

RDB로 구현 가능:
- device_data 테이블 (device_id, timestamp, value)
- SELECT + GROUP BY + ORDER BY 로 시간별 분석 가능
문제점:
- IoT 센서는 초당 수천~수백만 건 데이터 발생
- RDB는 INSERT 부하와 대량 시계열 집계(rolling average, downsampling)에 취약
- 시간축 기반 인덱싱 최적화 부족
시계열 DB는?
- 쓰기(INSERT) 처리량 최적화 (배치 압축 저장)
- 시간 기반 쿼리(WHERE time > now() - 1h)에 특화 인덱싱
- 다운샘플링(1분 단위 평균, 1시간 단위 최대값) 자동 지원
- 시계열 함수(윈도우 함수, moving average) 내장

관계형 데이터베이스로도 서비스 구성은 가능하지만 최적화가 되어있지 않기 때문에 성능에 문제가 발생합니다. 때문에 특정한 서비스 조건에서는 최적화된 데이터베이스를 사용하는것이 훨씬 빠르고 효율적입니다.

실제로 빅테크 기업중에 X(트위터)는 그래프DB(참고 블로그) 를 적용했고, 넷플릭스는 시계열DB(참고 블로그) 를 적용해서 사용중입니다.

관련된 내용은 아래에 좀 더 체계적으로 정리해놓고 표로도 정리해놨으니 천천히 한 번 살펴보시는것도 좋을 것 같습니다.

1️⃣ 관계형 데이터베이스(RDB, Relational DB)

구조: 테이블, 행(Row), 열(Column)
관계 표현: Foreign Key, JOIN
특징: ACID 트랜잭션 지원, SQL 사용
사용 예: 은행 계좌, 쇼핑몰 주문, ERP
대표 DB: MySQL, PostgreSQL, Oracle, SQL Server

2️⃣ NoSQL 데이터베이스

구조: 테이블 대신 자유로운 형태로 저장
특징: 스키마 유연, 수평 확장 용이, 일부는 ACID 대신 eventual consistency
하위 유형:
1. 문서형(Document): JSON/BSON 형태 저장
  - 예: MongoDB, Couchbase
2. 키-값(Key-Value): 단순 조회에 최적화
  - 예: Redis, DynamoDB
3. 컬럼형(Column-Family): 대용량 데이터 분석에 적합
  - 예: Cassandra, HBase
4. 그래프(Graph): 노드-엣지 구조로 관계 탐색 최적화
  - 예: Neo4j, ArangoDB

3️⃣ 그래프 데이터베이스(Graph DB)

구조: 노드(Node)와 엣지(Edge)로 관계 표현
특징: 관계 탐색에 최적화, Cypher 등 쿼리 언어 사용
사용 예: 소셜 네트워크, 추천 시스템, 지식 그래프
대표 DB: Neo4j, Amazon Neptune, ArangoDB

4️⃣ 시계열 데이터베이스(Time-Series DB)

구조: 시간 순으로 저장되는 데이터
특징: 시계열 데이터 삽입/조회/집계 최적화, 다운샘플링, 윈도우 연산 지원
사용 예: IoT 센서 데이터, 주식 시세, 서버 모니터링
대표 DB: InfluxDB, TimescaleDB, OpenTSDB

5️⃣ 기타 특수 목적 DB

객체 DB(Object DB): 객체 지향 언어 객체 그대로 저장 (db4o, ObjectDB)
멀티모델 DB(Multi-Model DB): 여러 모델 지원 (문서+그래프 등)
- 예: ArangoDB, OrientDB, CosmosDB
검색 엔진/인덱스 DB: 텍스트 검색 최적화
- 예: Elasticsearch, Solr

❖ 분류구조/특징사용 예대표 DB

관계형 RDB	테이블 기반, SQL, ACID	은행, ERP	MySQL, PostgreSQL, Oracle
문서형 NoSQL	JSON/BSON, 스키마 유연	로그, 앱 데이터	MongoDB, Couchbase
키-값 NoSQL	단순 KV 저장, 빠른 조회	캐시, 세션	Redis, DynamoDB
컬럼형 NoSQL	컬럼 패밀리, 분석 최적화	빅데이터 분석	Cassandra, HBase
그래프 DB	노드/엣지, 관계 탐색 최적화	SNS, 추천, 지식 그래프	Neo4j, Amazon Neptune
시계열 DB	시간 기반, 시계열 연산 최적화	IoT, 모니터링, 주식	InfluxDB, TimescaleDB

[javascript] javascript 는 인터프리터 언어?

centoss — Sat, 19 Oct 2024 15:04:11 +0900

javascript는 많은 개발자들이 아직도 인터프리터 언어로 인식 하고 있습니다. 저도 그렇게 생각했었고요. 하지만 리액트 및 javascript 를 학습하다보니 javascript 는 인터프리터만 사용하는게 아니고 JIT(Just-In-Time) 컴파일러를 사용한다고 하네요.

자바스크립트의 초기 역사에서는 인터프리터 언어로서, 소스 코드를 한 줄씩 읽고 실행하는 방식으로 동작했지만, 최신 자바스크립트 엔진(예: V8, SpiderMonkey 등)은 성능 최적화를 위해 JIT 컴파일 기술을 도입했습니다. 이로 인해 자바스크립트는 다음과 같은 방식으로 처리됩니다.

초기 해석 (Parsing): 먼저 자바스크립트 코드를 읽어서 구문 트리(Syntax Tree)를 생성합니다.
바이트코드로 변환: 이 구문 트리를 바탕으로 자바스크립트 엔진은 코드를 바이트코드(Bytecode)로 변환합니다. 이 바이트코드는 인터프리터에 의해 실행됩니다.
JIT 컴파일: 실행 중에 자주 사용되는 코드(핫 코드, hot code)는 자바스크립트 엔진이 감지합니다. JIT 컴파일러는 이 핫 코드를 네이티브 머신 코드로 컴파일하여 성능을 크게 향상시킵니다. 즉, 처음에는 인터프리터 방식으로 코드를 실행하지만, 성능이 중요한 부분은 JIT 컴파일러가 실행 중간에 네이티브 코드로 변환해 최적화를 적용합니다.

이 방식 덕분에 자바스크립트는 동적인 언어임에도 불구하고 성능을 크게 향상시킬 수 있습니다. 특히 Google의 V8 엔진(Chrome 및 Node.js에서 사용)은 매우 발전된 JIT 컴파일러를 사용하여 성능 최적화를 극대화합니다.

따라서 자바스크립트는 단순한 인터프리터 언어가 아닌, 인터프리터와 JIT 컴파일 방식을 결합한 하이브리드 방식으로 동작합니다.

[javascript] isNaN() 과 Number.isNaN() 의 차이점

centoss — Sun, 22 Sep 2024 17:13:13 +0900

자바스크립트에서 숫자 타입인지 확인할 때 isNaN 을 사용했는데 ES6 에서 추가된 Number.isNaN 과 무엇이 다른지 잘 모른상태로 사용하다가 이번에 자바스크립트 기본부터 다시 학습하며 어떤점이 다른지 확인해보았습니다.

isNaN과 Number.isNaN은 둘 다 숫자가 NaN(Not-a-Number)인지 여부를 확인하는 함수이지만, 동작 방식과 검사 범위에서 차이가 있습니다.

1. isNaN()

전역 함수로, 입력값이 숫자가 아닌 경우에도 내부적으로 암묵적 형 변환을 거쳐 NaN인지 여부를 판단합니다.
즉, 숫자로 변환 가능한지 여부를 먼저 검사하고, 그 결과가 NaN이면 true를 반환합니다.

동작 방식:

입력값을 먼저 숫자로 변환하고, 변환된 값이 NaN이면 true, 그렇지 않으면 false를 반환합니다.

console.log(isNaN(NaN));           // true
console.log(isNaN("hello"));       // true (문자열 "hello"는 숫자로 변환할 수 없으므로 NaN)
console.log(isNaN(123));           // false (123은 숫자)
console.log(isNaN("123"));         // false (문자열 "123"은 숫자 123으로 변환 가능)
console.log(isNaN(true));          // false (true는 숫자 1로 변환 가능)
console.log(isNaN(undefined));     // true (undefined는 NaN으로 변환됨)

2. Number.isNaN()

ES6(ECMAScript 2015)에 추가된 숫자 전용 메서드로, 입력값이 정확히 NaN인지를 검사합니다.
입력값을 숫자로 변환하지 않고, 그 값이 실제로 NaN인지 여부만을 엄격하게 검사합니다. 즉, 형 변환을 하지 않고 값 자체가 NaN일 때만 true를 반환합니다.

동작 방식:

입력값이 바로 NaN인지 여부만 검사하고, 그 외에는 false를 반환합니다.

console.log(Number.isNaN(NaN));           // true (NaN 자체)
console.log(Number.isNaN("hello"));       // false ("hello"는 NaN이 아님)
console.log(Number.isNaN(123));           // false (숫자 123은 NaN이 아님)
console.log(Number.isNaN("123"));         // false (문자열 "123"은 NaN이 아님)
console.log(Number.isNaN(true));          // false (true는 NaN이 아님)
console.log(Number.isNaN(undefined));     // false (undefined는 NaN이 아님)

차이점 정리 :

특징isNaN()Number.isNaN()

암묵적 형 변환	입력값을 숫자로 변환한 후 검사	입력값을 변환하지 않음
정확성	변환된 값이 NaN이면 true	값이 정확히 NaN일 때만 true
검사 대상	숫자가 아닌 값도 NaN으로 간주될 수 있음	오직 숫자 값에만 적용, 정확한 NaN 판별

isNaN()은 입력값을 숫자로 변환한 뒤에 NaN인지 확인하기 때문에, 숫자가 아닌 값에 대해서도 NaN이라고 판단할 수 있습니다. 따라서, 더 포괄적인 검사를 수행합니다.
Number.isNaN()은 값 자체가 정확하게 NaN인지 확인하기 때문에 엄격한 검사를 제공합니다.

보통 Number.isNaN()을 사용하는 것이 더 명확하고 의도한 대로 동작하므로, 일반적인 상황에서는 Number.isNaN()을 사용하는 것이 권장됩니다.

[Next.js] Module parse failed: Unexpected character '�' (1:0)

centoss — Fri, 30 Aug 2024 13:32:57 +0900

⨯ ./node_modules/fsevents/fsevents.node
Module parse failed: Unexpected character '�' (1:0)
You may need an appropriate loader to handle this file type, currently no loaders are configured to process this file. See https://webpack.js.org/concepts#loaders
(Source code omitted for this binary file)

개발 환경 : Next.js 14.2 버전

MacOS

위와 같은 환경에서 opc ua 통신을 하기 위해 node-opcua-client 를 설치 후 opc ua 에 요청하니 위와 같은 에러가 나타났습니다.

구글을 검색해보니 엑셀 파일, 이미지 파일 입출력 다룰때 나타나는 등 여러 상황에서 나타나는것 같은데 근본적인 원인은 webpack 번들링 문제인것 같았습니다.

이런 문제를 Next.js 에서 어떻게 해결할 수있을까 관련 정보를 더 찾아보니 next.config.mjs 에 webpack 설정을 추가해주면 해결이 가능한듯 보입니다.

/** @type {import('next').NextConfig} */
const nextConfig = {
  webpack: (config, { isServer }) => {
    if (!isServer) {
      config.resolve.fallback = {
        ...config.resolve.fallback,
        fs: false,
        net: false,
        tls: false,
      };
    }
    config.externals.push({
      fsevents: "require('fsevents')",
    });
    return config;
  },
  };

export default nextConfig;

<next.config.mjs 파일>

해당 내용을 추가한 후 다시 서버에 연결 요청을 해보니 이상 없이 잘 접속이 되네요.

Module parse failed 에러가 나타나는 분들은 위 코드를 적용해보시면 될 것 같습니다.

[unity] 버텍스(vertex)와 폴리곤(poygon)의 차이

centoss — Thu, 8 Aug 2024 15:43:14 +0900

버텍스(Vertex)

정의: 버텍스(또는 버텍스)는 3D 공간에서의 점을 의미합니다. 좌표로 정의되며, 3D 모델의 기본 단위입니다.
역할: 버텍스는 3D 공간에서 특정 위치를 나타내며, 여러 버텍스가 모여서 폴리곤을 형성합니다. 버텍스는 위치 정보 외에도 색상, 법선 벡터, 텍스처 좌표 등의 추가 데이터를 가질 수 있습니다.
예시: 예를 들어, 삼각형 폴리곤은 세 개의 버텍스로 구성됩니다. 이 세 점이 연결되어 면을 이루게 됩니다.

폴리곤(Polygon)

정의: 폴리곤은 버텍스들이 연결되어 형성된 면을 의미합니다. 보통 삼각형(triangle)이나 사각형(quad)으로 구성됩니다.
역할: 폴리곤은 3D 모델의 표면을 구성합니다. 실제 렌더링되는 객체의 모양을 결정하며, 다각형의 각 변은 두 버텍스를 연결하여 이루어집니다.
예시: 삼각형 폴리곤은 세 개의 버텍스를 연결한 면이며, 사각형 폴리곤은 네 개의 버텍스로 이루어진 면입니다.

유니티에서 폴리곤의 개수와 버텍스의 개수는 성능에 영향을 미치는 중요한 요소입니다. 폴리곤과 버텍스의 수가 많을수록 더 높은 해상도와 디테일을 얻을 수 있지만, 성능에는 부하가 걸릴 수 있습니다.

[unity] DefaultExecutionOrder 란?

centoss — Thu, 25 Jul 2024 11:34:00 +0900

DefaultExecutionOrder

유니티에서 [DefaultExecutionOrder()] 어트리뷰트는 특정 스크립트의 실행 순서를 제어하기 위해 사용됩니다.

이는 주로 MonoBehaviour 클래스에 적용됩니다.

유니티에서 여러 개의 MonoBehaviour 스크립트가 있을 때, 각 스크립트의 Awake, OnEnable, Start 등의 메서드가 실행되는 순서는 기본적으로 예측할 수 없습니다. [DefaultExecutionOrder()] 어트리뷰트를 사용하면 이러한 메서드의 실행 순서를 지정할 수 있습니다.

[DefaultExecutionOrder()] 어트리뷰트를 적용한 스크립트는 유니티의 모든 오브젝트들 중에서 해당 스크립트가 부착된 오브젝트의 실행 순서를 제어합니다. 지정된 값에 따라 Awake, OnEnable, Start 등의 메서드가 실행되는 우선순위가 결정됩니다.

Awake: 씬이 로드될 때, [DefaultExecutionOrder] 어트리뷰트에 지정된 값에 따라 Awake 메서드의 실행 순서가 결정됩니다.
OnEnable: 오브젝트가 활성화될 때, [DefaultExecutionOrder] 어트리뷰트에 따라 OnEnable 메서드의 실행 순서가 결정됩니다.
Start: Awake와 OnEnable이 모두 호출된 후, [DefaultExecutionOrder] 어트리뷰트에 지정된 값에 따라 Start 메서드의 실행 순서가 결정됩니다.

[예시 코드]

[DefaultExecutionOrder(-100)]
public class ScriptA : MonoBehaviour
{
    void Awake()
    {
        Debug.Log("ScriptA Awake");
    }

    void Start()
    {
        Debug.Log("ScriptA Start");
    }
}

[DefaultExecutionOrder(0)]
public class ScriptB : MonoBehaviour
{
    void Awake()
    {
        Debug.Log("ScriptB Awake");
    }

    void Start()
    {
        Debug.Log("ScriptB Start");
    }
}

[DefaultExecutionOrder(100)]
public class ScriptC : MonoBehaviour
{
    void Awake()
    {
        Debug.Log("ScriptC Awake");
    }

    void Start()
    {
        Debug.Log("ScriptC Start");
    }
}

이 세 가지 스크립트를 각기 다른 게임 오브젝트에 부착하고 씬을 로드하면, 다음과 같은 순서로 메서드가 호출됩니다:

ScriptA의 Awake (우선순위 -100)
ScriptB의 Awake (우선순위 0)
ScriptC의 Awake (우선순위 100)

그리고 Awake가 모두 실행된 후:

ScriptA의 Start (우선순위 -100)
ScriptB의 Start (우선순위 0)
ScriptC의 Start (우선순위 100)

이렇게 지정된 순서에 따라 각 스크립트의 메서드들이 실행됩니다. [DefaultExecutionOrder] 어트리뷰트를 사용하면 스크립트 간의 실행 순서를 명확하게 제어할 수 있어, 특정 스크립트가 다른 스크립트보다 먼저 초기화되거나 실행되어야 하는 경우에 유용합니다.

※ 참고로 [DefaultExecutionOrder()] 를 지정하지 않으면 기본값인 0으로 간주됩니다. 우선순위 값이 0인 스크립트와 동일한 순서로 처리됩니다.

[DefaultExecutionOrder] 어트리뷰트의 값 범위는 -100에서 100으로 제한되지 않습니다. int 타입의 범위 내에서 아무 값이나 사용할 수 있습니다. 따라서 우선순위 값은 -2147483648에서 2147483647까지 지정할 수 있습니다.

[unity] Scripting Backend란?

centoss — Wed, 24 Jul 2024 17:38:36 +0900

1. Scripting Backend?

"Scripting Backend"라는 용어는 유니티에서 스크립트를 컴파일하고 실행하는 엔진의 내부적인 메커니즘을 가리키는 용어입니다.

이는 단순히 빌드 방식만을 의미하는 것이 아니라, C# 스크립트가 어떻게 변환되고 실행되는지를 포함한 전반적인 프로세스를 나타냅니다.

스크립팅 백엔드는 C# 코드를 어떻게 처리할 것인지, 즉 어떻게 컴파일하고 실행할 것인지를 정의합니다.

Mono는 C# 코드를 중간 언어(Intermediate Language, IL)로 컴파일한 후, JIT(Just-In-Time) 컴파일러를 사용해 실행 시에 네이티브 코드로 변환합니다.
IL2CPP는 C# 코드를 중간 언어로 컴파일한 후, 이를 다시 C++ 코드로 변환하고, 최종적으로 네이티브 코드로 컴파일하여 실행합니다.

2. 개발 및 런타임 특성

스크립팅 백엔드는 개발과 런타임 시의 특성을 크게 좌우합니다.

개발 시간: Mono는 빠른 컴파일 시간을 제공하여 개발 중 자주 스크립트를 수정하고 테스트할 때 유리합니다.
런타임 성능: IL2CPP는 최적화된 네이티브 코드를 생성하여 일반적으로 더 나은 실행 성능을 제공합니다.

3. 보안 및 배포

스크립팅 백엔드는 보안성과 배포 방식에도 영향을 미칩니다.

보안: IL2CPP로 빌드된 코드는 네이티브 C++ 코드로 변환되기 때문에 디컴파일이 어려워 보안성이 높습니다.
플랫폼 요구사항: 특정 플랫폼에서는 특정 스크립팅 백엔드를 요구할 수 있습니다. 예를 들어, iOS는 IL2CPP를 필수로 요구합니다.

※ Android 에서 IL2CPP 선택시 나타나는 경고문구 해결하는 방법

이 메시지는 다음을 의미합니다.

현재 Android IL2CPP 빌드 설정이 64비트 지원을 포함하지 않습니다.
많은 Android 장치가 64비트를 지원하므로, 이를 활성화하는 것이 좋습니다.
64비트 지원을 활성화하려면 Player Settings에서 ARM64를 설정해야 합니다.

해결 방법

64비트 아키텍처 지원을 활성화하는 방법은 다음과 같습니다.

Unity Editor에서 File > Build Settings를 클릭합니다.
Player Settings 버튼을 클릭합니다.
왼쪽 메뉴에서 Other Settings를 선택합니다.
Target Architectures 섹션으로 이동합니다.
ARM64 옵션을 체크하여 활성화합니다.

이렇게 하면 위에서 보인 경고 문구가 사라질겁니다.

[unity] 유니티 설치시 editor application validating 대기 현상

centoss — Mon, 4 Dec 2023 20:10:51 +0900

새로운 윈도우pc에서 유니티를 설치 하는데 editor application validating... 상태에서 1시간이 넘게 진행되지 않는 현상이 나타났습니다.

항상 맥에서만 설치하다가 윈도우에서는 처음 설치했는데 좀 기다리면 되겠지 하고 기다렸는데 저기서 안넘어가지네요.

뭔가 이상하다 싶어서 찾아보니 설치되어있는 보안 프로그램이 문제였네요.

안랩이나 기타 등등의 보안 프로그램들이 설치되어있는 경우 종종 설치가 더이상 진행되지 않고 editor application validating... 에서 멈춰있는 경우가 있다네요.

보안 프로그램을 제어판에서 다 지우고 유니티 허브를 다시 실행해서 인스톨 시작하니까 이상없이 잘 진행 됩니다.

설치 진행에 문제가 생긴경우 보안 프로그램을 삭제 후 다시 해보시면 될거에요.

[unity] unity webgl 빌드해서 웹에서 실행할 때 input 폼 입력 안되는 현상

centoss — Tue, 24 Oct 2023 15:23:51 +0900

unity webgl 빌드해서 웹에서 실행할 때 input 폼 입력 안되는 현상

그동안 webgl 파일을 빌드해서 웹에서 사용했었지만 사이트 내에서 키보드 입력을 할 일이 없어서 모르고 있었습니다.

webgl 로 만든 내용이 로딩 되면 그 이후부터는 웹 내에 어떤 곳에서도 키보드 입력이 안된다는걸...

input 태그, textarea 등등 키보드 입력 하는 모든곳의 내용이 안먹히네요.

여러 내용도 찾아보고 GPT 에게도 물어봤지만 원하는 답변이 나오지 않았습니다.

그렇게 여러군데의 정보를 찾다가 유니티 매뉴얼 페이지를 보니 여기에 답이 있었네요.

괜히 뱅글 뱅글 돌아온 느낌... 주소는 아래와 같습니다.

https://docs.unity3d.com/kr/2021.3/Manual/webgl-input.html

WebGL에서 입력 - Unity 매뉴얼

Unity WebGL은 HTML5 게임패드 API를 지원하는 브라우저에서 게임패드 및 조이스틱에 대한 Input 및 InputSystem을 지원합니다.

docs.unity3d.com

매뉴얼 중간쯤에 보면

키보드 입력 및 포커스 처리

라고 되어 있는데 이 부분을 참고하시면 됩니다.

중요: 페이지에 키보드 입력을 수신해야 하는 다른 HTML 요소(예: 텍스트 필드)가 있는 경우 문제가 발생할 수 있습니다. Unity는 페이지의 나머지 부분이 수신하기 전에 입력 이벤트를 소비합니다. HTML 요소가 키보드 입력을 수신하도록 만들려면 WebGLInput.captureAllKeyboardInput을 false로 설정하십시오. 이렇게 하면 WebGL 캔버스에 포커스가 있는 경우에만 애플리케이션이 입력을 수신합니다.

WebGLInput.captureAllKeyboardInput 부분을 누르면 아래와 같은 코드를 보실 수 있습니다.

using UnityEngine;

public class Example : MonoBehaviour
{
    void Start()
    {
        WebGLInput.captureAllKeyboardInput = false;
    }
}

이 내용을 스크립트 파일 내 아무곳에 입력하고 다시 빌드 후 실행하시면 잘 될거에요.

[unity] InvalidOperationException: Insecure connection not allowed

centoss — Wed, 4 Oct 2023 14:43:46 +0900

InvalidOperationException: Insecure connection not allowed

유니티에서 서버에 데이터 요청을 하기 위해 코드를 작성하고 실행했습니다.

string url = "http://192.168.0.92:93/api/getData";

UnityWebRequest request = UnityWebRequest.Get(url);
    
yield return request.SendWebRequest();

내부에 테스트하기 위해 구동중인 서버 인데 데이터 요청하면 위와 같은 에러가 나타납니다.

보안 관련된 에러인거 보니 https 가 아니라서 나타나는듯 싶습니다.

setting 허용이 필요할거같으니 project settings 에 들어갑니다.

왼쪽 메뉴들 중에 player 를 선택해줍니다.

그리고 Configureation 부분에서 Allow downloads over HTTP 부분이 Not allowed 로 되어있는데 이걸 Allowed in development builds 또는 Always allowed 로 변경해줍니다.

(주의할 점 : 유니티 실행 상태일 때 변경하면 적용 안됩니다. 실행 상태가 아닐 때 설정해주세요.)

유니티 에디터 상단에 실행중 표시

저는 테스트 서버가 http 이기 때문에 awalys allowed 로 했습니다. 실제 배포시에 https 에 요청하는 경우에는 이렇게 안하고 Not allowed 로 해도 문제 없을겁니다.

이렇게 설정 변경 후 다시 요청하면 이상없이 데이터를 수신할 수 있게 됩니다.

이런식으로 데이터 수신을 잘 합니다.

InvalidOperationException 에러 나타나신 분들은 설정 변경 후 다시 시도해보세요.