Open select box with Javascript? KLDPWiki: 오픈소스 소프트웨어 라이센스 가이드. 오픈소스소프트웨어, 특히 FSF 등 자유소프트웨어(Free Software)진영이 소프트웨어특허에 대해 가지는 시각은 GPL 서문에 잘 나타나 있다.
이에 따르면 현재 소프트웨어특허로 인하여 자유소프트웨어가 끊임없이 위협을 받고 있는 상황이며, 만약 자유소프트웨어의 배포자들이 개별적으로 특허를 취득하는 경우 해당 프로그램이 사유(proprietary)소프트웨어가 될 가능성이 있으므로, FSF는 이러한 문제에 대처하기 위해서 GPL 조건의 소프트웨어를 이용하는 모든 사람들이 무료로 자유롭게 사용할 수 있는 특허만을 자유소프트웨어에 포함시키고자 한다는 것이다. 이와 같은 기본인식에도 불구하고 GPL 2.0에는 특허권에 관한 내용이 짧게 언급되어 있을 뿐인데, 비록 자유소프트웨어진영이 소프트웨어특허에 대해 반대하고 있긴 하지만, 소프트웨어특허의 인정여부는 결국 각국의 입법 또는 법해석에 관한 문제이다. 따라서 GPL의 차원에서는 GPL 조건의 소프트웨어에 관련 특허가 부여되었거나 앞으로 부여될 수 있다는 현실을 받아들일 수밖에 없다.
PushState 예제. HTML5 and pushState. HTML5 PushState()를 활용한 PJAX 구현. HTML5 PushState()를 활용한 PJAX 구현 기존 AJAX 사용 시 이용할 수 없었던 브라우저 뒤로 가기(히스토리 내역을 활용한 기능)기능을 보완하기 위한 방법으로 "location.hash" 를 활용한 Hashbang(hash: # 와 bang: !
의 합성)기술이 등장 했습니다. 하지만 이 방식은 뒤로 가기 기능은 처리할 수 있지만, 일종의 URL Hack 방식으로, 검색 엔진들로 하여금 인덱싱되지 않는 단점(구글은 해시뱅에 대해 인덱싱이 가능하도록 escape 처리함)을 가지고 있습니다. 또한, 방식 자체가 자바스크립트 기술(ajax)에 크게 의존하고 있기 때문에 스크립트 오류 시 깨지기 쉬운 사이트 구조를 가지게 됩니다. 이번 포스트에서 설명드릴 방식은 HTML5 명세의 PJAX(pushState + ajax)라는 기술이며, 이 기능을 통해 뒤로 가기 기능과 검색 인덱싱 처리를 동시에 보완할 수 있습니다. 하지만 HTML5 명세 기술이므로 모든 브라우저에서 지원하지 않는 단점도 가지고 있습니다. Top 5 Browsers from Jul 2011 to Jul 2012.
Memcached를 적용하여 사이트 성능 향상. Extremely Agile. 애자일 소프트웨어 개발. 위키백과, 우리 모두의 백과사전.
애자일 소프트웨어 개발(Agile software development) 혹은 애자일 개발 프로세스는 소프트웨어 엔지니어링에 대한 개념적인 얼개로, 프로젝트의 생명주기동안 반복적인 개발을 촉진한다. 최근에는 애자일 게임 보급 등의 여파로 소프트웨어 엔지니어링 뿐 아니라 다양한 전문 분야에서 실용주의적 사고를 가진 사람들이 애자일 방법론을 적용하려는 시도를 하고 있다. 개념[편집] 애자일 방법론은 소프트웨어 개발 방법에 있어서 아무런 계획이 없는 개발 방법과 계획이 지나치게 많은 개발 방법들 사이에서 타협점을 찾고자 하는 방법론이다. GIS 프로그래밍 연구소. 당신은 웹표준 개발자인가? - 나를 찾는 아이. ‘페이스북’ 데이터센터는 어떤 모습일까 [하] ▲페이스북 데이터센터 내의 서버 이는 현재의 클라우드 컴퓨팅에서 적용되는 인프라와 일맥상통합니다. 수많은 사람들이 엄청난 양의 데이터를 저렴한 비용으로 공유하고 사용할 수 있게 하기 위해선 싼 가격의 범용 하드웨어 인프라에 오픈소스 소프트웨어를 활용해 비용을 줄이고, 대신 필요한 컴퓨팅 자원을 보다 쉽게 즉각적으로 늘릴 수 있는 것이 중요하기 때문입니다. 이같은 이유 때문에 헤일링거 부사장은 지난해 초에 있었던 한 기술 컨퍼런스에 참여해 티엘라(Tilera)와 시마이크로(SeaMicro) 등을 ‘주목해야 할 업체’라고 지목하기도 했다고 합니다. 이들 제품의 멀티코어 프로세서가 전력은 적게 먹는 대신, 컴퓨팅 파워가 우수하기 때문이라네요. 페이스북은 최근 모바일칩의 절대 강자인 ARM사의 저젼력의 프로세서를 사용하기 시작한 것으로도 알려졌는데, 이에 대해선 사실이 아니라고 공식적으로 밝힌 바 있습니다. 한편 앞에서도 언급했듯이, 페이스북은 오픈소스 소프트웨어를 사용해 다양한 서비스를 개발한 것으로 유명한데요.
페이스북은 PHP 프로그래밍 언어를 통해 개발됐고, MySQL 데이터베이스를 사용하고 있는데, 페이스북 엔지니어링팀은 ‘힙합(HipHop)’이라 불리는 프로그램을 개발했다고 합니다. 페이스북은 현재 MySQL 데이터베이스 클러스터를 사용하는 가장 큰 회사 중 하나로, 오픈소스 캐싱 시스템인 멤캐쉬드(memcashed)의 가장 큰 사용 그룹이기도 합니다. 지난 2009년 마크 주커버그가 직접 언급했듯이, 멤캐쉬드는 페이스북 서비스에서 웹 애플리케이션의 확장을 향상시켜주는 중요한 수단으로 사용되고 있습니다. 그렇다면 페이스북은 데이터센터 운영에 얼마만큼의 돈을 쓸까요? 패이스북은 2010년 9월 현재 데이터센터 면적을 임대하는 데에만 연평균 5000만 달러(한화로 약 560억원)를 지불한다고 합니다. 이는 2009년 5월 기준 약 2000만 달러 임대 비용에 비해 2배 이상 증가한 수치입니다. 아마도 서버와 스토리지 등 하드웨어 투자 비용까지 포함한다면 어마어마한 수치이지요. Instagram Architecture: 14 Million users, Terabytes of Photos, 100s of Instances, Dozens of Technologies. Instagram is a free photo sharing and social networking service for your iPhone that has been an instant success.
Polyglot persistence at Pinterest: Redis, Membase, MySQL. I’ve created the diagram above based on this very brief answer on Quora: We use python + heavily-modified Django at the application layer.
Tornado and (very selectively) node.js as web-servers. Memcached and membase / redis for object- and logical-caching, respectively. RabbitMQ as a message queue. Tumblr Architecture - 15 Billion Page Views a Month and Harder to Scale than Twitter. With over 15 billion page views a month Tumblr has become an insanely popular blogging platform.
Users may like Tumblr for its simplicity, its beauty, its strong focus on user experience, or its friendly and engaged community, but like it they do. Growing at over 30% a month has not been without challenges. Some reliability problems among them. It helps to realize that Tumblr operates at surprisingly huge scales: 500 million page views a day, a peak rate of ~40k requests per second, ~3TB of new data to store a day, all running on 1000+ servers. One of the common patterns across successful startups is the perilous chasm crossing from startup to wildly successful startup. Tumblr started as a fairly typical large LAMP application. The theme at Tumblr is transition at massive scale. A Digest of Evernote’s Architecture (*) Let’s get things started with a coarse-grained overview of the physical makeup of the Evernote service.
I won’t go into a lot of detail on each component here; we’ll aim to talk about the interesting bits in separate posts later. Starting at the top-left corner of the diagram, all stats as of May 17th, 2011 … Networking: Virtually all traffic to and from Evernote comes to www.evernote.com via HTTPS port 443.