재미있는 추측 게임으로 이 게시물을 시작하겠습니다. Ruby 애플리케이션에서 AppSignal이 추적하는 가장 일반적인 오류는 무엇이라고 생각하시나요? 많은 분들이 이 질문에 NoMethodError로 답했다고 가정하는 것이 좋습니다. , 개체에서 존재하지 않는 메서드를 호출하여 발생하는 예외입니다. 때때로 이것은 메소드 이름의 오타로 인해 발생할 수 있지만 더 자주는 예기치 않은 nil이 발생하는 잘못된 유형의 개체에서 메소드를 호출한 결과입니다. . 이러한 오류의 빈도를 줄이기 위해 Ruby 개발자로서 할 수 있는 일이 있습니

안녕하세요, 어린이 및 학부모님, 헴 루비스트입니다. 이전 기사에서 우리는 조상 사슬에 대해 알아보았습니다. 오늘의 포스트에서는 양육과 상속에 대해 더 깊이 파고들 것입니다. 상속된 hook 방법을 탐색하고 상속을 방지하는 방법을 살펴보겠습니다. 아이들이 101을 상속할 때:상속된 후크 방법 부모가 어떻게 선언되는지부터 살펴보겠습니다. Ruby는 클래스가 다른 클래스의 부모로 선언될 때 클래스와 상호작용하는 깔끔한 방법을 제공합니다. class Parent def self.inherited(subclass) puts &

오늘 우리는 끈적끈적한 스트룹(스트룹 와플의 두 반쪽을 서로 붙게 하는 시럽)으로 물건을 붙이기 때문에 커피 위에 스트룹 와플을 따뜻하게 해주길 바랍니다. 시리즈의 처음 두 부분에서 우리는 Lexer와 Parser를 구웠고 이제 Interpreter를 추가하고 그 위에 스트룹을 부어서 붙입니다. 재료 괜찮은! 주방을 구울 준비를 하고 재료를 식탁에 올려 보겠습니다. 인터프리터는 작업을 수행하기 위해 이전에 생성된 추상 구문 트리(AST)와 템플릿에 포함하려는 데이터의 두 가지 구성 요소 또는 정보가 필요합니다. 이 데이터를 env

Sidekiq 최적화 또는 모니터링에 대한 질문을 종종 받습니다. 모니터링은 일종의 우리 게임이지만 Sidekiq의 성능을 최적화하는 것은 완전히 다른 게임입니다. 실제로 최적화는 복잡하지만 겉보기에는 간단해 보이는 답변부터 살펴보겠습니다... 속도를 높이는 두 가지 방법 우선 속도를 두 가지 방법으로 높일 수 있습니다. 더 큰 작업을 수행하거나(더 많은 메모리 또는 IO를 차지하거나 더 복잡할 수 있음) 동시성 설정 또는 작업자를 조정하여(더 많은 CPU와 가능한 IO를 사용함) 속도를 높일 수 있습니다. 아야, 현실이 이미 시

이 게시물에서 우리는 코드 사용자가 구성할 수 있는 Ruby 모듈을 만드는 방법을 탐구할 것입니다. 이는 gem 작성자가 라이브러리에 더 많은 유연성을 추가할 수 있도록 하는 패턴입니다. 대부분의 Ruby 개발자는 모듈을 사용하여 동작을 공유하는 데 익숙합니다. 결국 다음은 문서에 따르면 다음과 같은 주요 사용 사례 중 하나입니다. 모듈은 Ruby에서 네임스페이스와 믹스인 기능의 두 가지 용도로 사용됩니다. Rails는 ActiveSupport::Concern의 형태로 구문상의 설탕을 추가했습니다. , 그러나 일반적인 원칙

안녕하세요 스트룹와플 팬입니다 👋 다가오는 2020년에 더 많은 Ruby, Elixir 및 JavaScript 게시물을 게시할 수 있기를 기대하면서 Twitter에서 가장 많은 마음을 주었던 블로그 게시물, 블로그에서 읽은 게시물 및 받은 게시물을 다시 살펴보기로 했습니다. 2019년 최고의 감사. 1. JavaScript 오류:예외적인 기록 ✨ JavaScript의 기원과 격동의 성장을 통해 오늘날과 같은 언어로 성장하는 과정을 함께 살펴보세요. 2. Phoenix LiveView로 바둑을 만들고 플레이하기 ⚗️ 이 Eli

오늘의 게시물에서는 structure.sql 사용의 중요한 차이점과 이점을 다룰 것입니다. 기본 schema.rb 대 Ruby on Rails 애플리케이션의 스키마 형식. 데이터 중심 세계에서 데이터베이스의 모든 풍부한 기능을 활용하는 방법을 아는 것은 기업의 성공과 실패를 가를 수 있습니다. 두 형식 간의 주요 차이점을 확인한 후 structure.sql로 전환하는 방법을 간략하게 설명합니다. 그렇지 않으면 보존할 수 없는 데이터베이스 기능과 데이터 무결성을 보장하는 데 이것이 어떻게 도움이 될 수 있는지 보여줍니다. 이 게시

