'프로그래밍/웹서비스'에 해당하는 글 8건

주변에 보면 Angular 를 하고는 싶으나 진입이 어렵다고들 하십니다.

타입스크립트 ES6 등등 처음 접해보는 개념들과 용어들, 그리고 처음에 뭔가 셋팅이 많이 필요해서 일지도 모릅니다.


(보통 AngularJS 1.x 는 AngularJS로 Angular2.x이후는 Angular로 불립니다.)


Angular-CLI 를 이용하면 Angular2 프로젝트 초기 셋팅에 들어가는 수고를 덜 수 있습니다.

따라서 처음에는 Angular CLI 로 시작해보시길 권장합니다

https://github.com/angular/angular-cli








1. NPM을 이용해서 angular-cli 를 설치

 npm install -g angular-cli 


*npm 이 없으시다면, NODE js를 설치하세요


2. Angular 프로젝트 생성

 ng new {PROJECT_NAME}


3. Angular 프로젝트 실행

 cd {PROJECT_NAME}

 ng serve


이제 브라우저에서 http://localhost:4200/ 으로 접속해보시면 app Works! 메세지를 보실 수 있을 겁니다.















콘솔에 익숙하지 않으신분들 위해 IntellJ 를 이용하여 Angular CLI를 사용해보겠습니다.

JetBrains에서는 아래와 같이 안내를 해주고 있습니다.


https://www.jetbrains.com/help/idea/2016.3/using-angular-cli.html



(사전작업) Plugins 에서 AngularJS와 NodeJS를 설치합니다. 

