AppSignal에서는 Ruby 애플리케이션에 대한 오류 추적을 제공합니다. 이를 위해 우리는 애플리케이션에서 발생하는 모든 예외를 캡처하고 발생 시 개발자에게 알립니다. 예외 처리를 올바르게 하는 것은 어려울 수 있습니다. 이 기사에서는 작동 방식, 잘못된 처리로 인해 발생할 수 있는 문제 및 예외를 올바르게 복구하는 방법에 대해 설명합니다. 예외 구제 Ruby에서 예외를 구하면 문제가 발생하는 순간 애플리케이션이 충돌하는 것을 방지할 수 있습니다. begin .. rescue로 블록을 사용하면 오류가 발생할 때 애플리케이션에

웹 서버와 일반적으로 HTTP는 이해하기 어려울 수 있습니다. 브라우저는 요청을 어떻게 형식화하고 응답은 어떻게 사용자에게 전송됩니까? 이 Ruby Magic 에피소드에서는 30줄의 코드로 Ruby HTTP 서버를 구축하는 방법을 배웁니다. 완료되면 서버에서 HTTP GET 요청을 처리하고 이를 사용하여 Rack 앱을 제공합니다. HTTP와 TCP가 함께 작동하는 방식 TCP는 서버와 클라이언트가 데이터를 교환하는 방법을 설명하는 전송 프로토콜입니다. HTTP는 웹 서버가 HTTP 클라이언트 또는 웹 브라우저와 데이터를 교환하는

이 포스트에서 우리는 Ruby에서 이스케이프 문자에 대해 이야기할 것입니다. 문자를 이스케이프하는 방법, 작동 방식 및 일부 사용 사례에서 이스케이프를 완전히 피하는 방법을 배웁니다. \ 에 대해 모두 알고 있다고 생각하는 경우 , 꼭 다 읽고 놀라세요... 문자열에서 이스케이프 처리되는 문자에 대해 자세히 알아보겠습니다. 따옴표 이스케이프 Ruby에서 문자열을 사용할 때 문자열을 정의하는 데 사용한 따옴표를 문자열 자체에 넣어야 하는 경우가 있습니다. 그렇게 할 때 따옴표 문자를 백슬래시 \ 로 이스케이프할 수 있습니다. 기호

Ruby Magic 시리즈에서 우리는 소프트웨어가 내부에서 어떻게 작동하는지 알아보기 위해 소프트웨어를 분해하는 것을 좋아합니다. 모든 것은 프로세스에 관한 것입니다. 최종 결과는 프로덕션에서 사용하는 것이 아니라 Ruby 언어 및 인기 라이브러리의 내부 작동에 대해 배웁니다. 우리는 한 달에 한 번 정도 새 기사를 발행하므로 이런 종류의 일에 관심이 있다면 뉴스레터를 구독하십시오. Ruby Magic의 이전 버전에서 우리는 Ruby에서 30라인 HTTP 서버를 구현했습니다. 많은 코드를 작성할 필요 없이 HTTP GET 요청을

동시성 마스터에 대한 이전 Ruby Magic 기사에서 우리는 Ruby 개발자로서 사용할 수 있는 동시성을 달성하는 세 가지 방법을 소개했습니다. 이 기사는 각 방법에 대해 자세히 살펴보는 3부작 시리즈의 첫 번째 기사입니다. 첫 번째:다중 프로세스 . 이 방법을 사용하면 마스터 프로세스가 여러 작업자 프로세스로 분기됩니다. 작업자 프로세스가 실제 작업을 수행하고 마스터가 작업자를 관리합니다. 이 문서의 예제에 사용된 전체 소스 코드는 GitHub에서 사용할 수 있으므로 직접 실험해 볼 수 있습니다. 채팅 시스템을 구축하자!

이전 버전의 Ruby Magic에서 여러 프로세스를 사용하여 채팅 시스템을 구현하는 방법을 보여주었습니다. 이번에는 여러 스레드를 사용하여 동일한 작업을 수행하는 방법을 보여드리겠습니다. 빠른 요약 기본 설정에 대한 전체 설명을 보려면 이전 기사를 확인하십시오. 하지만 빠르게 알려드리자면, 채팅 시스템은 다음과 같습니다. 이전에 사용한 것과 동일한 클라이언트를 사용하고 있습니다. # client.rb # $ ruby client.rb require 'socket' client = TCPSocket.open(AR

