글쓴이 글 목록: ppillip

ppillip에 대하여

박승현입니다. 프로그래머 입니다.

meteor logo

Meteor Korea DEV School 3rd day

1. 강의 자료 슬라이드 입니다.
(A slide for the presentation)

1.1 Collections

1.2  “sql & mongodb native & meteor api” 비교 자료 슬라이드 입니다.

 

2. 강의 자료 동영상 입니다. (Lecture Video)
Template Review

Collections

 

3. 강의 자료에 나오는 소스입니다. (source on gitHub)

https://github.com/ppillip/ourQuiz

참석해주시고 호응해주신 모든분들께 감사드립니다.
thanks for every one who participated

  • Facebook
  • Google Plus
  • Twitter
  • LinkedIn
  • Pinterest
  • Tumblr
  • Instapaper
  • Delicious
meteor logo

Meteor Korea DEV School 2nd day

1. 강의 자료 슬라이드 입니다.
(A slide for the presentation)

1. 미티어의 폴더구조 from Seung Hyun Park


2. template from Seung Hyun Park

 

 
2. 강의 자료 동영상 입니다. (Lecture Video)


 

3. 강의 자료에 나오는 소스입니다. (source on gitHub)

https://github.com/ppillip/ourQuiz

참석해주시고 호응해주신 모든분들께 감사드립니다.
thanks for every one who participated

  • Facebook
  • Google Plus
  • Twitter
  • LinkedIn
  • Pinterest
  • Tumblr
  • Instapaper
  • Delicious
meteor logo

Meteor Korea DEV School 1st day

1. 강의 자료 슬라이드 입니다.
(A slide for the presentation)

 2. 강의 동영상 입니다.  음질이 조금 튀네요.. 마이크를 사야겠어요 ㅠㅠ
(Lecture screen cast , it has sound problem)


참석해주시고 호응해주신 모든분들께 감사드립니다.
thanks for every one who participated

  • Facebook
  • Google Plus
  • Twitter
  • LinkedIn
  • Pinterest
  • Tumblr
  • Instapaper
  • Delicious
meteor logo

Worldwide Meteor Day in Seoul Korea

Meteorjs world wide in seoul korea

Thanks everyone for Participating in our Event.

참석해주신 모든분들께 감사드립니다.

http://www.meteorjs.kr/

The first movie has some problem. I’m fixing it up and so sorry about that.

첫번째 동영상이 잘렸는데요 예제 부분이라서 다시 올리고 있네요 -_-; 밝을때까지 다시 올려 놓겠습니다.

 

  • Facebook
  • Google Plus
  • Twitter
  • LinkedIn
  • Pinterest
  • Tumblr
  • Instapaper
  • Delicious
meteor logo

번역 : meteor v0.9.1 history

v0.9.1

Organizations in Meteor developer accounts

미티어 개발자 계정내의 조직

Meteor 0.9.1 ships with organizations support in Meteor developer accounts. Organizations are teams of users that make it easy to collaborate on apps and packages.

Meteor 0.9.1 에는 개발자 계정의 조직 지원이 탑재 되었습니다. 조직은 앱과 패키지 협업을 쉽게 할수 있는 유저의 팀 입니다.

Create an organization at https://www.meteor.com/account-settings/organizations. Run the meteor authorized command in your terminal to give an organization permissions to your apps. To add an organization as a maintainer of your packages, use the meteor admin maintainers command. You can also publish packages with an organization’s name in the package name prefix instead of your own username.

https://www.meteor.com/account-settings/organizations. 에서 조직을 생성 할수 있습니다. 배포된 앱에 대하여 조직을 추가 하려면 터미널에서 meteor authorized 명령을 실행하고, 패키지에 대하여 관리자로서 조직을 추가 하려면 meteor admin maintainers 명령을 실행하세요. 또한 당신의 사용자 명 대신 조직 이름을 패키지 프리픽스로 사용하여 배포 할수 있습니다.

One backwards incompatible change for templates

  • Templates can no longer be named “body” or “instance”.
    템플릿 이름은 더이상 body , instance 등으로 사용할 수 없습니다.

Backwards compatible Blaze API changes

  • New public and documented APIs:
    새배포 그리고 문서 API들

    • Blaze.toHTMLWithData()
    • Template.currentData()
    • Blaze.getView()
    • Template.parentData() (previously UI._parentData())
    • Template.instance() (previously UI._templateInstance())
    • Template.body (previously UI.body)
    • new Template (previously Template.__create__)
    • Blaze.getData() (previously UI.getElementData)
  • Deprecate the ui package. Instead, use the blaze package. The UI and Blaze symbols are now the same.
    ui 패키지는 사라졌습니다. blaze 패키지를 사용하세요. UI 와 Blaze 표시는 현재 같습니다.
  • Deprecate UI.insert. UI.render and UI.renderWithData now render a template and place it in the DOM.
    UI.insert, UI.render, UI.renderWithData 삭제 되었습니다. 
  • Add an underscore to some undocumented Blaze APIs to make them internal. Notably: Blaze._materializeView,Blaze._createView, Blaze._toText, Blaze._destroyView, Blaze._destroyNode, Blaze._withCurrentView,Blaze._DOMBackend, Blaze._TemplateWith
  • Document Views. Views are the machinery powering DOM updates in Blaze.
  • Expose view property on template instances.

Backwards compatible renames

  • Package renames (패키지 이름변경)
    • livedata -> ddp
    • mongo-livedata -> mongo
    • standard-app-packages -> meteor-platform
  • Symbol renames (심볼 이름변경)
    • Meteor.Collection -> Mongo.Collection
    • Meteor.Collection.Cursor -> Mongo.Cursor
    • Meteor.Collection.ObjectID -> Mongo.ObjectID
    • Deps -> Tracker

Other

  • Add reactive-var package. Lets you define a single reactive variable, like a single key in Session.
    reactive-var 패키지를 추가 하세요. Session 에서 단일키 값 같은 리엑티브 변수를 정의 할수 있게 해줍니다.
  • Don’t throw an exception in Chrome when cookies and local storage are blocked.
    쿠키와 브라우저 저장소 가 막혔을때는 크롬에서 exception 을 던지지 마세요
  • Bump DDP version to “1”. Clients connecting with version “pre1” or “pre2” should still work.
  • Allow query parameters in OAuth1 URLs. #2404
  • Fix meteor list if not all packages on server. Fixes #2468

Patch by Github user mitar.

  • Facebook
  • Google Plus
  • Twitter
  • LinkedIn
  • Pinterest
  • Tumblr
  • Instapaper
  • Delicious
meteor logo

번역 : Meteor 0.9.1 update

Meteor 0.9.1: Meteor developer organizations, solidified Blaze APIs

Today we’re releasing Meteor 0.9.1 and adding support for organizations in Meteor developer accounts, our login system for deploying apps and publishing packages.

오늘 우리는 Meteor 0.9.1을 릴리즈 하였고 Meteor 개발자 계정(앱과 패키지 배포의 로그인 시스템)의 조직에 대한 지원을 추가 하였습니다.

Organizations let you define teams of developers who are collaborating together on an app or a package.

조직은 앱과 패키지작성에 협업 할수 있는 개발자 팀을 정의 할 수 있게 해줍니다.

They make it easy to manage lists of authorized developers in one central place, and you can use them to publish packages under your team’s name instead of an individual developer account.

개발자권한 관리를 한곳에서 쉽게 할 수 있습니다. 그리고 권한이 부여된 개발자는 당신의 팀 이름으로 패키지를 배포 할수 있습니다.

You can manage an organization on the web at meteor.com/account-settings/organizations or by running the meteor admin members command in your terminal.

meteor.com/account-settings/organizations 에서 조직을 관리 할수 있고 또는 meteor admin members 커맨드를 당신의 터미널에서 실행시켜도 됩니다.

Once you’ve made an organization, you can give it rights to a deployed application or a package, just as you would add individual users.

처음 조직을 만들고, 단지 개인 사용자를 추가 함으로써, 배포된 어플리케이션이나 패키지에 대한 권한을 줄 수 있습니다.

To add an organization to a deployed app, run the meteor authorized command in your terminal. To add an organization as a maintainer of your packages, use the meteor admin maintainers command.

배포된 앱에 대하여 조직을 추가 하려면 터미널에서 meteor authorized 명령을 실행하고, 패키지에 대하여 관리자로서 조직을 추가 하려면 meteor admin maintainers 명령을 실행하세요.

You can also publish packages under an organization’s name in the package name prefix instead of your own username! For example, once you make a mystartup organization for your new company, you (and any coworkers you’ve add to mystartup) can all publish a package as mystartup:mypackage instead of under your own personal account.

또한 당신의 사용자 명 대신 조직 이름을 패키지 프리픽스로 사용하여 배포 할수 있습니다. 예를 들어 mystartup 조직을 생성하고 당신의 개인 계정이름 대신에 mystartup:mypackage 란 조직 이름을 프리픽스로 이용하여 배포 할수 있습니다.

Meteor 0.9.1 also contains some pre-1.0 housekeeping. We’ve documented many of the previously undocumented private APIs in Blaze. We renamed some of the core Meteor components (and defined aliases for backcompat). And we made one small breaking change: templates may no longer be named body or instance.

또한 Meteor 0.9.1 버전은 1.0에 대한 몇가지 사전기능들을 포함 하고 있습니다. 이전에 문서화 하지 않은 Blaze의 private APIs에 대하여 문서화 해왔습니다. 우리는 몇가지 핵심 Meteor 컴포턴트의 이름을 변경하였습니다 (그리고 backcompat의 별칭을 정하였습니다). 그리고 작은 변화를 주었습니다. : template 은 더이상 body 나 instance 로 이름 지어질수 없습니다.

See the release notes for more. Thanks to Github user mitar for contributions to this release.

더 많은 내용은 릴리즈 노트에서. 이번 릴리즈에 대하여 mitar님 감사합니다.

======================================================

번역이 너무 의역이라 상당한 거부감이 있을것 같아 원문을 포함함. ^^;;

  • Facebook
  • Google Plus
  • Twitter
  • LinkedIn
  • Pinterest
  • Tumblr
  • Instapaper
  • Delicious
meteor logo

번역 : How to Scale Meteor?

원문 : How to Scale Meteor?

<번역 시작>

어떻게 Meteor 를 Scale 하는가?

미티어의 최신버전을 사용중이리라 가정하고 작성 하였습니다.

이전 글에서 우리는 Meteor 응용 프로그램의 scaling 에대한 문제와 해결책 살펴 보았습니다. 하지만 실제로 어떻게 실전에서 scale 하는지를 보여 주지는 않았습니다. 이번에는 실제로 살펴 보겠습니다.

분산 구성

구성도 :

세개의 미티어서버와 하나의 MongoDB의 서버 , 그리고 부하분산서버로서 HaProxy 서버를 둡니다. 또한 , SSL 지원을 위해 HaProxy 앞에 스터드서버를 둡니다.

이제 이 서버들의 구성을 살펴 보겠습니다.

MongoDB 구성

MongoDB는 oplog를 지원하는 single-server replicaSet 을 사용합니다. multiserver replica set 을 사용하는 것이 좋지만, 간단하게 구현하기위해 위해 단일 ​​서버를 사용하여 구성해봅니다.

단일 Replica 구성

첫째, MongoDB의 서버가 replicaSet 을 인식할 수 있게 구동합니다.meteor replicaSet을 구동하기 위해서 다음과 같이 명령줄에 입력 합니다. :

mongod --replSet meteor

그런 다음, 몽고 쉘을 열고 단일 서버 replicaSet구성을 위해 다음을 추가 합니다 :

var config = {_id: "meteor", members: [{_id: 0, host: "127.0.0.1:27017"}]}
rs.initiate(config)

적어도 3개의 노드를 가진 MongoDB를 ReplicaSet을 구성하는 것이 현명한 방법입니다.만약, MongoDB에 대한 전문 지식이없는 경우. MongoHQ 전용 서버를 사용할것을 강력히 추천합니다.

액세스 제어

우리는 별도의 MongoDB의 서버를 사용하고 있기 때문에, 무단 액세스를 방지 할 필요가있습니다.접근 제어를 위하여 방화벽을 구성할수도 있지만 MongoDB의 역할기반(role-based) 엑세스 제어를 사용할 수 있습니다.간단히 하기 위해, 우리가 방화벽을 제대로 구성했다고 가정하겠습니다.방화벽을 구성 할 수없는 경우, MongoDB의 역할 기반 액세스 제어를 사용 하길 바랍니다.

우리는 미티어앱의 데이터 베이스로 app 을 사용할것입니다.oplog 통합을 위해, local 데이터베이스를 사용할 예정입니다.

미티어 설정

우리가 scalable Meteor 배포를 구성하는 동안 몇가지 눈여겨 봐야할것들에 대해서 이번 섹션에 보여드리겠습니다.

Oplog 지원

미티어의 수평확장을 위해 oplog 가 작용 하는지에 대해 이전 글에서 소개 한바가 있습니다.

단순히 로컬 데이터베이스의 MongoDB의 URL을 아래와 같이 설정 하면 됩니다. MONGO_OPLOG_URL .

MONGO_OPLOG_URL=mongodb://localhost/local

(물론, MONGO_URL 또한 설정해야 합니다)

IE 8과 9 Sticky Session 지원

IE 8과 9는 Ajax 로 쿠키를 전송하지 않습니다; 이것이 로드밸런서를 망가트리는 현상에 대해서 다음섹션에 알아보겠습니다.다행히, SockJS 는 그문제의 해결책입니다. Meteor는 기본적으로 그 설정이 꺼져 있습니다. 설정을 켜려면 다음과 같이 환경변수를 설정해야 합니다 :

export USE_JSESSIONID=1

서버 선택

동일한 Meteor 서버를 선택하는 것이 매우 중요합니다. 같은 성능, 동일한 OS에 같은 데이터센터에 위치하고 구성 또한 같아야 합니다. 그렇지 않으면 서버들에 대하여 균일한 밸런싱을 기대 할 수 없습니다.

이번 설정에서, 나는 서버에 단 하나의 프로세스를 사용하고 있습니다.그래서 여러 코어 서버는 큰 도움이되지 않습니다.그래서 싱글 코어 서버 인스턴스를 선택하려고합니다.이것에 대하여 추후에 더 다뤄보겠습니다.

배포

Meteor app 을 배포하고 신중하게 설정하는 것은 매우 중요합니다. 가능하다면 방법을 잘 알고있는 사람과 상담하십시오.그럴수 없다면 Meteor Up 을 이용하세요.

로드 밸런서 구성 (HaProxy)

나는 Meteor 응용 프로그램에 대한 부하 분산 장치로 HaProxy 사용하고 있습니다.그것은 매우 안정적이고 많은 기업의 운영환경에서 사용되고 있습니다. 또한, HaProxy는 Sticky Session 지원기능을 내장하고 있습니다. 그리고 우리는 다른 몇가지 설정을 사용 할 것입니다.

Sticky Session(지속적 세션) 지원

우리는 Sticky Session을 구현할 수있는 몇 가지 방법이 있습니다.“쿠키”, “ip주소 해싱” 또는 “사용자정의 URL” 등을 이용하여 Sticky Session을 구현할 수 있습니다. 몇 가지 다른 방법들이 있긴하지만 위의 방법이 가장 일반적인 것입니다.

“ip주소 해싱”이 가장 쉬운 방법이지만, 부하 분산이 적절하게 이루어 지지 않습니다. 우리는 ip 정보와원천 ip가 숨겨진 프록시서버의 ip 를 신뢰할수가 없습니다. 프록시서버를 통한 ip는 한개의 서버만이 많은 요청을 받게 될 수 있다는 의미입니다.

