는 방법을 최적화하는 사이트 로딩 시간에 ruby?

https://stackoverflow.com/questions/808601

03-07-2019
|

문제

내가 초보자를 만드는 라 사진 쇼케이스 사이트에 쓰여진 케이크 php framework RoR.내 계획을 사용하여 효과에서 scriptalicious 라이브러리뿐만 아니라 jquery 한 사진이 표시 및습니다.

사이트로는 것은 매우 사진이 풍부한 프로그래밍 단계할 수 있도록 모든 사진과는 다른 페이지를 빠르게 로드?

해결책

나는 당신이 섞는 것을 더 높이 올라갈 수 있습니다.ror 혼합 php/하시겠습니까?

그래서,성능이 매우 높아집니다.그것은 대부분에 따라 사용자가 얼마나 많이 할 수 있을 것이라고 생각하면,사람들은 사용자와가 무엇인지 알 수 있습니다.당 10 시간당 100 두 번째?그들은 보이는 이미지에 대한 오랜 시간 그들이 빠르게 도약 페이지에서 페이지?

여기에 몇 가지 팁이 있습니다 너무 기술적이다.서버 구성 최적화,아니 memcached 및니다.시작에 대해 생각하고 성능으로 일반적인 의미-그것은 성배!

귀하의 사이트/응용 프로그램이 너무 느? 대부분의 경우,그렇지 않습니다.그것은 결코 아은 그것을 가속화,그러나,종종 사람들을 케어에 대해 성능 너무 많.항상 기억하십시오:그것은 것에 대해 빠르고,그것은 것에 대해 충분히 빠르.지도 몇 가지 여분의 밀리초 단위입니다.속도 향상의 50%는 눈에 띄는 경우에 당신의 페이지요 두 번째로드하지만,대부분의 관련이 없는 경우에 그것은 단 100ms.
당신이 당신의 사이트가 느리 벤치 마크 니다.많은 방법이 이렇게하려면,하나는 자동화,아 ab (아파치 기준).시뮬레이션은 많은 사용자를 연결 사이트와 당신에게 좋은 요약하는 데 걸리는 시간에 응답한다.다른 사람은:그것을 사용합니다.지에서 로컬 네트워크!는 경우에 당신은 그것을 느끼의를 느리게,그 무언가를 하십시오.
사진 쇼케이스에 크게 의존하고 있습니다.이미지가 큽니다.그래서인지 확인 서버가 충분 대역폭 를 제공합니다.
당신이 스케일 이미지(는 매우 가능성),지 않는 이미지 크기를 조정에 모든 페이지를 요청 캐시 된 이미지!캐시 썸네일이 너무입니다.캐시 모든 것입니다.처리 및 배달하는 정적 파일 정보를 지속적으로 모든 일을 처리합니다.
생각에 대한 품질의 이미지입니다.은 빠른 납품보다 더 중요한 고품질 이미지?와 재생 이미지 크기 -압축을 의미 낮은 파일의 크기는,낮은 품질과 빠른 배달합니다.
에 대해 생각 가용성.이 없을 경우 미리보기 페이지,사람들은 순차적으로 탐색을 통해 당신의 라이브러리를 보고 사진을 많이 그들이 원하지 않을 참조하십시오.그들은 이미 이미지를 참조하십시오,그들은 그로 바로 이동할 수 있는 문제(낮은 대역폭 사용량 및 초당 요청).에 대해 생각 flickr:이미지의 크기와 같...그들은 다음과 같표-500 픽셀,그리고 사람들은 여전히 행복합니다.그들이 필요로 하는 경우에는 더 큰 버전이,그들은"를 클릭의 모든 크기"링크를 어쨌든.
트릭을,트릭,트릭:이 때 사용자는 서핑과 함께 모드는,때로는 낮은 해상도 높은 압축 이미지는 쉬운 방법은 무선 네트워크를 통해,그래서 그 사용자했다가 후에 짧은 시간 동안 수 있습니다.후 첫 번째 이미지,로드 더 큰 버전 경우.그것은 일반적이지 않기 때문에,더 이상 오늘날 대부분의 사용자가 광대역,그래서 보내는 이미지 추가 단지 추가적인 작업이 있습니다.
에 대해 생각 관객.들은 귀하의 사이트를 방문으로 14.4k 또는 광대역 모뎀?그들은 사용하는 느린 로드 사이트(사진 아마)?통계를 확인하려에 대해 알아보다.
귀하의 백엔드 스크립트 언어 은 대부분의 아마 당신의 문제입니다.php 하지 않은 정말 빠르,루비하지 않은 정말 빠르게 비교하여 말,c,java 또는 여러.프레임워크는 보다 느린 손으로 만들어진,최적화된 코드입니다.코드를 디버깅하시 느린 부분이다.나의 추측?이미지 크기 조정 및 데이터베이스에 액세스합니다.는 변경되지 않으로 전환할 때 다른 언어나 다른 최적화하는 코드입니다.