동시성에 관한 시리즈의 마지막 Ruby Magic 기사에 오신 것을 환영합니다. 이전 버전에서는 다중 프로세스와 다중 스레드를 사용하여 채팅 서버를 구현했습니다. 이번에는 이벤트 루프를 사용하여 동일한 작업을 수행합니다. 요약 우리는 이전 기사에서 사용한 것과 동일한 클라이언트와 동일한 서버 설정을 사용할 것입니다. 우리의 목표는 다음과 같은 채팅 시스템을 구축하는 것입니다. 기본 설정에 대한 자세한 내용은 이전 기사를 참조하십시오. 이 문서의 예제에 사용된 전체 소스 코드는 GitHub에서 사용할 수 있으므로 직접 실험해 볼

새로운 Ruby Magic 기사에 오신 것을 환영합니다! 이번에는 Ruby가 코드를 해석하는 방법과 이 지식을 유리하게 사용할 수 있는 방법을 살펴보겠습니다. 이 게시물은 코드가 해석되는 방식과 이것이 더 빠른 코드로 이어지는 방법을 이해하는 데 도움이 될 것입니다. 기호 간의 미묘한 차이 이전 Ruby Magic 기사에서 Ruby에서 문자 이스케이프 처리에 대한 예가 줄 바꿈을 이스케이프 처리하는 방법에 대해 설명했습니다. 아래 예에서 더하기 + 기호 또는 백슬래시 \ . "foo" + "bar

AppSignal을 사용하는 앱을 실행하는 모든 서버는 30초마다 샘플 및 메트릭 컬렉션을 푸시 API로 보냅니다. 각 요청에는 데이터의 출처를 결정하는 데 사용하는 키가 있습니다. 그렇게 하려면 수신되는 각 요청에 대한 앱을 찾기 위해 데이터베이스를 쿼리해야 합니다. 매월 300억 건의 요청이 있는 우리는 AppSignal을 더 빠르게 만들기 위해 쿼리 수를 줄이는 방법을 끊임없이 찾고 있습니다. 데이터베이스 클러스터의 쿼리 수를 줄이기 위해 캐싱을 구현했습니다. 데이터베이스에서 앱을 가져올 때마다 Memcached에 1분 동

애플리케이션에서 오류가 발생하면 Ruby는 예외를 발생시키고 스택 추적을 인쇄합니다. 로그에. 이 기사에서는 스택 추적을 읽는 방법과 이를 사용하여 애플리케이션에서 예외의 소스를 찾는 방법을 살펴보겠습니다. 호출 스택 메소드를 호출할 때마다 Ruby는 스택 프레임을 배치합니다. 호출 스택에서 (또는 런타임 스택이지만 종종 그냥 스택이라고 함). 스택 프레임은 메서드의 인수, 내부 변수를 위한 일부 공간 및 호출자의 반환 주소를 보유하는 메모리 할당입니다. # divide.rb def divide(a, b) "Divid

Rails 애플리케이션에서 오류가 발생하면 예외 및 스택 추적을 통해 문제가 발생한 위치를 찾을 수 있습니다. 어디서 무슨 일이 일어났는지 알고 나면 이유를 알아내야 합니다. 그것은 일어났다. 이 기사에서는 역추적을 사용하여 Rails 애플리케이션에서 버그를 찾는 방법을 살펴보겠습니다. NoMethodError (undefined method `request_uri' for #<URI::Generic >): app/models/product.rb:8:in `download_image!' app/cont

새로운 Ruby Magic 기사에 오신 것을 환영합니다! 이 에피소드에서는 Ruby가 구문 설탕을 사용하는 방법을 살펴보겠습니다. 구문 중 일부를 더 표현력 있게 만들거나 읽기 쉽게 만듭니다. 마지막으로 Ruby의 몇 가지 트릭이 내부에서 어떻게 작동하는지와 이 설탕을 약간 사용하는 자체 메서드를 작성하는 방법을 알게 될 것입니다. Ruby 앱을 작성할 때 비표준적으로 느껴질 수 있는 방식으로 클래스 속성, 배열 및 해시와 상호 작용하는 것이 일반적입니다. 속성을 할당하고 배열이나 해시에서 값을 가져오는 메서드를 어떻게 정의할까요

대부분의 예외는 정상적으로 작동하는 메서드에 예상치 못한 데이터가 전달되어 발생하므로 애플리케이션을 통해 데이터를 추적하여 오류의 원인을 찾는 것이 종종 유용합니다. 이 기사에서는 Ruby 및 Rails 애플리케이션에서 데이터를 검사하는 방법을 살펴보겠습니다. 넣기 , #검사 및 p Ruby의 put 메소드는 콘솔에 메시지를 인쇄하는 데 사용됩니다. unknown = "This is a string" puts unknown 위의 스크립트를 실행하면 내부에 무엇이 있는지 볼 수 있도록 값이 출력됩니다. $ ru

Ruby의 표준 라이브러리에는 코드 성능을 측정하는 데 도움이 되는 벤치마킹 도구가 있습니다. 두 구현을 비교할 때 어느 것이 가장 빠른지 알아내는 것이 가장 유용합니다. 이 예에서는 문자열 키(예:{"foo" => "bar"})를 사용하여 해시를 변환해야 합니다. 기호가 있는 것(예:{:foo => "bar"} ). 예제 전체에서 영어 알파벳의 각 문자에 대해 키와 값이 있는 해시를 사용합니다. 이 해시를 입력하지 않고 빠르게 생성하기 위해 문자 범위를 테스트 해

예외 예외에 대한 정보를 보유하는 특수 데이터 구조입니다. 귀하의 응용 프로그램에서 발생하는 조건. 예외는 특정 상황을 처리하는 방법을 모르기 때문에 프로그램을 계속 실행할 수 없을 때 보내는 신호입니다. Ruby에서는 이러한 신호를 보내는 것을 raising이라고 부릅니다. 예외입니다. raise 'this is an exception' puts "This message won't be printed." 실행 중인 예외를 확인하는 가장 빠른 방법은 직접 예외를 발생시키는 것입니다.

Rails 애플리케이션이 요청을 수락하면 컨트롤러는 일반적으로 모델에 요청된 데이터를 요청합니다. 그런 다음 모델은 데이터베이스에서 이를 가져와 컨트롤러로 다시 전달합니다. 컨트롤러는 마침내 사람이 읽을 수 있는 형식으로 데이터를 나타내는 뷰를 렌더링합니다. 어떤 상황에서는 보기를 렌더링하는 것이 비용이 많이 드는 작업입니다. 예를 들어 상점에서 사용 가능한 모든 제품 목록을 표시할 때와 같이 보기에 많은 데이터를 표시해야 하는 경우 특히 그렇습니다. 이와 같은 경우, 특히 데이터가 너무 자주 변경되지 않는 경우 반환된 뷰의 일부

top과 같은 도구 , uptime , w AppSignal의 호스트 측정항목은 로드 평균이라는 측정항목을 보고합니다. . 이 측정항목은 여러 기간 동안 평균을 낸 시스템 부하에 대해 알려줍니다. $ uptime 10:14:14 up 60 days, 17:42, 1 user, load average: 0.44, 0.28, 0.25 로드 평균은 일반적으로 uptime의 예와 같이 3개의 숫자로 표시됩니다. 위에. 결과 끝에 있는 세 개의 숫자는 마지막 1분 동안의 평균 로드를 나타냅니다(0.44 ), 지난 5분 동안(0.28

오늘 우리는 Rails의 내장 프래그먼트 캐싱 이상으로 캐싱을 향상시키기 위한 전술로 러시아어 인형 캐싱에 대해 알아보겠습니다. 프래그먼트 캐싱 Rails의 내장 프래그먼트 캐싱을 사용할 때 렌더링된 뷰의 일부는 뷰 프래그먼트로 저장되고 다시 요청되면 재사용됩니다. 이러한 캐시된 조각은 부실이 될 때까지 재사용됩니다. , 즉 조각을 만든 후 표시하는 데이터가 변경되었기 때문에 오래된 것입니다. 더 자세한 내용을 보려면 이 이전 게시물에서 프래그먼트 캐싱에 대해 좀 더 자세히 설명합니다. 👋 단순한 캐싱보다 더 광범위한 성능에

발생한 예외는 일단 호출 스택의 맨 위에 도달하면 애플리케이션이 충돌하는 것을 방지하기 위해 구출될 수 있습니다. Ruby에서는 rescue를 사용합니다. 키워드입니다. Ruby에서 예외를 복구할 때 복구해야 하는 특정 오류 클래스를 지정할 수 있습니다. begin raise 'This exception will be rescued!' rescue StandardError => e puts "Rescued: #{e.inspect}" end 참고 :raise 사용 시 예외 클래스를

새 Rails 앱을 생성할 때 캐싱이 이미 설정되어 있습니다. 이렇게 하면 cache를 사용하여 일부 보기 조각을 래핑하는 것처럼 빠르게 시작할 수 있습니다. 도우미 또는 Rails.cache.fetch 사용 외부 API 결과를 저장합니다. 캐시된 데이터는 데이터를 메모리, Memcached, Redis에 보관하거나 디스크에 바로 쓸 수 있는 Rails의 캐시 저장소 중 하나에 저장됩니다. 그러나 서로 다른 캐시 저장소 중 어떤 것이 어떤 상황에 가장 적합합니까? 이 개요에서는 각 옵션을 살펴보겠습니다. 👋 그리고 이 기사가