로컬에 node가 없으신분은 최신버젼 Node JS도 설치해줍니다. ( https://nodejs.org/ko )




1. Languages & Frameworks > Node.js and NPM 에서 angular-cli 를 설치합니다.

(+ 를 클릭해서 angular-cli 검색한 뒤 Install Package 로 설치합니다.)




2. 이제 New > Project 로 angular-cli 프로젝트를 생성합니다.




필요 모듈 다운로드 및 설정중



새 프로젝트 설정 완료




3. 신규 생성된 Angular 프로젝트를 실행해보겠습니다.

하단의 npm탭을 클릭한 뒤 start에서 Run 'start' 실행합니다



끝났습니다~!

브라우저에서 http://localhost:4200 으로 접속해봅니다.

 













추가로 Intellij와 NetBeans에서 Angular2 사용 비교 포스팅 링크 첨부합니다.


https://jaxenter.com/angular-2-intellij-netbeans-eclipse-128461.html#intellij








저작자 표시 비영리 변경 금지
신고

WRITTEN BY
RevFactory
REV는 '향상시키다' 의미를 지니고 있습니다. 이곳은 Rev Factory 입니다! Kakao Developer

받은 트랙백이 없고 , 댓글이 없습니다.
secret


Tomcat 8 새로운 기능


- Java 7 이상이 필요

Java Servlet 3.1

- JavaServer Pages 2.3

- Java Unified Expression Language 3.0 

JSR-356 스팩의 Java WebSocket 1.0

NIO 커넥터 기본

- 개선된 APR

- APR과 NIO API가 Comet 사용 가능

- Resources 설정 일원화

DB pooling 이 DBCP 에서 DBCP2가 기본



1. 서블릿 3.1

입출력을 별도의 자바 쓰레드로 처리하는 방식의 Non-Blocking IO 지원

- 참고 소스 : WriteListener, ReadListener 를 구현하여 업로드, 다운로드시 비동기 작업

   https://github.com/yanns/servlet31_async


2. 웹소켓 1.0

- Tomcat 7.0.43 또는 Tomcat 8 RC10 이후에 새로운 웹소켓 API가 구현됨, Non-Blocking 방식

- 참고 소스 : Spring4 와 SockJS 를 이용하여 웹소켓 구현

   https://github.com/rstoyanchev/spring-websocket-test





참고

http://www.itbuzzpress.com/tomcat/tomcat-8-configuration/what-s-new-in-tomcat-8.html

http://start.goodtime.co.kr/2014/02/%ED%86%B0%EC%BA%A3-8-%EC%86%8C%EA%B0%9C/

저작자 표시 비영리 변경 금지
신고

WRITTEN BY
RevFactory
REV는 '향상시키다' 의미를 지니고 있습니다. 이곳은 Rev Factory 입니다! Kakao Developer

받은 트랙백이 없고 , 댓글이 없습니다.
secret

Jackson 라이브러리르 이용해서 Json 문자열값을 보기 쉽게 변경하는 방법


                String rawString = "{\"name\":\"abc\", \"age\":30}";

                ObjectMapper mapper = new ObjectMapper();

mapper.configure(SerializationConfig.Feature.INDENT_OUTPUT, true);

ObjectWriter prettyPrinter = mapper.writerWithDefaultPrettyPrinter();

try {

JsonNode rootNode = mapper.readTree(rawString);

prettyJsonString = prettyPrinter.writeValueAsString(rootNode);

} catch (JsonProcessingException e1) {

e1.printStackTrace();

} catch (IOException e1) {

e1.printStackTrace();

System.err.println(prettyJsonString);

저작자 표시 비영리 변경 금지
신고

'프로그래밍 > 웹서비스' 카테고리의 다른 글

Tomcat 8 New Features  (0) 2015.03.15
Json String을 Indent 적용해서 예쁘게 출력하기  (0) 2014.11.06
Jenkins 인코딩 에러시  (0) 2013.04.10
Tomcat7 Java 힙메모리 설정  (0) 2013.03.08

WRITTEN BY
RevFactory
REV는 '향상시키다' 의미를 지니고 있습니다. 이곳은 Rev Factory 입니다! Kakao Developer

받은 트랙백이 없고 , 댓글이 없습니다.
secret

Jenkins 에서 UTF-8 소스를 빌드할 때 인코딩 에러가 난다.

 [WARN] Using platform encoding (MS949 actually) to copy filtered resources, i.e. build is platform dependent!     

 

POM.XML에 아래와 같이 추가를 해주면 해결!

     
    
    UTF-8
    UTF-8
 
저작자 표시 비영리 변경 금지
신고

'프로그래밍 > 웹서비스' 카테고리의 다른 글

Json String을 Indent 적용해서 예쁘게 출력하기  (0) 2014.11.06
Jenkins 인코딩 에러시  (0) 2013.04.10
Tomcat7 Java 힙메모리 설정  (0) 2013.03.08
JSP 인코딩 정리  (0) 2012.10.27

WRITTEN BY
RevFactory
REV는 '향상시키다' 의미를 지니고 있습니다. 이곳은 Rev Factory 입니다! Kakao Developer

받은 트랙백이 없고 , 댓글이 없습니다.
secret

Tomcat7 에 Jenkins, Nexus 를 배포하려고 하니 아래 에러를 뱉으며 자바 힙메모리를 늘리라고 나온다.

java.lang.OutOfMemoryError: PermGen space

 

톰캣 배치파일에 추가하는 방법도 있으나 윈도우서버를 사용중이므로 UI를 활용한다.

 

-XX:PermSize=1024m
-XX:MaxPermSize=2048m

 

이것을 추가하고.

 

Pool Size 를 늘려주었다.

 

 

 

 

저작자 표시
신고

'프로그래밍 > 웹서비스' 카테고리의 다른 글

Jenkins 인코딩 에러시  (0) 2013.04.10
Tomcat7 Java 힙메모리 설정  (0) 2013.03.08
JSP 인코딩 정리  (0) 2012.10.27
OWASP Top10 2010  (0) 2010.02.22

WRITTEN BY
RevFactory
REV는 '향상시키다' 의미를 지니고 있습니다. 이곳은 Rev Factory 입니다! Kakao Developer

받은 트랙백이 없고 , 댓글이 없습니다.
secret

JSP에서의 인코딩관련문제는 아래과정에서 발생한다.
 
 
 
1. JSP파일을 하드디스크에 저장하기 위하여 인코딩하는 단계
 
(한글윈도우상의 대부분편집프로그램의 기본시스템 인코딩=MS949)
 
2. JSP파일을 java소스파일로 변환하고 컴파일하면서 디코딩하는 단계
 
(톰캣서버의 기본 문자셋 8859_1)
 
3. 서버에서 클라이언트로 문자열을 보내기위해 인코딩하는 단계
 
(톰캣서버의 기본 문자셋 8859_1)
 
4. 클라이언트의 브라우저가 받아들이면서 디코딩하는 단계.
 
(한글윈도에서 대부분브라우저의 세팅:MS949)
 
5. 클라이언트의 브라우저에서 서버로 정보를  보내기위해 인코딩하는 단계
 
(한글윈도에서 대부분브라우저의 세팅:MS949)
 
6. 서버에서 정보를 받아 문자열로 디코딩하는 단계
 
(톰캣서버의 기본 문자셋 8859_1)
 
 
 
 
 
 
 
 <%@page pageEncoding="ms949" contentType="text/html;charset=utf-8" %>
 
 
contentType="text/html;charset=utf-8"
2. 3. 4. 5.에 영향을 미친다.
pageEncoding="ms949"
2. 3. 에 영향을 미친다. 단 3.의경우는 contentType이 우선 적용된다.
 
 
 
 
 
 
 
==========================================================================================
 
<%@page pageEncoding="ms949" contentType="text/html;charset=utf-8" %>
<%
 String s1="가";
 String s2="뷁";
 System.out.println(s1);
 System.out.println(s2);
 out.print(s1);
 %><br /><%
 out.print(s2);
%>
 
 
 
===========================================================================================
 
 
 
<%@page pageEncoding="euc-kr" contentType="text/html;charset=utf-8" %>
<%
 String s1="가";
 String s2="뷁"; //euc-kr문자셋에는 존재하지않는문자.
 System.out.println(s1);
 System.out.println(s2);//글자가 깨져 출력되게 된다.
 out.print(s1);
 %><br /><%
 out.print(s2);
%>
 
 
 
===========================================================================================
 
 
 
<%
 response.setContentType("text/html;charset=utf-8");
 
   //3. 4. 5. 에만 영향을 미친다.
 
 String s1="가";
 String s2="뷁";
 s1=new String(s1.getBytes("8859_1"),"ms949");
 
   //8859-1로 잘못디코딩된 문자열을 ms949로 다시 디코딩한다.
 s2=new String(s2.getBytes("8859_1"),"ms949");
 System.out.println(s1);
 System.out.println(s2);
 out.print(s1);
 %><br /><%
 out.print(s2);
%>
 
 
 
===========================================================================================<%
 String s1="가";
 String s2="뷁";
 s1=new String(s1.getBytes("8859_1"),"ms949");
 s2=new String(s2.getBytes("8859_1"),"ms949");
 
   //8859-1로 잘못디코딩된 문자열을 ms949로 다시 디코딩한다.
 

 System.out.println(s1);
 System.out.println(s2);
 

 s1=new String(s1.getBytes("utf-8"),"8859_1");
 s2=new String(s2.getBytes("utf-8"),"8859_1");
 
  //UTF-8로 인코딩된 바이트를 전송하기위해,UTF-8로 인코딩한 후  8859_1로 디코딩하여
 
  //톰캣서버의 기본설정8859_1로 다시 인코딩하여 보낼때

  //UTF-8로 인코딩된 바이트가 보내지도록한다.
 
  //단 헤더에 인코딩정보가 없으므로 브라우저사용자가 수동으로 인코딩을 변경해주어야한다.
 out.print(s1);
 %><br /><%
 out.print(s2);
%>
 
===========================================================================================
 
 

 

 

 

저작자 표시
신고

'프로그래밍 > 웹서비스' 카테고리의 다른 글

Tomcat7 Java 힙메모리 설정  (0) 2013.03.08
JSP 인코딩 정리  (0) 2012.10.27
OWASP Top10 2010  (0) 2010.02.22
한국형 웹 컨텐츠 접근성  (0) 2010.02.17

WRITTEN BY
RevFactory
REV는 '향상시키다' 의미를 지니고 있습니다. 이곳은 Rev Factory 입니다! Kakao Developer

받은 트랙백이 없고 , 댓글이 없습니다.
secret


■A1 - Injection
Injection flaws, such as SQL, OS, and LDAP injection, occur when untrusted data is sent to an interpreter as part of a command or query. The attacker’s hostile data can trick the interpreter into executing unintended commands or accessing unauthorized data.

인젝션(악성코드 삽입)
SQL, OS, 그리고 LDAP(Lightweight Directory Access Protocol)* 인젝션등의 인젝션 결함들은 신뢰하지 못하는 데이터들이 명령또는 쿼리 부분인 인터프리터로 보내졌을때 발생한다.
공격자의 악성데이터는 인터프리터를 속여 의도하지 않은 명령어를 실행하거나 인증되지 않은 데이터에 접근 할 수 있다.

*LDAP(Lightweight Directory Access Protocol)
TCP/IP 위에서 디렉터리 서비스를 조회하고 수정하는 응용 프로토콜


■A2 - Cross Site Scription(XSS)
XSS flaws occur whenever an application takes untrusted data and sends it to a web browser without proper validation and escaping. XSS allows attackers to execute script in the victim’s browser which can hijack user sessions, deface web sites, or redirect the user to malicious sites.

크로스 사이트 스크립션
XSS* 취약점은 애플리케이션이 신뢰하지 않은 데이터를 사용자로부터 받고 그것이 적절한 검증없이 웹브라우저로 보내질때마다 발생한다. XSS는 공격자가 희생자의 브라우저안에서 스크립트를 실행하는 것을 허용하여 사용자의 세션을 가로채거나 웹사이트들을 손상시키고 또는 사용자를 악의적인 사이트에 리다이렉트 시킨다.

*XSS(Cross-Site Scripting)
XSS는 웹 서비스 상의 취약점 중 하나이며 사용자로부터 입력받은 값을 검증하지 않고 그대로 사용할 경우 나타난다.


■A3 - Broken Authentication and Session Management
Application functions related to authentication and session management are often not implemented correctly, allowing attackers to compromise passwords, keys, session tokens, or exploit implementation flaws to assume other users’ identities.

훼손된 인증 및 세션 관리
인증, 세션과 연관된 애플리케이션 기능들의 관리는 종종 올바르게 이행되지 못해서 공격자가 패스워드, 키, 세션 토큰등을 조작하는 것을 허용하여, 공격자는 다른 사용자의 신분을 취득해 부당하게 이용한다.


■A4 - Insecure Direct Object References
A direct object reference occurs when a developer exposes a reference to an internal implementation object, such as a file, directory, or database key. Without an access control check or other protection, attackers can manipulate these references to access unauthorized data.

안전하지 못한 직접객체 사용
직접 객체 참조는 개발자가 파일, 디렉토리, 또는 데이터베이스 키와 같은 내부 구현객체로의 참조를 노출시킬때 발생한다. (이러한 객체들에 대한) 접근통제 확인 또는 다른 보호가 없이는 공격자는 인증받지 못한 데이터들을 엑세스 하기 위해 이러한 참조들을 조종할 수 있다.


■A5 - Cross Site Request Forgery(CSRF)
A CSRF attack forces a logged-on victim’s browser to send a forged HTTP request, including the victim’s session cookie and any other authentication information, to a vulnerable web application. This allows the attacker to force the victim’s browser to generate requests the vulnerable application thinks are legitimate requests from the victim.

크로스 사이트 요청 변조
CSRF는 공격은 희생자의 세션 쿠키와 다른 인증 정보들을 포함하는 변조된 HTTP요청을 취약한 웹 애플리케이션으로 보내기 위해 로그인된 희생자의 브라우저를 변조한다. 이것은 희생자의 브라우저에 희생자로부터의 적법한 요청으로 생각하는 취약한 애플리케이션 요청을 생성하도록 허용한다.

 
■A6 - Security Misconfiguration
Security depends on having a secure configuration defined for the application, framework, web server, application server, and platform. All these settings should be defined, implemented, and maintained as many are not shipped with secure defaults.

보안설정 미흡
보안은 애플리케이션, 프레임워크, 웹서버, 애플리케이션 서버, 플랫폼을 위해 정의되어진 보안 설정에 달려있다. 모든 이러한 셋팅들은 디폴트값으로 두지말고 정의하고 구현되고 언급되어야만 한다.

*웹애플리케이션, 운영체제, 프레임워크 등 다양한 부분들의 보안을 적절하게 구성하지 못하여 이를 이용하는 위협 요소를 말합니다.

■A7 - Failure to Restrict URL Access
Many web applications check URL access rights before rendering protected links and buttons. However, applications need to perform similar access control checks when these pages are accessed, or attackers will be able to forge URLs to access these hidden pages anyway.

URL 접근제한 실패
많은 웹 애플리케이션들은 URL 접근 권한을 보호된 링크나 버튼을 보여주기 전에 체크한다. 반면에 애플리케이션들은 이러한 페이지들이 엑세스 되어질때나 공격자들이 숨겨진 페이지 URL을 엑세스 하도록 위조하려고 할때에 유사한 엑세스 제어 체크를 수행하는 것이 필요하다.

■A8 - Unvalidated Redrects and Forwards
Web applications frequently redirect and forward users to other pages and websites, and use untrusteddata to determine the destination pages. Without proper validation, attackers can redirect victims to phishing or malware sites, or use forwards to access unauthorized pages.

사용자가 웹사이트를 이용할 때에는 다양한 웹페이지로 이동하게 됩니다. 이러한 이동시에 적절하게 확인 절차를 거치지 않는 경우에 공격자는 피싱 페이지와 같은 공격을 가할 수 있습니다.

■A9 - Insecure Cryptographic Storage
Many web application do not properly protect sensitive data, such as credit cards, SSNs, and authentication credentials, with appropriate encryption or hashing. Attackers may use this weakly protected data to conduct identity theft, credit card fraud, or other crimes.



■A10 - Insufficient Transport Layer Protection
Applications frequently fail to encrypt network traffic when it is necessary to protect sensitive communications. When they do, they sometimes support weak algorithms, use expired or invalid certificates, or do not use them correctly.

불충분한 전송 레이어 보호
애플리케이션들은 민감한 커뮤니케이션을 보호하려할때 부호화하는 것이 빈번하게 실패한다.
부호화 할때, 때때로 기간이 지나거나 효력이 없는 인증을 사용하고, 또는 올바르지 않은 것들 을 사용하는 약한 알고리즘을 제공한다.


출처 : http://www.owasp.org

신고

'프로그래밍 > 웹서비스' 카테고리의 다른 글

Tomcat7 Java 힙메모리 설정  (0) 2013.03.08
JSP 인코딩 정리  (0) 2012.10.27
OWASP Top10 2010  (0) 2010.02.22
한국형 웹 컨텐츠 접근성  (0) 2010.02.17

WRITTEN BY
RevFactory
REV는 '향상시키다' 의미를 지니고 있습니다. 이곳은 Rev Factory 입니다! Kakao Developer

받은 트랙백이 없고 , 댓글이 없습니다.
secret
■ 목적
이 표준은 웹 사이트 운영자, 정책 입안자, 교사, 학생, 콘텐츠 제작자, 보조기술 개발자, 프로그램 개발자를 포함하는 기관과 개인이 신체적인 제약이나 환경적 제약에 구애받지 않고 웹 사이트에 접근할 수 있는 콘텐츠를 제작할 수 있도록 도와주는 데 그 목적이 있다.

■ 원칙 
 - 인식의 용이성(Perceivable): 모든 콘텐츠는 사용자가 인식할 수 있어야 한다.
 - 운용의 용이성(Operable): 사용자 인터페이스 구성요소는 조작 가능하고 내비게이션할 수 있어야 한다.
 - 이해의 용이성(Understandable): 콘텐츠는 이해할 수 있어야 한다.
 - 견고성(Robust): 콘텐츠는 미래의 기술로도 접근할 수 있도록 견고하게 만들어야 한다.

■ 대상
1) 시각을 통해 정보를 인지할 수 없는 시각장애가 있는 경우
2) 청각을 통해 음향 정보를 인지하지 못하는 청각장애가 있는 경우
3) 신경계의 마비, 근골격계의 마비 또는 선천성 기형 등으로 신체의 움직임에 제한이 있는 지체장애가 있는 경우
4) 읽기나 문장 이해력이 떨어지는 언어장애가 있는 경우
5) 키보드나 마우스를 사용할 수 없는 장애가 있는 경우
6) 시각, 청각 또는 손을 사용하고 있어 필요로 하는 일을 할 수 없는 경우: 운전 중이거나 소음이 많은 곳에서 일하는 경우 등 장애라기보다는 웹 사용자가 처한 환경에 따라 제한 받는 경우