에 관한 사이트의 속도

거기에 많은 요인 참여합니다.그들 중 일부는 다음과 같습니다:

서버의 처리:응용 프로그램 빠른 하드웨어 빠른가?
배송:얼마나 빠르고 있는 요청을 파일 전송에서 클라이언트는 서버와 반대로?(에 따라 대역폭)
클라이언트 측의 렌더링:얼마나 빨리 자신의 브라우저,얼마나 많은 일을 할 수 있다?
사용자 haibts:지라도 속도가 필요?때때로,느린 페이지는 문제 없습니다,예를 들면는 경우 그들은 오랜 시간을 보내고 있을 클릭하지 않고 주변에 있다.에 대해 생각 플래시 게임 사이트:만약 당신이 시간을 보내고 재생 플래시 게임,당신은 아마도 통지하지 않습니다면 페이지에서 3~5 초입니다.

percieved 속도의 혼합물 모든 중요한 지표입니다.

는 경우에 당신은 확인되 당신은 정말 너무 느려해야 최적화의 오른쪽 부분입니다.최적화 서버 사이드 스크립트를 쓸모 없는 경우 서버가 충분히 빠르지만 페이지를 렌더링하는 연령대에 브라우저입니다.필요하시면 당신의 대역폭이 막혔습니다.

에 관한 최적화

성능이 중요한 부분을 구축할 때 응용 프로그램입니다.당신이 정말로 뭔가가 필요 빠르고,당신은 계획을 위해 속도로부터 시작됩니다.지 않는 경우 속도를 위해 설계되었고,효과적인 최적화는 종종 가능하지 않습니다.

그건 정말 진실한 웹 애플리케이션에 대한 모든 시간기 때문에,그들은 쉽게 규모로,수평으로 의미:을 던져 하드웨어입니다.
모든 것을 비용,그리고 돈이 있다면 당신에게 중요하(또는 귀하의 상사),그것에 대해 잊지 마세요.얼마나 어떻게 두 가지 주의 최적화는 응용 프로그램 비용은?말 최적화,비용(또는 당신의 상사)X€요(유럽)가봉.지금,생각하는 구입에 대해 다른 서버:는 비용을 Y€(를 포함하여 설정).는 경우 Y < X 면,서버와 좋은 결과를 얻게 됩니다.

무작위 전문적 유행어

마지막으로 나는 일부의 임의(정렬)전문적 유행어에서 당신이 어쩌면 무언가가있는 도움이 될 수 있습니다.다만 구글,어야 하는 데 도움이...

콘텐츠 전달 네트워크,(인텔)Ssd 를,스프라이트(결합한 이미지를 저장을 요청)페이지,압축(gzip deflate),memcached,APC(바이트코드에 대한 캐시 PHP),축소 및 합병의 여러 CSS 및 JS 파일을,의식적 처리인 HTTP 상태코드(변경되지 않음),분리의 정적 및 동적 콘텐츠(다른 서버 및 도메인),단계별 로드 AJAX 를 통해(중요한 콘텐츠가 첫 번째),...

이제 나는 아이디어.

edit/업데이트

일들/기술을 잊었:

를 구현하는 무언가를 비교하므로 사용자는 적어도 뭔가를 느낄 수 있습니다.사용할 수 없습니다 진행 바 작업하는 경우에만 자바스크립트,하지만 적어도 일부를 보여한 종류의 애니메이션 시계 또는 시계입니다.을 사용할 경우 플래시,당신을 보여줄 수 있는 실제 진행됩니다.
을 건너뛸 수 있습 완료 페이지를 다시 로드해서 작업으로 AJAX 또는 플래시-로드하는 데 필요한 데이터.당신은 종종 보이 구현된 플래시에 이미지 갤러리가 있습니다.로드 이미지를 그리고 설명합니다.
로:는 경우 사용자를 보면서 하나의 이미지를 위한 확장된 기간 동안,당신은 이미 시작드 이미지,그래서 브라우저 캐시되지 않는 경우에는 사용자가 계속됩니다.

면책 조항

