2000년대 초반까지만해도 Web은 정적이었습니다.
하지만, 그 이후 다이나믹한 웹애플리케이션 즉, 하나의 완전한 플랫폼으로써 웹은 발전했고, 지금도 계속 변화 하고 있습니다.
OS의 응용프로그램에 버금가는 애플리케이션이 웹에서 구현이 가능해짐에 따라 다양한 브라우저, 다양한 Device, 다양한 요구사항
즉, 다양한 환경에서 사용자에게 질높은 서비스를 제공하기 위해 관련 지식을 연구하고 개발에 적용하는 사람들을 Frontend 개발자라고 합니다.
Frontend Engineer 직군을 현업에 종사하는 분들도 협업 해보지 않으셨다면, 생소한 분들이 많습니다.
이에 대해 야후에서 Frontend Engineer가 하는일을 잘 정리한 글이 있어 링크합니다.
국제 표준 날짜 형식은 숫자로 날짜를 표현할 때 모호함이 없도록 하기 위한 표준 방식이다.
예를 들어, 북미에서는 보통 월을 날짜 앞에 쓴다.
그러나, 유럽사람들은 월 앞에 날짜를 쓰는데 1998년 3월 30일을 30.3.1998과 같이 표현한다.
숫자 사이를 구분하는 구분자들도 나라마다 모두 다르다. 그 외에도 서기 1년 1월 1일 이전 시대의 날짜는 숫자로 어떻게 표현하는가, 즉 B.C. 날짜들의 표현에 관한 문제가 남게된다.
ISO 8601은 나라에 무관하게 날짜 표기 형식의 표준 방식을 제공한다.
그러므로, 1998년 3월 30일은 1998-03-30 이 된다.
쥴리안 달력이나 그레고리안 달력을 날짜를 반영하려는 경우, 날짜 앞에 “J” 또는 “G”를 붙인다.
[관련된 사이트]
랜딩 페이지 최적화(Landing page optimization;LPO)는 인터넷 마케팅 과정 중 하나이다.
검색엔진, 광고 등을 경유하여 접속하는 유저가 최초로 보게 되는 웹페이지를 랜딩 페이지라 고 부른다.
그곳에서 유저가 원하는 웹페이지를 찾을 때, 메뉴나 사이트 검색 기능 등이 충실하지 않을 경우, 유저는 원하는 웹페이지를 찾는 것을 단념하고 다른 사이트로 이동을 해버리는 경우를 많이 볼 수 있다. 그러한 이유로, 다른 사이트로 이동하지 않도록 랜딩 페이지에서 목적 페이지로 간단히 이동할 수 있도록 최적화 하는 것이다.
불필요하거나 혼란을 주는 내용을 최대한 피하고 방문자가 방문 목적을 쉽고 빠르게 달성할 수 있도록 안내해주는 것이 중요하다.
HTTPS는 통신에서의 인증과 암호화를 위해 넷스케이프 커뮤니케이션즈 코퍼레이션이 개발했으며,
전자 상거래에서 널리 쓰인다.
HTTPS는 소켓 통신에서 일반 텍스트를 이용하는 대신에, SSL이나 TLS 프로토콜을 통해 세션 데이터를 암호화한다. 따라서 데이터의 적절한 보호를 보장한다. HTTPS의 기본 TCP/IP 포트는 443이다.
보호의 수준은 웹 브라우저에서의 구현 정확도와 서버 소프트웨어, 지원하는 암호화 알고리즘에 달려있다. HTTPS를 사용하는 웹페이지의 URL은 ‘http://’대신 ‘https://’로 시작한다.
웹에서 신용카드를 사용하는 사람들 사이의 흔한 오해 중 하나는, HTTPS를 이용할 때 HTTPS가 “완벽한” 보호를 제공해준다고 생각하는 점이다. 그러나 실제로 이것은 웹 서버와 브라우저 간에 전송되는 카드 정보만이 암호화될 뿐이다. 카드 정보는 보통 서버 데이터베이스에 저장되며(많은 경우 신용카드 처리기에는 전송되지도 않는다), 대개의 정보 유출은 내부 인력에 의해 이루어진다.
더자세한 정보는 위키백과에서 찾아 볼 수 있습니다.
http://ko.wikipedia.org/wiki/HTTPS