■ 접근성 지침
원 칙(4개) 지침(13개) 검사항목(22개)
인식의 용이성
(Perceivable)
1.1(대체 텍스트) 텍스트 아닌 콘텐츠에는 대체 텍스트를 제공해야 한다. 1.1.1(적절한 대체 텍스트 제공) 텍스트 아닌 콘텐츠는 그 의미나 용도를 이해할 수 있도록 대체 텍스트를 제공해야 한다.
1.2(멀티미디어 대체 수단) 동영상, 음성 등 멀티미디어 콘텐츠를 이해할 수 있도록 대체 수단을 제공해야 한다. 1.2.1(자막 제공) 멀티미디어 콘텐츠에는 자막, 원고 또는 수화를 제공해야 한다.
1.3(명료성) 콘텐츠는 명확하게 전달되어야 한다. 1.3.1(색에 무관한 콘텐츠 인식) 콘텐츠는 색에 관계없이 인식될 수 있어야 한다.
1.3.2(명확한 지시사항 제공) 지시사항은 모양, 크기, 위치, 방향, 색, 소리 등에 관계없이 인식될 수 있어야 한다.
1.3.3(텍스트 콘텐츠의 명도 대비) 텍스트 콘텐츠와 배경 간의 명도 대비는 4.5대 1 이상이어야 한다.
1.3.4(배경음 사용 금지) 자동으로 재생되는 배경음을 사용하지 않아야 한다.
운용의 용이성
(Operable)
2.1(키보드 접근성) 콘텐츠는 키보드로 접근할 수 있어야 한다. 2.1.1(키보드 사용 보장) 모든 기능은 키보드만으로도 사용할 수 있어야 한다.
2.1.2(초점 이동) 키보드에 의한 초점은 논리적으로 이동해야 하며, 시각적으로 구별할 수 있어야 한다.
2.2(충분한 시간 제공) 콘텐츠를 읽고 사용하는 데 충분한 시간을 제공해야 한다. 2.2.1(응답시간 조절) 시간제한이 있는 콘텐츠는 응답시간을 조절할 수 있어야 한다.
2.2.2(정지 기능 제공) 자동으로 변경되는 콘텐츠는 움직임을 제어할 수 있어야 한다.
2.3(광과민성 발작 예방) 광과민성 발작을 일으킬 수 있는 콘텐츠를 제공하지 않아야 한다. 2.3.1(깜빡임과 번쩍임 사용 제한) 초당 3~50회의 주기로 깜빡이거나 번쩍이는 콘텐츠를 제공하지 않아야 한다.
2.4(쉬운 내비게이션) 콘텐츠는 쉽게 내비게이션할 수 있어야 한다. 2.4.1(반복 영역 건너뛰기) 콘텐츠의 반복되는 영역은 건너뛸 수 있어야 한다.
2.4.2(제목 제공) 페이지, 프레임, 콘텐츠 블록에는 적절한 제목을 제공해야 한다.
2.4.3(적절한 링크 텍스트) 링크 텍스트는 용도나 목적을 이해할 수 있도록 제공해야 한다.
이해의 용이성
(Understandable)
3.1(가독성) 콘텐츠는 읽고 이해하기 쉬워야 한다. 3.1.1(기본 언어 표시) 주로 사용하는 언어를 명시해야 한다.
3.2(예측 가능성) 콘텐츠의 기능과 실행결과는 예측 가능해야 한다. 3.2.1(사용자 요구에 따른 실행) 사용자가 의도하지 않은 기능(새 창, 초점변화 등)은 실행되지 않아야 한다.
3.3(콘텐츠의 논리성) 콘텐츠는 논리적으로 구성해야 한다. 3.3.1(콘텐츠의 선형화) 콘텐츠는 논리적인 순서로 제공해야 한다.
3.3.2(표의 구성) 표는 이해하기 쉽게 구성해야 한다.
3.4(입력 도움) 입력 오류를 방지하거나 정정할 수 있어야 한다. 3.4.1(레이블 제공) 입력 서식에는 대응하는 레이블을 제공해야 한다.
3.4.2(오류 정정) 입력 오류를 정정할 수 있는 방법을 제공해야 한다.
견고성
(Robust)
4.1(문법 준수) 웹 콘텐츠는 마크업 언어의 문법을 준수해야 한다. 4.1.1(마크업 오류 방지) 마크업 언어의 요소는 열고 닫음, 중첩 관계 및 속성 선언에 오류가 없어야 한다.
4.2(웹 애플리케이션 접근성) 웹애플리케이션은 접근성이 있어야 한다. 4.2.1(웹 애플리케이션 접근성 준수) 콘텐츠에 포함된 웹 애플리케이션은 접근성이 있어야 한다.

출처 : 한국형 웹 콘텐츠 접근성 지침 2.0
신고

'프로그래밍 > 웹서비스' 카테고리의 다른 글

Tomcat7 Java 힙메모리 설정  (0) 2013.03.08
JSP 인코딩 정리  (0) 2012.10.27
OWASP Top10 2010  (0) 2010.02.22
한국형 웹 컨텐츠 접근성  (0) 2010.02.17

WRITTEN BY
RevFactory
REV는 '향상시키다' 의미를 지니고 있습니다. 이곳은 Rev Factory 입니다! Kakao Developer

받은 트랙백이 없고 , 댓글이 없습니다.
secret