“사용자정의 URL” 경로는 좋은 방법중 하나 입니다. SockJS는 아주 잘 지원 합니다.  하지만 사용자 정의 URL 사용을 위해서는 로드밸런서에서의 사용자 로직과 Meteor 서버에서의 추가 구성이 필요합니다.

“쿠키” 기반 솔루션은 적절하게 부하를 분산 할 수 있고 설정이 쉽기 때문에, 가장 이상적인 방법입니다.

부하분산 알고리즘

절적한 분산 알고리즘을 선택하는 것이 매우 중요합니다.HaProxy 는 많은 알고리즘을 제공합니다. roundrobin 알고리즘은 문서에 좋습니다. roundrobin는 Ruby on Rails 나 PHP로 만든 stateless(불연속) 웹앱에 아주 좋습니다.

반면에 Meteor 는 연속적이고 지속적인 연결을 가진다. 따라서 , leastconn 알고리즘을 사용하는 것이 좋다.leastconn 알고리즘은 가장낮은 수의 연결을 가지고 있는 서버에게 새로운 연결을 보낸다.이 알고리즘은 서버가 다운되어 다시 살아나는 경우에도 동일하게 부하를 분산한다. 만약 roundrobin 을 사용한다면 그것은 부하 불균형을 가저다 줄 것입니다.

Configuration (설정)

다음과 같은 구성 파일을 사용하여 HaProxy을 구성하는 방법을 참조하십시오 :

defaults
  mode  http
  timeout connect 5s
  timeout client  10s
  timeout server  10s

frontend public
  #binding port 80
  bind *:80
  default_backend apps

backend apps
  #load balancing algorithm
  balance leastconn

  #using JSESSIONID as the cookie
  cookie JSESSIONID insert nocache

  #adding server
  server host1 host1.example.com cookie host1
  server host2 host2.example.com  cookie host2
  server host3 host3.example.com  cookie host3

간단하게 유지하기 위해 설정 파일의 일부가 생략되어 있습니다.여기에서 전체 설정 파일을 받을 수 있습니다.

SSL with Stud

SSL 은 운영에 필수 조건입니다. 안타깝게도 HaProxy의 안정화 버전은 SSL을 지원하지 않지만, 스터드를 HaProxy 앞에 설치함으로써 ssl을 사용할수 있습니다. 스터드는 HaProxy와 같은 서버에 배포하는 것이 좋습니다.

이 소스 에서 Stud를 install 하세요.apt-get 으로 설치한 것은 구버전일테니까요.

다음과 같은 설정을 할수 있습니다.

#bind to defualt SSL port
frontend = "[*]:443"

#haproxy host and port
backend = "[localhost]:80"

#location of the .pem file
pem-file = "/path/to/ssl.pem"

전체 구성화일은 여기 에서 구할 수 있습니다.

스터드는 SSL 인증서와 하나의 개인 키 .PEM 파일이 필요합니다. .PEM 파일을 만드는 방법에 대하여 여기를 참조하세요

즐기세요

나는 이 글이 Meteor 를 수평확장하는 데 도움이 되기를 바랍니다. 이글에 문제가 있거나 수정이 필요한 경우 주저 하지 마시고  저에게 연락 하거나 아래 코멘트를 추가 해주시길 바랍니다.

<번역 끝>

번역이 이상한 경우는 댓글 부탁드립니다. 넓은 마음으로 이해 해주세요 ^^;;

  • Facebook
  • Google Plus
  • Twitter
  • LinkedIn
  • Pinterest
  • Tumblr
  • Instapaper
  • Delicious
Icon_MongoDB_by_xkneo

왜 몽고디비에서는 object 검색이 잘 되지 않는가?

왜 몽고디비에서는 object 검색이 잘 되지 않는가?

*db.orders.find(   { info : { name : ‘박승현’ , age : 20 } }   );  이런 질의가 있다고 가정해보자.  이걸 몽고 디비에서는 **db.orders.find(   {$and : [ {‘info.name’ : ‘박승현’} , {‘info.age’ : 20} ]}  ) 으로 해야 정확한 결과가 나온다. 만약 orders 컬렉션에 해당 문서가 { info : { age : 20 , name : ‘박승현’ } , year:2014 }  라고 들어 있으면 첫번째질의는 검색이 되지 않는다. (하위 오브젝트의 순서가 바뀐것)

즉, 몽고디비는 name 이 ‘박승현’이고 age 가 20 인 doc 를 검색 하지 않는다. 그저 info 라는 key 에 value 값을 무슨 String 값이나 binary 처럼 단순 비교함을 유추할수 있다.

왜 일까? 만약 doc 가 단순한 수준이 아니라 1.하위에 여러 depth 를 가지고 있다거나 2.배열이라거나 3. key 가 8760개가 들어있는 시계열 데이터 문서들을 저장한 컬렉션 이라면? 이런 모든 경우의 수를 json 으로 인식해서 검색해주면 정말 눈물나게 고맙긴 하겠지만 아마 그 속도때문에 느려터진 괴물로 생각하고 버렸을것이다.

그럼 어떻게? “Dot notation” 또는 “$and, $or, $in …. ” 등의 선언자들을 써줘야 우리 몽고디비 파서는 질의를 판단해서 오브젝트 하위나 배열을 뒤저야 겠구나 생각하고 그제서야 bson 을 파싱해서 하위 오브젝트 까지 관심을 갖는것. 결국 몽고디비는 별다른 조건이 없으면 첫번째 level 의 key 가 가진 value 값만 “단순 비교” 한다는 것. 

이건 몽고디비의 사상이다. 속도를 위해서 디테일한 편의를 포기하는것.(실제로는 다른형태로 제공) “object 단위로 검색이 되지 않는다” , “쿼리가 너무 불편하다” 등 속도를 포기해야 하는 이런 기능에 대하여 불편을 느낀다면 몽고디비같은건 만들어 쓰자. 우린 개발자니까.

 

  • Facebook
  • Google Plus
  • Twitter
  • LinkedIn
  • Pinterest
  • Tumblr
  • Instapaper
  • Delicious

특정 key(columns) 만 뽑아 배열 만들기

몽고디비에서는 특정 컬럼만 뽑기 위해서 db.collection.find({조건},{key:1,…}) 로 질의 한다. 

몽고디비에 대한 의존도를 줄여보자.

1. map 만 쓴 질의
pj.yearlyCmltCntdHeatLoad.public.map(function(obj){ return obj.heatingCntdHeatLoad; });
-> 전세계?어디서나 쓸수 있는 질의 , 그런데 내가 가저오고 싶은 key 가 제일뒤에 보인다.

2. 언더스코어 질의
_.pluck(pj.yearlyCmltCntdHeatLoad.public,'heatingCntdHeatLoad');
-> 언더스코어의 pluck 함수를 이용한 질의.(짧다!). parameter 의 순서가 바뀌었다면 최고 인데.. 쉽다.

3. 커피스크립트 질의
x.heatingCntdHeatLoad for x in pj.yearlyCmltCntdHeatLoad.public
-> 물론 추후 js 로 바뀜. 몽고 console 이 커피스크립트를 지원한다면 좋겠음.
,물론 커피로 만든 함수를 js 로 변환한뒤 콘솔에서 로딩해서 쓰는 방법도 있음.

여러분이 좋아하는 sql 

select heatingCntdHeatLoad from pj.yearlyCmltCntdHeatLoad.public
-> 간단해 보임

 

  • Facebook
  • Google Plus
  • Twitter
  • LinkedIn
  • Pinterest
  • Tumblr
  • Instapaper
  • Delicious
angularjs-188x200

angularjs 와 java , mongodb 사용의 나쁜예 퀵하게 보기 (1)

현재 angularjs 와 java(톰켓)을 사용하여 SI 프로젝트를 하고 있습니다. 현시점에서 상태를 퀵하게 기술해봅니다.  전체를 상세 설명하려면 소스 공개가 가장 빠르겠지만 SI 특성상 공개 할수가 없습니다. 제 개발 패턴이 궁금하신분이 있다면(없겠지만) 차라리 데모?를 직접 보여 드릴 수는 있습니다. ㅎㅎㅎ

front : javascript ( angularjs 를 주로 씀 )
was : java / tomcat / struts2 / spring(젤 하는일없음)
db : mongodb 
o/s : dev-osx , server-ubuntu

1. 클라이언트

1.1 코딩기준 
	- jQuery 떡칠 way 는 하지 않고 (아예사용안함) angular way 로만 한다. 
	- single web page 로 구성한다. 
	- index.html 상단과 좌측 메뉴 처리 , appControl 관련된 javascript 처리
		-> 실제로 메인 app. 메인 컨텐츠 부분은 ng-view 로 동적 로딩 되게 한다. 
	- 동적 로딩되는 실제 ui 처리는 ng-view와 router 를 사용한다. 
          로딩되는 화일은 화면명.html + 화면명Ctrl.js 의 한쌍으로 구성한다.
		-> 개인적인 취향 jQuery 떡칠패턴으로 개발시부터 
                   ui.html + ui.js + ui.css를 주로 써왔음
	- 디렉티브는 별도로 저장한다. 
	- 전체 화면의 공유 데이터는 rootScope 데이터 변수를 사용하여 공유한다.
		-> service 는 사용하지 않는다 (angularjs 권고사항) 

1.2 폴더
	/estimate 	- index.html 및 화면명.html , 화면명Ctrl.js 화일들 저장 
	|- /directive	- angularjs 디렉티브 + ui.bootstrap 디렉티브
	|- /filter	- 필터관련 js 화일
	|- /helper	- 메뉴처리 js , 기타 분류안한 js 예) request 처리 js
	|- /service	- view Controller 에서 공통 사용되는 업무관련 함수들
			  ex) 몽고디비기본함수 (find,remove,update..) 클라이언트 구현체 
	/lib		- 외부 자바스크립트 프레임워크들 
	|- /bootstrap
	|- /Hightchart 
	|- underscore.js

	/schema
		schema.js   - json템플릿 리턴 및 벨리데이션 담당
		schema.json - json 스키마정의 

2. 서버 (tomcat)
	2.1 어떠한 경우도 서버페이지(jsp) 를 생성하지 않는다. 
	2.2 브라우저 요청과 서버쪽 Action 은 이름으로 매칭한다. (설정최소화)
	    -예) 클라이언트 요청 SalesEstimate-findProject 
		 -> 서버쪽 처리    SalesEstimateAction 의 findProject
	2.3 브라우저 리프레쉬 할경우 클라이언트 라우터 동작을 위한 리디렉트 구현
	2.4 odm 은 하지 않는다. jsonhashmap 변환으로 대체 (gson 라이브러리사용)		
		key 값을 method 로 사용하지 않음. key 값을 검색의 대상으로 동적 사용하므로 불가능함. 
	2.5 향후 node 로 변환 or 스프링및 스트러츠 걷어내고 jsp 만으로 전환.

3. issue 
	router시 앵귤러 해쉬뱅 '/#/' 으로 인해서 ie 에서 비정상적 동작. 
           1. 심각하게 "angularjs 들어 내기" , "single web 안하기" 중에 고민중.
           2. 앵귤러들어내기 (meteor 에서 ddp만 내리고 클라이언트만 사용하기)
        "서버가 자바인 관계로 자료구조(json) 핸들링의 어려운점" 해결방안 모색
           1. 자바들어내기 - 현재는 hashmap 으로 꿋꿋하게 버티는중.

소스나 개발 패턴이 좀더 나아지면 (2)탄도 써보겠습니다.

  • Facebook
  • Google Plus
  • Twitter
  • LinkedIn
  • Pinterest
  • Tumblr
  • Instapaper
  • Delicious