일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | 6 | 7 |
8 | 9 | 10 | 11 | 12 | 13 | 14 |
15 | 16 | 17 | 18 | 19 | 20 | 21 |
22 | 23 | 24 | 25 | 26 | 27 | 28 |
29 | 30 | 31 |
- sample
- MSSQL
- Python
- Kibana
- API
- s3
- JavaScript
- ChatGPT
- 설정
- ssh
- build
- Linux
- 엘라스틱서치
- mariadb
- 유니티
- 영어
- logstash
- elasticsearch
- docker
- AWS
- nodejs
- Windows
- 구글
- error
- Ai
- JS
- Git
- unity
- MySQL
- Today
- Total
목록개발 이야기/개발 및 서비스 (101)
가끔 보자, 하늘.
facebook, google, tapjoy 세 개를 합쳐서 샘플 프로젝트를 작성중에 아래 같은 에러가 발생!! Error building Player: CommandInvokationFailure: Failed to re-package resources. See the Console for details. C:\Program Files (x86)\Android\android-sdk\build-tools\22.0.1\aapt.exe package --auto-add-overlay -v -f -m -J gen -M AndroidManifest.xml -S "res" -I "C:/Program Files (x86)/Android/android-sdk\platforms\android-23\android.jar..
foreach (DictionaryEntry item in abTable) {Debug.Log (" key = " + item.Key );// value값 정리abTable.Remove(item.Key);} 위처럼 사용할 경우 foreach에서 계속 참조하기 있기 때문에, "Hashtable.Enumerator: snapshot out of sync."와 같은 에러가 발생한다. foreach 문 안에서의 키 삭제는 문제가 될 수 있으니, value값 정리와 리스트에서의 정리 처리는 분리해야 한다. 일괄 삭제의 경우 아래와 같이.. foreach (DictionaryEntry item in abTable) {Debug.Log (" key = " + item.Key );// value값 정리} abTable..
구글의 App engine은 App Engine Hosting 과 Managed VMs Hosting 두 가지 중 한가지를 선택할 수 있습니다. 이번에는 이 둘의 차이점과 앞으로 사용할 Managed VMs Hosting에 대해 상세히 정리해 보겠습니다. Managed VMs Hosting은 2015년 7월 현재 베타 서비스 중이며, 이곳에 기록되는 내용은 이후 계속 변화할 수 있음을 참고하세요. ..... 를 줄줄이 쓰려 했으나 사실 공식 페이지에 워낙 잘 나와있어서, 괜히 사족 안달고 간단히 정리합니다. 둘은 차이점은 https://cloud.google.com/appengine/docs/managed-vms/ 의 중간 정도에 나와있는 표를 보시면 쉽게 이해하실 수 있습니다. 제가 생각하는 가장 큰 ..
현재 구글 앱 엔진은 java, python, go,php 네 가지 언어를 사용한 어플리케이션을 지원합니다. 위 언어 이외의 언어들(nodejs, perl, runy 등등)은 앱 엔진의 runtime 옵션에 custom 이 추가되면서 사용이 가능해졌습니다. (app.yaml의 옵션에서 설정이 가능합니다.) 현재 베타로 운영되고 있으며, 서버는 베타 기간 동안은 오직 북미에서만 운영된다고 합니다. 가격에 대해서는 사용한 만큼 측정한다고 되어 있는데, 얼마나 써야 유료가 되는지, 유료로 전환할 경우 대략적인 비용이 얼만지는 바로 다음 글에서 측정해 보겠습니다. 이를 위해 Docker를 같이 다룰텐데, Docker에 대해서는 상세히 언급하지는 않을 예정입니다. Node.js와 Docker에 대해서는 이미 알고..
GAME SETUP AND LIGHTING 1. Mesh Collider에 Mesh 말고 Material이 추가로 있음. : 충돌체에 매터리얼이 필요한 이유가 뭐지?? 2. Camera의 Rendering Path 선택 옵션이 다름. 4.x >> Vertex Lit, forward, Deferred Lighting 5.x >> forward, Deferred, legacy Vertex lit, legacy Deferred (light prepass) : 기존의 Deferred Lighting 이 legacy Deferred가 된건가? (그러니까 legacy가 된거겠지??) : 그럼 현재의 Deferred와 legacy Deferred의 차이는 무엇일까? 3. Edit -> Render Setting은 W..
굳이 이럴 필요 없으나, 이 샘플이 워낙 잘 구성되어 있다고 하니, 이걸 5.x에서 가동시키면 여러모로 도움될 듯 해서 시도해 봄. 할 일 없어서 이거 하는거는 비밀.. 처음 import 받으면 발생하는 에러들. 1. UnityEngine.Component 로 사용되는 것들을 GetComponent()로 수정할 것! 한 50개 정도 되는 듯. 2. doneSceneFadeInOut.cs는 주석처리. Assets/Done/DoneScripts/ScreenFaderScripts/DoneSceneFadeInOut.cs(15,28): error CS1061: Type `UnityEngine.Component' does not contain a definition for `pixelInset' and no ext..
한 가지 핑계를 대고 넘어가야겠다. 어제 로깅 코드를 만들 때 모든 데이터를 event로 처리한 걸 기억하길 바란다. 사실 모든 게임의 로그를 이벤트로만 처리하는 것은 당연히 잘못된 방법이다. 하지만, 이 글은 Google Analytics와 Unity를 연동하는 과정을 설명하는데 목적을 두고 있다. 구글 애널리틱스에 적합하게 로깅하고 리포트를 분석하는 글이 아님을 밝힌다.(절대 몰라서 그런거... 맞음. --) 아마 대부분의 통계툴이 그렇겠지만, 데이터를 샘플링한다. 그래서 모든 데이터를 세세하게 보지는 못한다. 이번 테스트에서는 어제 게임 두 판만 했음. 팔이 아파서..데이터가 적기 때문에 추론하는 방법만 간단히 언급하겠다. 이제 본론 시작!! 데이터 조회는 보고서 속성에 설정한 시간대에 정리가 된다..
기반 준비는 다 되었다. 이제 실제 이벤트를 전송하고 그 결과를 어떻게 보는지 살펴보자. 이 전 글에서 공유했던 목표는 아래와 같다. 1. 몇번째 스테이지에서 주로 좌절하는가 : Game Over되는 시점의 Day 날짜를 전달하자. 2. Food의 획득, 이동 시 사용하는 량, 좀비에게 타격받아 소비되는 량 : Food 나 Soda 획득시 획득량 전달 : 이동할 때마다 1씩 소비됨. 이 정보 전달 : 좀비에게 공격 당하면 10씩 소비된다. 이 정보 전달. 3. 각 스테이지 별로 몇 번 정도의 이동으로 클리어 하는가. : 각 스테이지가 클리어 될 때 총 이동 횟수 전달. event parameter는 총 4개로 구성되며, string category, string action, string label, i..