나는 결코 실행되지 않는 성능이 중요한 응용 프로그램(2 개의 예외를 제외하고),그래서 대부분 내가 위의 기록으로 추측하고의 경험을 다른 사람입니다.오늘 읽은 이야기에 대해 성공적인 벤처 기업과 그들은 어떻게 대처(성명)가에서 100 의견 사용자는 하루에,그리고 어떻게 그들이 사용하는 멋진 트릭를 해결하는 모든 문제다.
그러나 그것은 당신에게 일어날?아마 아닙니다.모두가 그것에 대해 이야기,거의 아무도 정말 필요 (하지만 인정,그것은 여전히 좋).

나의 실제 경험(예,다음과 같 쓰기 답변):

면 나는 부분의 웹 사이트와 여러 가지 천의 유일한 방문자에 의해 강화된 cms(typo3)및에서 실행되는 하나의 전용 samp-서버(의 생각한 사용은 십 년 오래된 solaris 서버 지 ghz!).를 검색할 수 있습한 아파트,그리고 형태로 말했 당신이 얼마나 많은 결과는 당신이해야(예:20-40m2:400 명중,30-60m2:600 타)에 의해 다시 로드 iframe 에서 클릭.그것은 매우,매우 느립니다(하지만 사용자는 여전히 사용된다).끊임없이 100%부하.그것은 나의 일을 해결하는 문제입니다.
나는 무엇을 했는가?첫 번째,왜 그렇게 느립니다.내가 먼저 생각은 오른쪽에서 요청을 클릭하십시오 도 사용 typo3(w/o 캐싱,of course).를 대체하여 단일 작업으로 사용자 정의 스크립트는 쿼리 데이터베이스 거치지않고 직접 typo3,문제를 해결할 수 있었습니다.짐이 내려 갔을 거의 아무것도 아니다.저 2 시간입니다.

다른 프로젝트에 대해 가 1500 유일한 방문자를 표시하는 데이터 serverd by oracle 데이터베이스의 수백만 행하고 복잡한 조인했다 영원히(=여러 초)동안 실행됩니다.지 않았다에서 많은 경험을 최적화하는 oracle,그러나 알고 있었:데이터베이스로 업데이트만 한 번 또는 일주일에 두 번.나의 솔루션:나는 그냥 캐시된 내용을 작성하여 html 액세스를 참조하십시오.*후 업데이트(중동에서 밤의)내가시고 재구축하기 시작했습니다.그래서,자신의 결정을 쿼리했던 그냥 저렴한 파일시스템을 읽고 있습니다.문제를 해결합니다.

두 예제는 나를 가르쳤는 웹에서의 성능 개발이 지 rocket science.대부분의 시간이 이 솔루션은 간단합니다.고:다른 부분에 있는 방법이 더 중요한 시간의 99%: 개발자 비용 고 보안.

다른 팁

질문은 꽤 모호합니다. 페이지를 얻는 데 소요되는 대부분의 시간은 일반적으로 정적 콘텐츠를 얻는 것입니다. 다음은 언어 또는 프레임 워크와 무관하게로드 시간 속도를 높이기위한 경험 규칙입니다.

설치 YSLOW 플러그인 Firefox의 경우
CSS 스프라이트를 사용하십시오
정적 컨텐츠를위한 가벼운 HTTP 서버가있어 nginx 또는 lighttpd
다른 도메인 또는 하위 도메인에서 정적 컨텐츠를 제공하면보다 동시 HTTP 요청이 가능합니다.
JavaScript 및 CSS를 조정하십시오
가능한 한 많은 페이지를 캐시합니다
HTTP 요청 수를 낮게 유지하십시오
운영 pngcrush 또는 이미지의 JPEGTRAN

당연히 이것은 빙산의 일각 일뿐입니다. 이것들은 좋은 첫 단계입니다.

라이브러리 수를 줄이면 jQuery + ScriptAlicious를 사용하고 싶습니까? 간단한 것들을 고수하고 복잡한 애니메이션을 찾지 마십시오.

빠른로드 => 캐싱, 사진이있는 페이지는 캐시 후보입니다.

걱정하는 것이 사용자 속도 느낌에 관한 것이라면, 사용자 작업에 대한 기대에 따라 배경에 이미지를 사전로드하고 싶을 수도 있지만 서버로드가 증가 할 수 있다고 생각할 수 있습니다. 대역폭이 좋은 경우에만이 작업을 수행하십시오.

매우 정적 인 엄지 첫 페이지를 생성 할 수 있다면 하루에 두 번 변경하면 스프라이트 기술을 사용하여 많은 엄지 손가락을로드하는 지연 시간을 줄일 수 있습니다.

http://websitetips.com/articles/css/sprites/

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow