Configuration

Kurogo 프레임워크는 조금만 셋업해도 동작할 수 있도록 만들어 졌습니다. 어쨌든 파일위치, 디버깅 정보 그리고 모듈의 기능에 영향을 미치는 모듈 옵션들이나 다른 기능들에 익숙해 지셔야 프레임워크를 잘 활용하실 수 있습니다.

모든 confituration은 .ini 파일들에서 이루어 집니다. 직접 이 파일을 수정하셔도 되고 어드민 모듈에서 수정하셔도 됩니다.

Structure of .ini Files

대부분의 개발자들이나 administrator들은 .ini 파일 구조에 익숙해지셔야 합니다. ini 파일들에 대한 깊은 정보는 PHP 매뉴얼의 parse_ini_file() 함수 부분을 보시면 도움이 되실 겁니다.

Properties

ini 파일에 있는 기본적인 요소는 property 입니다 모든 프로퍼티는 name과 value를 가지고 있습니다. 그리고 그 관계는 = 으로 설정합니다. name은 = 기호 왼쪽에 위치합니다. String 은 큰 따옴표 "" 로 감싸져야 합니다. Constants(상수) 들은 큰 따옴표 바깥쪽에 있을 수 있습니다. Kurogo에서 사용하는 별도의 방법은 {} 를 key name에 사용할 수 있게 한 겁니다.

key1="value"
key2=CONSTANT
key3=ANOTHER_CONSTANT "value"
key4="Using value {key3}"

Sections

Properties may be grouped into arbitrarily named sections. The section name appears on a line by itself, in square brackets ([ and ]). All properties after the section declaration are associated with that section. There is no explicit “end of section” delimiter; sections end at the next section declaration, or the end of the file. Sections may not be nested.

프로퍼티는 임의로 명명된 섹션들의 group 화 될 수 있습니다. 섹션 이름은 해당 라인에 [] (square brackets) 안에 있게 됩니다. 섹션 정의 이후의 모든 프로퍼티들은 해당 세션과 연관이 있는 것들입니다. 그 섹션의 끝을 나타내는 특별한 기호(구분자)는 없습니다. 해당 섹션은 그 다음 섹션 정의 부분 에서 끝납니다. 섹션은 nested 되지 않습니다.

[section]

Comments

세미콜른은 주석의 시작을 의미합니다. 주석은 그 줄의 끝까지 해당 됩니다. 세미콜른이 있는 라인의 내용은 엔진이 무시하고 넘어 갑니다.

; comment text

Configuration files

모듈이 작동할 때 아래 config 파일들이 자동으로 로딩 됩니다.;

- config/kurogo.ini : framework config file. 주요 기능은 active site와 configuration mode를 알려줌
- SITE_DIR/config/site.ini : site configuration file. 모든 모듈이 공유하는 프로퍼티가 있고 기본 환경을 세팅해 줌
- SITE_DIR/config/strings.ini : Strings table. 사이트에서 사용하는 다양한 string들을 포함
- SITE_DIR/config/MODULEID/module.ini : 현재 모듈에 대한 Basic configuration file. disabled status, protected, secure and authorization 을 포함한 모듈과 관련된 프로퍼티들이 있음. 또한 다른 unique 한 다른 module configurable parameters 들도 있음
- SITE_DIR/config/MODULEID/pages.ini : 현재 모듈에 대한 Title/navigation configuration

다른 모듈들은 external data configuration 과 모듈 output 과 formatting을 위한 특정 configuration을 위해 SITE_DIR/config/MODULEID 폴도로부터 파일들을 로드할 겁니다.

Local Files

쿠로고 프레임워크는 로컬 서버 customization을 위해 configuration 파일을 overrid 할 수 있도록 지원합니다. config/kurogo.ini 안에 있는 CONFIG_IGNORE_LOCAL 이 1로 설정되지 않는 한 프레임워크는 각 configuration file이 로드될 때 파일이름이 -local로 된 파일도 같이 로드합니다. 예를 들어 SITE_DIR/config/site.ini 은 SITE_DIR/config/site-local.ini 로 override 될 수 있습니다. ITE_DIR/config/home/module.ini는 SITE_DIR/config/home/module-local.ini로 오버라이드 될 수 있구요. 전체 파일읠 duplicate 할 필요는 없습니다. 오직 -local에서 다르게 작동해야만 하는 부분이 있으면 그 부분만 넣어 주시면 됩니다. 그리고 기본 config에 없는 내용을 -local 에 추가할 수도 있습니다.

These files are ignored by the git version control system and are an excellent place to put sensitive file paths or credentials that should not be part of a public source code repository. It can also aid in deployment since your development machine may use different settings than a production server.

If CONFIG_IGNORE_LOCAL is set to 1, then -local files will be ignored. This is useful if you do not use them and may slightly improve performance.
Configuration Mode

In addition to -local files. There is also an option to include configuration override files by specifying a mode string. This string is like -local but can be set to any value. This will allow you to create multiple versions of configuration files, with slightly different versions of certain values and instantly switch between them. This option is set in the CONFIG_MODE value of config/kurogo.ini These files are not ignored by git.

One use of this would be to create development and production versions of some of your configuration files. You can have SITE_DIR/site-development.ini and SITE_DIR/site-production.ini with differing values for debugging. Then you can set CONFIG_MODE to development or production. If CONFIG_MODE is empty (the default), than no files will be searched. Another example would be to include authorization values for certain modules in a production environment.

Keep in mind that this setting is independent of -local files. -local files will override any option presuming CONFIG_IGNORE_LOCAL is not enabled.

Kurogo has included a series of example -production.ini files to indicate recommended values for production servers
Retrieving Configuration Values

There are a variety of methods that are used to retrieve values from the configuration files. Please see Module Configuration for more information on how to retrieve these values in your module.
Site Configuration

The SITE_DIR/config/site.ini file configures the basic site configuration. It is broken up into several sections
Error handling and debugging

The properties in this section are used during development. Most of them are boolean values (0 is off, 1 is on)

    DEFAULT_LOGGING_LEVEL - See Logging in Kurogo for more information.
    LOGGING_LEVEL[area] - See Logging in Kurogo for more information.
    DISPLAY_ERRORS - Display PHP errors. This can make discovering bugs more easy. You should turn this off on a production site.
    DEVICE_DEBUG - When the framework is running in device debugging mode, you can prepend any framework url with device/[PAGETYPE]-[PLATFORM]/ or device/[PAGETYPE]/ to see that version of the page in your browser. So for example “/device/basic/about/” will show the basic version of the About module’s index page.
    MODULE_DEBUG - Enables debugging information provided by each module. The type of information will vary by module. An example of this is showing the LDAP server used by the People module
    MINIFY_DEBUG - When Minify debugging is turned on, Minify adds comments to help with locating the actual file associated with a given line.
    DATA_DEBUG - Data debugging enables logging and certain output to debug data connections. When turned on, it will log url requests in the error log.
    DEVICE_DETECTION_DEBUG - Show the device detection info in the footer
    PRODUCTION_ERROR_HANDLER_ENABLED - The production error handler will email exceptions to the DEVELOPER_EMAIL address. You should treat exceptions as extraordinary situations that should normally not occur in production environments.
    DEVELOPER_EMAIL - an email address to send exception notices. At this time, it uses the php mail() function so it may not be compatible with all environments.

You should turn the _DEBUG options to off in a production environment and enable the Production Error Handler with an appropriate developer email address.
Site settings

    SITE_DISABLED - When set to 1 this site is disabled. Useful for MultiSite
    SECURE_REQUIRED - When set to 1 then the site will require a secure (https) connection
    SECURE_HOST - Alternate hostname to use for secure (https) connections. If not included it will use the same host name.
    SECURE_PORT - Alternate port to use for secure connections. Typically you should leave it at the default of 443
    LOCALE - Locales are used for date/time formatting. If you wish to use a locale other than the server default, then you should set this. Note that valid values are dependent on the operating system of the server.
    LANGUAGES[] - A list of language priorities. See Localization for more info.
    LOCAL_TIMEZONE - Set this to your environment’s time zone. See http://php.net/manual/en/timezones.php for a list of valid time zones
    LOCAL_AREA_CODE - Set this to your environment’s primary area code
    AUTODETECT_PHONE_NUMBERS - Turn this off to prevent the auto detection of telephone numbers in content. This is primarily only supported in iOS devices at this time.

Modules

    DYNAMIC_MODULE_NAV_DATA - This value determines whether modules can present dynamic data on the navigation home screen. This could include dynamic titles, images or other information. If you are not providing dynamic data, then you should turn off this option. It is off by default. See Dynamic Home Screen Information for more information
    CREATE_DEFAULT_CONFIG - This value determines whether config folders will be automatically created if they don’t exist. This can be convienient for development when you want to populate a config folder with the default values, but should be turned off for production to ensure modules that you don’t use don’t create configuration folders.

Cache

    MINIFY_CACHE_TIMEOUT - The timeout for saving the minify cache. This determines how often to look for new templates or css/js files. It should be set high for production sites.

Analytics

    GOOGLE_ANALYTICS_ID - set this to your google analytics id and the framework will utilize the google analytics server
    GOOGLE_ANALYTICS_DOMAIN - If you use subdomains in your google analytics reporting, set this to the appropriate domain
    PERCENT_MOBILE_ID - set this to your percent mobile analytics id and the framework will utilize the percent mobile analytics server
    STATS_ENABLED - if set to 0 then the internal statistics engine will be disabled
    KUROGO_STATS_TABLE (kurogo_stats_v1) - The name of the table to use for internal statistics gathering
    KUROGO_VISIT_LIFESPAN (1800) - The timeout (in seconds) for tracking visits

Temp Directory

    TMP_DIR - This should be set to your a writable temporary directory. If this entry is blank, it will use the system default temporary directory.

Themes

    ACTIVE_THEME - This is set to the active theme. It should be a valid folder inside the SITE_DIR/themes directory.
    TABLET_ENABLED - If set to 0 then the tablet devices will receive the compliant page type templates.

URL Rewriting and the default page

In the [urls] section you can put a series of values that allow you to map a url to another. Typically this would be if you want to map a module’s url to several possible values, perhaps to maintain historical bookmarks. The entered url will be redirected to the value you specify. For example:

    directory = people would map the url /directory to /people (i.e. the people module)

Take care that you do not create infinite redirect loops.

There is a special case for the DEFAULT url. This is the module that is loaded when users enter your site without a module name (i.e. the root of your site). You can configure this to show a different module depending on the type of device/platform. In the initial setting, users browsing your site from a computer will be presented with the info module and users browsing your site from a mobile device will be shown the home module.

The default option will look for the most specific value when determining which default page to show. You can create entries like such (in uppercase)

        DEFAULT-PAGETYPE-PLATFORM - matches the specific pagetype/platform combination. like DEFAULT-COMPLIANT-COMPUTER or DEFAULT-TOUCH-BLACKBERRY.
        DEFAULT-PAGETYPE - matches all the devices from a particular pagetype. Like DEFAULT-COMPLIANT or DEFAULT-BASIC
        DEFAULT will match any device if a more specific entry is not found

This allows you to customize the front door experience for your users.
Device Detection

See Device Detection for more information on configuration values.
Cookies

    MODULE_ORDER_COOKIE_LIFESPAN - How long (in seconds) to remember the module order customization. In production sites this should be set to a long time, like 15552000 (180 days)
    LAYOUT_COOKIE_LIFESPAN - How long to remember the device detection results for pagetype and platform. In production sites this should be set to a long time, like 1209600 (14 days)
    BOOKMARK_COOKIE_LIFESPAN - How long to remember the saved bookmarks for a user. In production sites this should be set to a long time, like 15552000 (180 days)

Database

The main database connection can be used by a variety of modules for storing and retrieving values. See the database section for specific information on configuration values.
Authentication

    AUTHENTICATION_ENABLED - Set to 1 to enable authentication
    AUTHENTICATION_IDLE_TIMEOUT - Idle Timeout in seconds before users are logged off Use 0 to disable
    AUTHENTICATION_USE_SESSION_DB - If 1 then session data will be saved to the site database
    AUTHENTICATION_REMAIN_LOGGED_IN_TIME - Time in seconds where users can choose to remain logged in even if closing their browser. If this is set to 0 then user’s cannot remain logged in. Typical times are 604800 (7 days) or 1209600 (14 days).

Log Files

    KUROGO_LOG_FILE - The location of the Kurogo log file. This is where all Kurogo log statements will be placed depending on the value of DEFAULT_LOG_LEVEL
    LOG_DATE_FORMAT - Date format for log files
    LOG_DATE_PATTERN - regex pattern of log dates, should match output from LOG_DATE_FORMAT

Module Visibility and protection

Each module contains an configuration file in SITE_DIR/config/moduleID/module.ini. This file contains values common to all modules, as well as module specific values.

    id - The module id to use. By default this will be the same name as the moduleID. You can change this to create a copied module or to use another module’s code at this url.
    title - The module title. Used in the title bar and other locations
    disabled - Whether or not the module is disabled. A disabled module cannot be used by anyone. Use this value for temporarily disabling modules.
    search - Whether or not the module provides search in the federated search feature.
    secure - Whether or not the module requires a secure (https) connection. Configuring secure sites is beyond the scope of this document.

Permanently disabling modules

When CREATE_DEFAULT_CONFIG is set to 0, if you remove a module’s config folder it will be permanently disabled and will not be accessible.
Optional Common Module Settings

    SHOW_LOGIN - By default the login link only appears on the home module. If you wish for it to show up on other modules, you can set this value to 1 on any module you wish to see it. You could also set this to 0 on the home module to suppress its showing.

Home Screen

See Home Module for information on configuring the look and layout of the home screen.
Strings

There are a number of strings that are used throughout the framework to identify the site name the organization it is a part of. These include:

    SITE_NAME - The name of the site. Used in the footer and other places.
    COPYRIGHT_LINK - Link to copyright notice (optional)
    COPYRIGHT_NOTICE - Copyright notice
    FEEDBACK_EMAIL - email address where users can send feedback.

Administration Module

In addition to editing these files, you can use the administration module to manage the configuration. The admin module is located at /admin and does not have an icon on the home screen.

Making Your First Module - Hello World

이 섹션에서는 모듈 생성 과정에 대한 overview를 보여 드릴 겁니다. 그냥 따라하시기만 하시면 됩니다. 좀 더 자세한 테크닉을 원하시면 Creating a new module  를 보세요.이 섹션에서 설명된 대부분의 내용은 좀 더 자세한 설명들이 Documentation 안에있습니다.

<?php

class HelloWebModule extends WebModule
{
  protected $id='hello';
  protected function initializeForPage() {
    $this->assign('message', 'Hello World!');
  }
}

{include file="findInclude:common/templates/header.tpl"}

<h1 class="focal">{$message}</h1>

{include file="findInclude:common/templates/footer.tpl"}

[module]
title="Hello"
disabled = 0
protected = 0
search = 0
secure = 0

Viewing the module

여기까지만 하면 여러분의 웹 브라우저에서 여러분의 새로운 모듈을 보실 수 있을 겁니다. 여러분 사이트가 8888이라고 가정하고 여러분의 컴퓨터의 브라우저에 http://localhost:8888/hello 를 넣으세요. 성공했다면 아래와 같은 화면을 보실 수 있을 겁니다.

MODO Labs 의 Kurogo 시스템을 사용하게 됐습니다.

이전에는 몰랐던 새로운 기술을 배워야 되서 아주 신나네요.

제 스타일대로 Kurogo 웹사이트의 튜토리얼을 한번 쭉 정리해야겠습니다.

Kurogo Documentation

Kurogo Developer’s Guide¶

Kurogo 프레임워크는 PHP base 웹 어플리케이션 입니다. 광범위한 모바일 디바이스에 대한 서비스와 정보를 효율적으로 전달하는 것을 체계적으로 도와주는 툴입니다. MIT 프레임워크를 기반으로 했고 오픈 소스 프로젝트 입니다. 이 프로젝트는 확장성 있고 customizable 한 다양한 데이터 소스의 현재의 모바일 버전에 modular way 로 기능을 제공합니다.

Kurogo Framework에는 아래와 같은 것들이 포함 돼 있습니다.

• 디바이스의 특장을 감지하고 해당 디바이스에 알맞게 콘텐트를 display 하는 매커니즘
• 다양한 외부 소스로부터 데이터를 검색하고 parsing하고 display 하는것을 객체 지향적으로 처리함
• consistent한 유저 인터페이스를 손쉽게 개발할 수 있도록 테마별로 정리하고 재사용할 수 있도록 utilize해 효과적으로 탬플릿화 할 수 있도록 도와 줌
• 디렉토리와 뉴스 그리고 이벤트 정보들을 모으기 위해 prebuilt 와 customizable 모듈을 같이 사용할 수 있도록 지원
• 컨텐트와 관리자모드로의 접근시 이를 인증하고 검증하는 시스템

아래 내용들은 프로젝트 소스코드와 그 기능들에 대해 알 수 있는 가이드 입니다.

Overview

Kurogo는 다양한 종류의 모바일 기기에 delivering high quality와 data driven customizable content를 지원하기 위해 만들어진 PHP 프레임워크입니다. Kurogo는 다양한 source로부터 content를 받도록 해 주고 이를 피쳐폰이나 초기 스마트폰에서부터 최신 디바이스와 태블릿같은 광범위한 모바일 기기에 이를 표현할 수 있도록 해 줍니다. 모바일 웹 컴포넌트는 PHP를 사용한 웹 베이스의 어플리케이션 처럼 있습니다. 이 어플리케이션은 웹 서버에 호스트 되고 유저는 모바일 기기에 있는 웹 브라우저를 통해 이곳에 접근합니다.

이것은 liberal 오픈소스 MIT 라이센스를 사용해서 만들어 졌습니다. 이 의미는 여러분은 공짜로 이 제품을 다운로드 받아 설치하고 카피하고 수정하고 등등 여러분의 입맛에 맞게 고쳐서 사용할 수 있다는 겁니다.

Modules¶

Kurogo를 구성하는 부분 부분들은 Module입니다. 각각의 페이지 request는 url을 parse 하는 모듈에 의해서 처리됩니다. 그리고 나서 그 페이지를 표시합니다. 모듈은 코드의 조각들로 구성돼 있습니다. 그것들은 데이터를 처리하는 외부의 서비스들과 연결돼 있죠. 그리고 그 결과를 HTML과 CSS 표준을 사용해서 디바이스에 display 합니다. Kurogo는 여러 다양한 외부의 source들로부터 데이터를 받을 수 있도록 디자인 돼 있습니다. 그리고 그 데이터를 parse 하고 처리하고 화면에 출력하기 알맞는 포맷으로 준비합니다.

일반적인 유저 request는 데이터 소스를 query 하는 것을 포함하고 있습니다. 그리고 Data Parser를 사용해서 그 결과 data를 parsing 합니다. 그리고나서 그 모듈은 그 데이터를 template 엔진으로 pass 합니다. 이 탬플릿 엔진은 HTML,CSS, javascript 등을 사용해서 device에 결과를 출력하게 되는 것이죠.

Device Detection¶

 Kurogo의 중요한 기능중 하나는 현재 사용하고 있는 기기가 어떤 것인지 감지하는 것 입니다. 요즘의 모바일 기기들은 각각 다른 capability를 가지고 있고 그 성능도 각기 다릅니다. 그래서 현재 사용하는 디바이스를 구분해 내는 것은 유저에게 결과물을 보기 좋게 해당 디바이스로 제공하기 위해 아주 중요한 기능입니다.

Kurogo 는 pagetype과 platform에 따라 디바이스를 분류합니다. pagetype은 디바이스의 기본 capability를 기반으로해서 분류하는 겁니다. 이것은 CSS 지원이나 javascript, 이미지 처리 등의 기능에 따라 단계별로 구분 됩니다. platform은 그 디바이스가 사용하는 시스템이나 브라우저를 기반으로 분류하는 겁니다. 이러한 분류들은 해당 디바이스에 최선의 퍼포먼스를 보여주기 위해 여러 방법으로 사용됩니다. Kurogo는 이 각각의 기기별로 일반적인 유저 인터페이스 element들과 모듈들을 포함해 최선의 결과를 보여주기 위한 template과 CSS 파일의 시리즈들이 있습니다.

Customization¶

초기에 Kurogo는 customize 되기 위해 built 됐습니다. 여러분은 모듈로 어떻게 데이터를 get 하는지, 어떻게 이것을 parse 하는지 그리고 유저에게 이것이 어떻게 보여지는지에 대해 완벽하게 콘트롤 할 수 있습니다. 소프트웨어의 modular 세계는 여러분에게 어떤 단계에서든지 그 소스를 customize 할 수 있도록 개방하고 있습니다.

Data Customization¶

각각의 모듈은 여러분에게 여러분의 어플리케이션으로 data를 가져오기 위한 데이터 소스와 프로세스 방법을 선택할 수 있는 기회를 드립니다. 데이터를 retrieve하고 parsing하는 구체적인 방법을 추상화 했기 때문에 여러분의 어플리케이션은 아주 다양한 데이터 소스로 respond 할 수 있습니다. 대부분의 모듈들은 DataModel의 subclass를 사용하게 됩니다. 각 모듈은 Data Retriever라는 객체를 사용합니다. 이것은 data를 retrieve하고 Dataparser 객체를 사용해서 그 데이터를 parsing 하게 됩니다. DataParser 객체는 결과 data를 받고 그 데이터에 맞는 PHP structure를 생성합니다. configuration을 이용해서 여러분은 DataRetriever와 DataParser를 customize 할 수 있습니다. 또한 여러분 site의 데이터를 여러분만의 방식으로 다루기 위해 여러분만의 Data Retriever와 Data Parser도 만들 수있습니다.

Code Customization¶

각각의 모듈은 PHP 객체입니다. 이것은 WebModule 클래스로부터 상속됩니다. 개발자들은 직접 모듈을 생성해서 사용할 수도 있고 기존에 존재하는 것을 subclass 해서 사용할 수 있습니다. extending 할 때 여러분은 단지 특정 메소드를 override 하기만 하면 됩니다. 이렇게 함으로서 여러분은 로직이나 코딩보다도 기능이나 begavior에 집중할 수 있어서 여러분의 모듈을 독창적으로 만들 수 있도록 도와줍니다.

Output Customization¶

그 데이터가 출력되도록 준비가 됐으면 여러분은 그것을 여러분이 원하는대로 표시할 수 있는 몇가지 방법이 있습니다. 각각의 페이지는 HTML 문서로 구성돼 있습니다. 이러한 탬플릿들은 customize 될 수 있고 필요한대로 override 할 수 있습니다. 그리고 common user interface element와 각 디바이스별로 알맞게 customize 된 pieces 을 포함한 fragments들에 대한 라이브러리도 있습니다. HTML과 함께 여러분은 스타일 쉬트도 customize 하실 수 있습니다.

지난번에 Kurogo Mobile Middleware 문서를 하나 번역해서 소개해 드렸습니다.

Multi-Platform 모바일 환경에서 유용하게 사용될 기술 같아서 관심을 가졌는데요.

대충 감만 잡았지 잘 모르겠더라구요.

그래서 오늘은 해당 웹사이트에서 소개하는 5분만에 Kurogo Mobile Middleware 체험하기 가 있길래 한번 따라해 봤습니다.

우선 http://modolabs.com/ 로 가시던지 아니면 http://kurogo.org/home/ 로 가세요.

1. Kurogo Demo 체험해보기 시작

 위 첫번째 주소로 가시면 아래 화면이 나올겁니다.

두번째 주소로 가시면 아래 화면을 보세요.

첫번째 화면에서는 Try Our Demo Today를 누르시고 두번째 화면에서는 5-Minute Test Drive를 누르세요.

2. 다음은 sign up 화면 입니다. 필요한 정보 채우시고 Sign up 버튼을 누르세요.

3. 아래 화면이 나오면 Go to Quickstart Admin 을 누르세요.

4. 이제 아까 등록했던 Email 하고 패스워드를 누르고 sign in 하시면 됩니다.

5. 첫 화면에는 아래와 같이 Site 이름 등이 나오고 Optional Menu 로는 Contents가 들어있는 싸이트나 유튜브 아이디 등을 넣으라고 나옵니다. (저는 그냥 디폴트로 했어요.)

6. 다 입력하고 밑에 finish 버튼을 누르면 아래와 같은 화면을 보실 수 있습니다.

왼쪽 메뉴를 보시면 여러 configuration 메뉴를 보실 수 있습니다.

살펴 보시고 난 후 View Site를 누르세요.

7. 그러면 Site 가 나옵니다.

저는 회사 logo image에 제 사진을 넣었어요.

그리고 밑에 파란 아이콘들을 누르면 여러가지 contents들을 볼 수 있어요.

아마 이렇게 Kurogo Platform을 설치하면 저 아이콘을 누르면 들어가서 볼 수 있는 비디오나 맵, 도표, 뉴스, 주소록 등을 쉽게 이용할 수 있도록 하나봅니다.

저도 Kurogo 관련 문서 하나 보고 잘 이해가 안 가서 Demo를 한번 더 실행해 봤는데요.

조금 더 알것 같긴 하지만 좀 더 공부해야 할 것 같아요.

저는 지금 Corona SDK와 Sencha Touch, JQuery Mobile 쪽을 더 중심에 놓고 공부를 하고 있거든요.

이 Kurogo 관련 기술은 짬짬이 더 공부를 해야겠습니다.

좋은 기술인 것 같은데 많이 공부해야 할 것 같습니다.

오늘도 어제에 이어서 Kurogo PDF 문서를 공부했는데요.

다양한 플랫폼과 해상도를 가진 모바일 기기에서 웹과 안드로이드, 아이폰용 앱을 만드는데 편리한 기능을 제공하는 Kurogo 라는 미들웨어가 정말 흥미로운데요?

처음에 안드로이드 앱만 만들다가 아이폰용으로도 개발하려고 했을 때 너무 어려워서 두 가지를 모두 지원하는 또는 손쉽게 개발할 수 있는 방법을 공부한다는 것이 이 블로그를 만든 목적이었는데요.

점점 공부하면 공부할 수록 다양하고 깊이 있는 정보들을 접하게 되네요.

점점 흥미있어지고 저도 다양하게 공부하면서 나름대로 전문적인 토양을 마련하는 기회를 점차 확보해가는 것 같아 뭔가 새로운 활력소가 되네요.

오늘 Kurogo 문서 남은 부분을 마저 다루겠습니다.

===== o ===== o ===== o ===== o =====