이 포스트에서 우리는 Rails 뷰 성능을 개선하기 위한 시도되고 진정한 방법을 살펴볼 것입니다. 특히 데이터베이스 효율성, 보기 조작 및 캐싱에 중점을 둘 것입니다. 조기 최적화는 모든 악의 근원이다라는 문구가 문맥에서 조금 벗어났다고 생각합니다. 간단한 최적화 기술이 지적될 때 개발자가 코드 검토 중에 이것을 사용하는 것을 자주 들었습니다. 작동시킨 다음 최적화할 것이라는 유명한 말을 알고 계실 것입니다. 그런 다음 테스트하고, 디버그하고, 다시 테스트하는 식입니다. 감사하게도 코드 작성을 시작하는 순간부터 사용할 수 있는

오늘 포스트에서는 Rails 6의 시스템 테스트를 살펴보겠습니다. 시스템 테스트는 사용자 인터페이스의 Javascript를 포함하여 사용자가 애플리케이션과 상호 작용하는 방식을 자동 테스트하기 위한 것입니다. Rails의 기본 테스트 프레임워크인 Minitest는 시스템 테스트에 매우 적합합니다. Rails가 처리하는 모든 구성을 통해 첫 번째 테스트를 시작하고 실행하기 전에 몇 단계만 거치면 됩니다. 시스템 테스트는 Rails 5.1의 Rails 스택에 추가되었습니다. 사용하기 시작했을 때 RSpec에 대한 정보가 아닌 관련 최

오늘의 게시물에서는 다중 하위 도메인을 지원할 수 있는 Rails 앱을 빌드하는 방법을 배웁니다. 게임 웹사이트 funkygames.co가 있다고 가정해 보겠습니다. app.funkygames.co와 같은 여러 하위 도메인을 지원하고자 합니다. , api.funkygames.co 및 dev.funkygames.co 단일 Rails 애플리케이션으로 모든 하위 도메인에 대해 적절한 인증이 수행되고 중복 경로가 없는지 확인하고자 합니다. Rails의 강력한 라우팅 구성을 사용하여 애플리케이션에서 여러 하위 도메인을 지원합니다. 또한 로

오늘 포스트에서는 Facade라는 소프트웨어 디자인 패턴에 대해 알아볼 것입니다. 처음 채택했을 때는 조금 어색한 느낌이 들었지만, Rails 앱에서 사용할수록 그 유용성에 감사하기 시작했습니다. 더 중요한 것은 내 코드를 더 철저하게 테스트하고, 컨트롤러를 정리하고, 내 보기 내의 논리를 줄이고, 애플리케이션 코드의 전체 구조에 대해 더 명확하게 생각할 수 있다는 것입니다. 소프트웨어 개발 패턴이기 때문에 파사드는 프레임워크에 구애받지 않지만 여기에서 제공할 예제는 Ruby on Rails에 대한 것입니다. 그러나 이 기사를 읽

Ruby는 항상 개발자에게 생산성을 제공하는 것으로 알려져 있습니다. 코드 작성 시 생산성을 높이는 우아한 구문, 풍부한 메타 프로그래밍 지원 등과 같은 기능과 함께 TracePoint라는 또 다른 비밀 무기도 있습니다. 더 빨리 디버그하는 데 도움이 됩니다. 이 게시물에서는 디버깅에 대해 알게 된 두 가지 흥미로운 사실을 보여주기 위해 간단한 예를 사용하겠습니다. 대부분의 경우 버그 자체를 찾는 것은 어렵지 않지만 프로그램이 어떻게 작동하는지 자세히 이해하는 것은 어렵습니다. 이에 대해 깊이 이해하면 일반적으로 버그를 즉시 발

DHH는 Citadel이라는 용어를 만들었습니다. 이 용어는 마침내 우리가 AppSignal에서 기술에 접근하는 방법을 참조할 수 있는 훌륭한 방법을 제공합니다. 우리는 이것이 바로 우리다! 이제 우리 물건에 이름이 생겼다고 말했습니다. Majestic Monolith 외에도 누군가 The Citadel:A single Majestic의 패턴을 작성해야 합니다. Monolith는 고도로 전문화되고 다양한 요구 사항을 위한 몇 가지 보조 전초 기지 앱과 함께 앱의 대부분을 캡처합니다. — DHH(@dhh) 2020년 4월 7일 Ap

