'[06] Web'에 해당되는 글 3건


var arr = [ '박지성', '박주영', '이청용', '기성용', '지동원' ];


arr.splice(arr.indexOf('기성용'),1);
 
 
저작자 표시
신고

'[06] Web' 카테고리의 다른 글

JavaScript Array에서 특정 value 삭제  (0) 2011.10.03
YSlow - Use a Content Delivery Network  (0) 2011.01.19
Ruby On Rails Posting  (0) 2008.07.04
블로그 이미지

Moonistar moonistar


웹 페이지의 성능과 속도를 측정 및 최적화하기 위해 이것 저것 해보다,
Firefox add-on 으로 설치되어 있는 YSlow 테스트를 해보았다.

각 항목이 의미하고 이걸 어떻게 개선해 나가야 할 지는 앞으로 계속 찾아보고 테스트 해봐야 겠지만,
생소한 Content Delivery Network 라는 항목에서 점수가 매우 낮게 나왔다.


.css 파일이나 .js 파일 및 이미지 파일들이 CDN에 존재하지 않다는 것이다.

그래서 CDN(Content Delivery Network)이 무엇인지 구글링해보니 간단한 개념은 이해가 되었다.

CDN 개념 설명

내 쪽 서버에 있는 컨텐츠에 접근하기 위해 사용자들이 Request를 보낼 경우, 내 서버까지 도달하기 전 각 ISP나 IX 부분에서 병목 현상으로
느려질 수 있기 때문에, 각 중간 ISP 지점에 내 컨텐츠들을 copy 하여 저장하여 사용자들이 더 빨리 접속하여 컨텐츠 정보를 획득하도록
도와주는 형태인거 같다.

그런데,,, 그럼 질문?

1. host 서버의 컨텐츠가 업데이트 될 경우 업데이트 정보들에 대하여 CDN에 존재하는 복사본에 대하여 다 sync를 맞춰줘야 하나? 또 어떻게 동기화를 시키는가?
2. 복사본들이 외부 및 다른 경쟁업체로의 유출 같은 문제가 발생하지 않을까?
3. 접속자가 많은 Google, Facebook, Twitter 같은 서비스들도 CDN을 활용할까?

우선 답은 더 구글링을 해보고, 다시 Use a Content Delivery Network 항목에 대해서 알아보자.

http://developer.yahoo.com/performance/rules.html#cdn

사용자들의 Request 중 많은 부분이 페이지를 표시하기 위한 구성요소(이미지, js, Flash, script 등)를 다운받는 데 많이 소모되기 때문에,
이러한 데이터들을 복사하여 좀 더 빨리 찾도록 해주면 속도가 향상될 수 있다는 것이다.
물론 비용적인면을 고려해야 겠지만,,, 내가 테스트 하는 것 같이 많은 사용자가 아닌 소수의 사용자가 몇 개 안되는 구성요소들을 다운받는 시간을
단축시키기 위해 CDN을 이용한다면 너무 과소비라고 생각이 든다.
하지만 자신의 웹 페이지가 글로벌 서비스를 지원하며 많은 사용자와 트래픽을 처리해야 된다면 CDN을 통하면 성능 향상을 꾀할수 있다!

Yahoo에서는 Apache Project의 하나인 Traffic Server 를 2009년 8월 까지 사용하였다고 한다. 그럼 현재는?
(11년 1월 19일 현재 Apache project 리스트에서 찾을 수 없다. 내가 멍청한건가? ㅡㅡ)

https://cwiki.apache.org/TS/traffic-server.html

결과적으로 내가 테스트하는 부분에서는 CDN 까지는 고려할 필요는 없어보인다.
근데 Facebook도 이런 CDN을 사용하는 것 일까? 및 궁금한 점은 많아짐.


저작자 표시
신고

'[06] Web' 카테고리의 다른 글

JavaScript Array에서 특정 value 삭제  (0) 2011.10.03
YSlow - Use a Content Delivery Network  (0) 2011.01.19
Ruby On Rails Posting  (0) 2008.07.04
블로그 이미지

Moonistar moonistar

Tag cdn, yslow

Ruby On Rails Posting

[06] Web 2008.07.04 09:34
사용자 삽입 이미지
Ruby on Rails has been a buzz word for a while amongst code hacker circles. Right.

However I recently noticed (eg finalist at the Technology of the Year 2007 contest by developer.com Gamelan) that the hype was getting more and more professional.

Ruby on Rails is a database-driven web application development framework cherished by many independent programmers, computer science nerds and IT professionals hacking code at night from home. It seems, at least to me, that Ruby on Rails is now starting to be considered as a serious option within IT service companies and software publishers.

On Ruby’s shortcomings first:

- few web hosting companies support Ruby. Ruby indeed is interpreted on the server itself by a program named Rails, and unlike .Net or Apache (php, Java), it’s Rails isn’t really a standard yet.

- Unlike Java or .Net, Ruby isn’t supported by any major technology company. Ruby’s genuine independence may damper market adoption (no push) and cause crucial features (see next point) to be available at a delay.

- Crucial features like packaging (to my knowledge, not yet possible to build a setup file to automatize program installation) or Excel files manupulation aren’t yet available to the developer community. Catalogue extensions are under the responsiblity of..nobody. Independent passionate people take care of new developments, and since Ruby on Rails is still young, one may consider this technology to be as of today immature.

On Ruby’s advantages then:

- From a user view point, and unlike Flash or javascript and therefore Ajax, there’s no issue about Ruby applications form to differ from one browser to another - thanks to Rails interpreting the code in Ruby. In other words, Ruby web developments are compatible with all browsers and the app will always display.

- A steep learning curve: Indeed, Ruby is simple to learn and use (a couple tutorials will do).

- Productivity: the bulk of developers taking to Ruby quickly start to evangelize the language. This is a fact. . helps optimizes development of web applications with back-end databases through a crystal-clear code structure pattern: controllers, the model and HMI are well separated in the development environment. An app hacked in Ruby is very likely to be much (roughly between 15% and 30%, but it all depends on the talent of the developer behind it) shorter than the same app devised in php or Java (in my opinion the .Net framework in general and Visual Studio in particular really enhances productivity as well).

- Ruby code is highly readable, even for non geeks.

My call on Ruby on Rails: as more and more IT service companies use it, especially in the US where Ruby devs have been mushrooming, and thanks to an operational set of interfaces with all major databases (Oracle, DB2, SQL Server, MySQL, etc.), I believe Ruby will become a mainstream language for Web 2.0 and SaaS web applications requiring permanent access to relational databases pretty soon. When? I’d say within one year, the time for trainings to spread out and business clients to become less picky with yet immature development frameworks.

신고

'[06] Web' 카테고리의 다른 글

JavaScript Array에서 특정 value 삭제  (0) 2011.10.03
YSlow - Use a Content Delivery Network  (0) 2011.01.19
Ruby On Rails Posting  (0) 2008.07.04
블로그 이미지

Moonistar moonistar

Tag RUBY