Kurogo's Architecture

So, how does Mobile Optimized Middleware work?

Kurogo Mobile Optimized Middleware는 여러분의 전사적인 시스템으로부터 정리되지 않은 데이타 소스들을 모으고 조직화 하고 그 데이터들을 모바일 웹사이트나 네이티브 모바일 어플리케이션들에 전달합니다. 모바일에 특화 되서 맞춘 connector, 비지니스 로직, presentation 탬플릿 그리고 API들의 조합들로 Kurogo Mobile Optimized Middleware 가 구성되는 겁니다.

Pre-Built and Custom Modules

그림 3에서 보듯이 데이터 소스들은 people, news, calendar, map, video, content, login, stats, emergency 등등 사전에 구성된 자원을 base로 모아지거나 별도로 customize된 모듈을 base로 모아지게 됩니다. 그리고 그 데이터들을 Kurogo Server로 보냅니다. 이 때 Mobile Campus 와 Mibile Enterprise 같은 Native 혹은 모바일 웹 베이스 솔루션들이 Kurogo로부터 데이타와 content를 request 하게 됩니다.

이 때 Kurogo는  유저의 screen size, 데이터 입력 방법(keyboard나 touch screen 등), 플랫폼, 디바이스 종류 등을 파악한 다음에 데이터와 콘텐트들을 파악된 여러 조건들에 적합화 된 방법으로 이 solution(Mobile Campus,Mibile Enterprise) 들에 전달합니다.

Kurogo’s Simple Admin Console

Kurogo Mobile Optimized Middleware는 사용하기 간단하고 site 관리를 빠르게 할 수 있는 웹 베이스의 admin consol을 제공하고 있습니다. 이 admin console은 모바일 앱이나 웹사이트를 구성하는데 있어 아주 간단한 코딩만 하면 되도록 만들어져 있습니다.

이 admin console로 여러분은 각각의 모듈에 대한 프로퍼티들을 보고 관리할 수 있습니다. 그리고 인증관련해서 관리하고 다양한 모듈의 behavior를 결정하고 site의 setup 등을 할 수 있습니다. admin console에는 SSL, theme, 디바이스 감지, 에러 핸들링 그리고 로그, 데이터베이스 configuration, 쿠키, 캐싱 이나 퍼포먼스, 분석, 파일 경로와 위치, text string, 싸이트 관리 등등의 광범위한 일들을 할 수 있는 기능을 제공하고 있습니다.

The Benefits of Kurogo Mobile Optimized Middleware

Open source

Kurogo는 오픈 소스 입니다. 그렇기 때문에 사용자는 그들의 소스코드에 100% 직접 access 할 수 있고 완전한 투명성을 제공합니다. 또한 이 Kurogo를 만드는 것은 Modo Labs의 엔지니어만이 아니라 아주 활도적인 Kurogo 커뮤니티를 통해 다양한 기술 발전이 이뤄지고 있습니다.

Faster App and Website Creation

Mobile Optimized Middleware는 CIO,전사적인 Architect 그리고 개발자들의 고된 일들을 싹 걷어 줍니다. 개방돼 있고 융통성 있는 API와 pre-built 된 애플리케이션들이 출동할 준비가 돼 있기 때문입니다. 모바일 웹 탬플릿들을 상속 받을 수 있고 데이터 핸들링은 flexible하고요, admin console 도 있고... integration과 개발 시간이 아주 많이 줄어 듭니다. 모바일 웹사이트들과 앱들은 보통 걸리던 시간에 비해 아주 적은 시간으로 작업을 완료할 수 있습니다.

Code Specifically Written for Mobile

현재 존재하는 미들웨어 플랫폼들은 규모가 큽니다. 왜냐하면 그 미들웨어 플랫폼들은 컴퓨터의 큰 화면과 빠른 네트워크에 맞게 디자인 되었기 때문입니다. Kurogo는 모바일 웹사이트와 앱들을 대상으로 모바일이나 태블릿이라는 제한된 대역폭, 작은 스크린 사이즈, 상호 작용 방법등에에 맞게 디자인 되었습니다.

Standard Languages and Systems

개발자들은 이 Kurogo 애플리케이션과 connector를 생성하는데 아주 간편해 할 겁니다. PHP, HTML5, CSS, Java Script 같은 친숙한 languages와 표준을 사용하기 때문이지요. 이것은 다양한 device platform 들에 대한 아주 좋은 user experience를 가능하게 해 주기 때문에 개발 비용을 크게 줄일 수 있습니다.

Taming the Jungle

Mobile Optimized Middleware는 integrate를 빠르고 깔끔하고 서로 조화롭게 해 줍니다. 이질적인 데이터 소스를 임시변통의 코딩들로 연결해서 정글처럼 만들어 컨트롤 할 수 없는 풍선이 되거나 전혀 이해할 수 없이 복잡하게 만드는 대신에 Kurogo Mobile Optimized Middleware는 빠르게 일 하면서도 서로 조화로운 데이터 소스들의 연결을 만들어 줍니다. Connection들은 유지보수 하기가 쉽습니다.

Focus on the User

Kurogo Mobile Optimized Middleware는 다양한 디바이스와 플랫폼들 사이에서 사용자들에게 사용하기 편한 환경(user experiences)을 제공합니다. 많은 모바일 개발 툴들은 한 디바이스에 맞게 작업을 하고 다른 하나는 거의 포기 해야 합니다. 하지만 한 디바이스를 포기한다는 것은 당신이 필요로 하는 고객들을 얻지 못한다는 말이기도 합니다. Kurogo의 유니크한 탬플릿 엔진은 다양한 디바이스들과 플랫 폼 또는 각각의 하드웨어단에서 맞춤형의 User experience를 가능하도록 합니다.

Customization Options

Kurogo 플랫폼과 함께 Modo Labs의 prebuilt 모듈은 곧바로 끌어다가 사용하기만 하면 됩니다. Customization은 모바일 앱이나 모바일 웹사이트를 출시하기 위해 작업하는데 특별히 추가의 작업이 필요 없는 경우가 대부분 입니다. 프로젝트의 시작 부분에 customizing을 시작하거나 이미 마련된 function을 사용하고 customizing작업을 잊어버려도  나중에 이것을 보완하던지 손쉽게 작업하실 수 있습니다. Kurogo Mobile Optimized Middleware 모듈들은 업무상의 user experience 의 필요에 맞는 Customizing 작업을 빠르고 쉽게 할 수 있습니다. 한번 그것들이 탑재되서 작동하면 업무상의 필요에 따라 모듈들을 확장하고 앱의 기능을 좀 더 추가하는 데에도 최소한의 개발 시간만 들이면 쉽게 할 수 있습니다.

Clean Break Between Business and Presentation Logic

적재 적소의 작업을 이룰 수 있습니다. 왜냐하면 이것은 모바일 웹사이트와 모바일 앱을 위해 디자인 되었기 때문에 Kurogo Mobile Optimized Middleware은 비지니스 로직 프로세싱과 presentation 로직 사이에 종종 나타나는  불확실한 경계에 대해 명료하게 나누는 작업을 해 줍니다.


The Mobile Enterprise and Mobile Campus Solutions from Modo Labs

비지니스와 교육에 대한 Modo Labs 솔루션들은 kurogo platform을 기반으로 만들어 졌고 Kurogo Mobile Optimized Middleware와 연결돼 있습니다.

이 솔루션들은 특정 모듈들로 구성돼 있습니다. 이 모듈들은 Kurogo를 통해 source로부터 나온 data와 content들을 request 합니다. Mobile Enterprise와 Mobile Campus는 Mobile Web, iOS 그리고 안드로이드 플랫폼에서 사용 가능합니다. 그들은 implement 될수 있고 특정 고객의 needs에 따라 modify 될 수 도 있습니다.

What to Look for in Mobile Optimized Middleware

여러분의 vendor에게 물어봐야할 것들
당신의 Mobile Optimized Middleware 로부터 얻어야 될 사항들을 확실히 하기 위해 아래 질문을 던져 보세요.

- 언제 데이터 소스가 바뀌고 코드를 바꾸는 일은 얼마나 쉬운가?
- 고객이 소스코드를 100% 볼 수가 있는가?
- 그 미들웨어는 open standard를 기반으로 했고 그 미들웨어 자체가 open source 인가?
- 기존에 존재하는 데이터과 레가시 시스템들과 얼마나 쉽게 integrate 할 수 있는가?
- 각기 다른 모바일 플랫폼들에서 최상의 user experience를 유지하기 위해 서로 다른 모바일 디바이스를 대상으로 웹 사이트와 애플리케이션에 대한 맞춤 작업이 얼마나 쉬운가?
- 그 플랫폼은 일반적인 (익숙한) user experience만을 제공하는가?


Kurogo Mobile Optimized Middleware나 Modo Labs에 대한 좀 더 많은 정보를 얻기 원하신다면 www.modolabs.com 를 방문해 주시거나 sales@modolabs.com 으로 연락 주세요.