오늘 포스트에서는 Rails 마이그레이션에 대해 자세히 알아보겠습니다. 마이그레이션을 여러 부분으로 나누고 그 과정에서 효과적인 마이그레이션을 작성하는 방법을 배웁니다. 여러 데이터베이스에 대한 마이그레이션을 작성하는 방법과 실패한 마이그레이션을 처리하는 방법 및 롤백을 수행하는 기술을 배웁니다. 전체 게시물을 이해하려면 데이터베이스와 Rails에 대한 기본적인 이해가 필요합니다. 마이그레이션 101 Rails의 마이그레이션을 통해 애플리케이션의 수명 주기 동안 데이터베이스를 발전시킬 수 있습니다. 마이그레이션을 통해 우아한 D

이 문서는 Playbook Thirty-9 - 최소한의 도구로 대화형 웹 앱을 제공하기 위한 가이드의 원래 모습에서 수정되었습니다. , 이 AppSignal 게스트 게시물에 맞게 조정되었습니다. 앱이 처리해야 하는 많은 기능이 있지만 해당 로직이 반드시 컨트롤러나 모델에 속할 필요는 없습니다. 몇 가지 예에는 장바구니로 결제, 사이트 등록 또는 구독 시작이 포함됩니다. 이 모든 논리를 컨트롤러에 포함할 수 있지만 모든 위치에서 동일한 논리를 호출하면서 자신을 계속 반복하게 될 것입니다. 모델에 논리를 넣을 수 있지만 때로는 I

대부분의 웹 앱은 오류가 발생하기 쉬우거나 시간이 많이 소요되는 부업을 처리하는 데 자주 사용되는 백그라운드 대기열의 이점을 누릴 수 있습니다. 이러한 백그라운드 작업은 이메일 전송, 캐시 업데이트, 핵심 비즈니스 로직 수행에 이르기까지 다양합니다. 백그라운드 대기열 시스템이 처리해야 하는 작업의 수를 확장함에 따라 해당 작업을 처리하는 작업자 풀도 확장되어야 합니다. 대기열에 추가되는 작업의 비율이 다양한 경우 대기열 작업자의 수를 확장하는 것이 핵심 측면이 됩니다. 처리 속도를 유지하는 데 있습니다. 또한 대기열 처리량이 낮은

Ruby on Rails 패턴 및 안티 패턴에 대한 시리즈의 첫 번째 게시물에 오신 것을 환영합니다. 각 게시물에서 우리는 Rails 앱으로 작업하는 동안 접할 수 있는 모든 종류의 패턴에 대해 자세히 알아볼 것입니다. 오늘은 (디자인) 패턴이 무엇인지 보여주고 안티 패턴이 무엇인지도 함께 설명드리겠습니다. 설명을 더 잘 설명하기 위해 꽤 오랫동안 사용된 Ruby on Rails 프레임워크를 사용합니다. 어떤 이유로 Rails가 마음에 들지 않는 경우 잠시만 기다려 주십시오. 여기에 설명된 아이디어(또는 패턴)는 귀하가 사용하게

Ruby on Rails를 사용해 본 적이 있다면 아마도 우려의 개념을 접했을 것입니다. 새 Rails 프로젝트를 시작할 때마다 app/controllers/concerns 디렉토리가 생성됩니다. 및 app/models/concerns . 그러나 무슨 우려가 있습니까? 그리고 Rails 커뮤니티의 사람들이 때때로 그들에 대해 나쁘게 말하는 이유는 무엇입니까? 빠른 개요 Rails Concern은 ActiveSupport::Concern을 확장하는 모든 모듈입니다. 기준 치수. 우려 사항이 모듈과 어떻게 다른가요? 가장 큰 차이점은

애플리케이션을 모니터링하는 것만으로는 시스템 전체를 파악하는 데 항상 충분하지 않습니다. 종종 위성 앱(또는 지원 앱)에서 실행되는 서비스는 일상적인 작업에 심각한 영향을 미칠 수 있습니다. 데이터베이스 서버는 이에 대한 잘 알려진 예입니다. 백업 스크립트 및 기타 백그라운드 작업도 시스템 속도를 늦출 수 있으며 종종 간과됩니다. Node.js용 AppSignal APM, Ruby APM 및 Elixir APM은 앱 자체를 자동으로 계측합니다. 그러나 AppSignal은 기본적으로 이러한 위성 프로세스를 감시하지 않습니다. 모든

네임스페이스란 무엇입니까? AppSignal에서 모니터링하는 애플리케이션에서 발생하는 모든 일은 네임스페이스 아래에 기록됩니다. 네임스페이스는 폴더처럼 작동하며 이벤트, 문제 및 모니터링 데이터를 관리 가능한 청크로 그룹화합니다. 기본적으로 모든 애플리케이션은 세 가지 기본 네임스페이스로 시작합니다. web , background 및 frontend . 웹 네임스페이스는 모든 HTTP 요청을 보유합니다. Rails 또는 Sinatra와 같은 MVC 지향 프레임워크에서는 여기에 컨트롤러 작업이 포함됩니다. 백그라운드 네임스페이스