ActiveRecord 콜백은 모델 수명의 여러 단계에서 코드를 쉽게 실행할 수 있는 방법입니다. 예를 들어 Q&A 사이트가 있고 모든 질문을 검색할 수 있기를 원한다고 가정해 보겠습니다. 질문을 변경할 때마다 ElasticSearch와 같은 곳에서 인덱싱하고 싶을 것입니다. 인덱싱은 시간이 걸리고 급하지 않으므로 Sidekiq를 사용하여 백그라운드에서 수행합니다. 지금이 after_save를 사용하기에 완벽한 시기인 것 같습니다. 콜백! 따라서 모델에서 다음과 같이 작성합니다. 앱/모델/question.rb class Ques

Rails 앱이 누가 방문했는지 알 수 없다면 어떻게 될까요? 같은 사람이 두 개의 다른 페이지를 요청했다는 사실을 몰랐다면? 응답을 반환하자마자 저장한 모든 데이터가 사라진다면? 대부분 정적 사이트에 적합할 수 있습니다. 그러나 대부분의 앱은 일부를 저장할 수 있어야 합니다. 사용자에 대한 데이터입니다. 사용자 ID, 선호하는 언어 또는 항상 iPad에서 데스크톱 버전의 사이트를 보고 싶어하는지 여부가 문제일 수 있습니다. session 는 이러한 종류의 데이터를 저장하기에 완벽한 장소입니다. 둘 이상의 요청에 대해 보관하려는

버그 수정을 할 때 빠르고 명백한 변경이 항상 최선의 것은 아닙니다. 그리고 당신 앞에 있는 코드는 결코 전체 이야기가 아닙니다. 쉬운 문제를 해결하려면 이유를 알아야 합니다. 특정 결정이 내려졌습니다. 코드 이면의 역사를 이해해야 합니다. 그리고 자신 있게 코드를 변경하기 위해 알아야 할 사항을 배울 수 있는 세 가지 훌륭한 방법이 있습니다. 자식 비난 git blame의 도움으로 , 프로젝트에 있는 모든 코드 라인의 모든 버전을 추적할 수 있으며 작성된 시점까지 거슬러 올라갈 수 있습니다. 예를 들어 ActiveJob의 qu

이 패턴을 본 적이 있을 것입니다. 메소드에는 options이 있습니다. 추가 매개변수를 포함하는 마지막 인수로 해시: def hello_message(name_parts = {}) first_name = name_parts.fetch(:first_name) last_name = name_parts.fetch(:last_name) Hello, #{first_name} #{last_name} end 불행히도 해시에서 해당 매개변수를 추출해야 합니다. 이는 좋은 부분에 도달하기 전에 거쳐야 할 설정이 많다는 것을 의미합

성능이 하나의 기능이라는 것을 알고 있습니다. 그리고 개발 과정에서 많은 성능 문제를 찾아 수정할 수 있습니다. 하지만 프로덕션에서만 나타나는 속도 저하의 경우는 어떻습니까? 코드의 모든 라인에 로그 메시지를 추가해야 합니까? 그것은 단지 일을 더 느리게 할 것입니다! 아니면 어떤 스틱을 확인하기 위해 수많은 아마도 이것이 고칠 수 있습니다 커밋을 발송합니까? 분석을 위해 코드를 망칠 필요는 없습니다. 대신 rbtrace를 시도하십시오. -ing. 실행 중인 Ruby 앱 추적 rbtrace를 사용하면 코드를 추가하지 않고도 성

다음 작은 기능을 체크인하려고 하므로 전체 통합 테스트 실행을 시작합니다. 점들이 화면을 채우는 동안... ......FF.... :-( 테스트 실행이 완료되려면 아직 몇 분이 남아 있습니다. 하지만 테스트 실행을 일찍 종료하면 아무도 알 수 없습니다. 어떤 테스트가 실패했는지. 실패를 보기 전에 전체 실행이 완료될 때까지 기다려야 합니까? Ctrl-T로 구조하세요! Mac을 사용하는 경우 테스트 실패를 조기에 확인할 수 있는 방법이 있습니다. Ctrl-T 누르기 테스트가 실행되는 동안. 그렇게 하면 현재 어떤

Rails에서는 ID가 있는 경우 데이터베이스에서 많은 레코드를 쉽게 얻을 수 있습니다. Person.where(id: [1, 2, 3]).map(&:id) => [1, 2, 3] 하지만 레코드를 다른 주문? 검색 엔진이 가장 관련성이 높은 ID를 먼저 반환할 수도 있습니다. 어떻게 유지합니까? 당신의 기록은 순서대로? where를 시도할 수 있습니다. 다시: Person.where(id: [2, 1, 3]).map(&:id) => [1, 2, 3] 그러나 그것은 전혀 작동하지 않습니다. 그래서 어

최근에 Ruby를 업데이트하고 몇 가지 프로젝트를 업그레이드했습니다. 그렇게 하는 동안 전에는 몰랐던 꽤 멋진 RubyGems 기능을 발견했습니다. 실행 파일이 오래된 경우 rvm을 사용했습니다. Ruby 버전을 관리합니다. 하지만 마지막으로 기기를 설정할 때 기기 없이 사용하기로 결정했습니다. Bundler가 있으면 보석 세트가 필요하지 않으며 Homebrew를 사용하여 Ruby를 최신 상태로 유지할 수 있습니다. 이것은 Ruby를 업데이트할 때까지 훌륭하게 작동합니다. 그리고 rails new , bundle install

잘못 테스트된 코드로 작업하는 것이 얼마나 고통스러운지 알고 있습니다. 버그를 수정할 때마다 5개를 더 만듭니다. 그리고 일이 할 때 그렇게 설계되었는지 아니면 우연히 작동했는지 알 수 없습니다. 반면에 당신은 하나의 작은 기능을 제공하기 위해 200개의 테스트처럼 보이는 것을 작성했습니다. 100% 테스트 적용 범위에 도달하려면 이미 작동 중인 코드를 지속적으로 재설계해야 합니다. 가장 잘 테스트된 코드가 점점 덜지고 있다는 느낌을 지울 수 없습니다. 읽을 수 있습니다. 그리고 무엇보다도 앱에서 지치기 시작합니다. 중간 지점이

Rails 앱이 느린가요? 간단한 보기여야 하는 것을 로드하는 데 몇 초가 걸린다면 파고들 가치가 있는 문제가 있는 것입니다. 데이터베이스 호출이 너무 많거나 일부 느린 방법이 있을 수 있습니다. 아니면 누군가가 귀하의 코드에 넣고 잊어버린 속도 향상 루프일 수도 있습니다. 앱 속도를 저하시키는 원인을 찾는 데 도움이 되는 많은 도구를 찾을 수 있습니다. 몇 주 전에 rbtrace에 대해 이야기했습니다. . New Relic의 rpm gem은 또한 앱 속도를 높이는 데 도움이 되었습니다. 하지만 내가 가장 좋아하는 성능 문

Rails 앱을 빌드할 때 보석 더미를 사용하게 됩니다. 그들 중 일부는 완전히 마법처럼 보입니다! 그런데 그 마법이 어떻게 일어나는 걸까요? 대부분의 보석에서는 당신이 할 수 없는 일을 그들이 하고 있지 않습니다. 루비 코드일 뿐입니다. 때로는 복잡합니다. 루비 코드. 그러나 해당 코드를 탐색하면 그 마법이 어디서 오는지 이해하기 시작할 것입니다. 소스 코드 찾기 gem이 어떻게 작동하는지 이해하려면 코드를 찾아야 합니다. 더 알고 싶은 메소드가 있다면 method에서 소스를 쉽게 찾을 수 있습니다. 및 source_loca

Rails Competency Chart를 보셨습니까? CodeFellows의 Brook Riggio는 현대적인 Rails 개발자가 알아야 할 모든 개념을 보여주기 위해 함께 모았습니다. 살펴보세요: 무섭지 않나요? 당신을 공격할 준비를 하는 200개의 촉수를 가진 괴물처럼 보입니다. Rails를 배우는 것이 두렵다는 것은 놀라운 일이 아닙니다. SQL 및 배포와 같은 일부 분기는 전체 경력 경로가 될 수 있습니다. 애플리케이션 아키텍처에 몇 년을 투자했지만 여전히 전문가가 아닌 것처럼 느껴질 수 있습니다. 하지만 정확

Ruby를 사용하여 API를 래핑할 때 구성할 방법이 있어야 합니다. 래퍼에 사용자 이름과 비밀 키가 필요하거나 호스트만 필요할 수도 있습니다. 이를 처리하는 몇 가지 다른 방법이 있습니다. 어떤 것을 선택해야 할까요? 쉽고 글로벌한 방법 서비스가 항상 주변에 있는 것처럼 작동하기를 원할 수 있습니다. 앱의 위치에 상관없이 바로 사용할 수 있습니다. 그렇지 않으면 사용하는 모든 라인에 대해 3줄을 구성하는 데 소비하게 됩니다! 상수 또는 클래스 속성을 사용하여 구성을 전역으로 만들 수 있습니다. config/initialize

Rails의 핵심 아이디어에 대해 확신합니다. 문제 없이 작동하는 코드를 작성할 수 있습니다. 그리고 코드 품질, 리팩토링, 훌륭한 테스트 작성 및 객체 지향 디자인에 대해 더 많이 배우고 있습니다. 이 시점에서 당신은 전문가가 되는 길에 있다는 것을 깨닫고 있다는 느낌을 받기 시작합니다. 뒤를 돌아보면 얼마나 멀리 왔는지 알 수 있으며 진행 상황에 매우 만족합니다. 그래서 왜 그렇게 느리게 느껴지나요? 이제 테스트, 유지 관리 및 디자인에 신경을 쓰므로 배송하는 데 더 많은 시간이 걸리는 것처럼 느껴집니다! 그것도 가능합니까

Rails 학습을 위한 수많은 책, 비디오, 팟캐스트 및 코스가 있습니다. 시간이 없어 모두 살펴볼 수 있습니다! 그렇다면 절대 초보자가 Ruby와 Rails를 배우는 가장 좋은 방법은 무엇일까요? 어떤 리소스를 언제부터 시작해야 합니까? 도서 및 웹사이트 프로그래밍을 처음 접하는 경우 Chris Pine의 Learn to Program을 시작하는 것이 가장 좋습니다. . 알아야 할 핵심 프로그래밍 아이디어에 대한 소개입니다. Ruby와 Rails를 배울 계획이라면 모든 예제에 Ruby를 사용하기 때문에 특히 좋습니다. 그 후

홍순상 덕분에 이 기사는 한국어로도 볼 수 있습니다! Rails의 범위를 사용하면 원하는 레코드를 쉽게 찾을 수 있습니다. 앱/모델/리뷰.rb class Review < ActiveRecord::Base belongs_to :restaurant scope :positive, -> { where(rating > 3.0) } end irb(main):001:0> Restaurant.first.reviews.positive.count Restaurant Load (0.4ms) SELECT `re

보류 중, 승인됨 또는 표시됨일 수 있는 질문을 상상해 보십시오. 또는 집, 사무실, 휴대전화 또는 팩스인 전화번호(1982년인 경우) 일부 모델은 이러한 종류의 데이터를 요구합니다. 몇 가지 다른 값 중 하나만 가질 수 있는 속성입니다. 그리고 그 값 세트는 거의 변경되지 않습니다. 평범한 루비라면 그냥 심볼만 사용했을 상황입니다. PhoneNumberType 또는 QuestionStatus 모델과 belongs_to를 생성할 수 있습니다. 이러한 가치를 유지하기 위한 관계이지만 가치가 없어 보입니다. yaml 파일에 채울

이 기사는 안도형 덕분에 한국어로도 볼 수 있습니다! Thom Parkin은 제 이전 기사의 논평에서 중요한 지적을 했습니다. 훌륭한 조언입니다. 그러나 당신은 매우 중요한 [최종] 포인트를 놓쳤습니다. 이것은 오픈 소스이기 때문에 문서가 약간 가벼운 해당 기능/기능의 세부 사항을 파악했다면 문서를 업데이트하고 풀 요청을 제출해야 합니다. 그런 식으로 전체 커뮤니티가 혜택을 받고 참여에 대한 코더 자격을 얻을 수도 있습니다! 매우 중요하기 때문에 Thom이 언급한 것을 기쁘게 생각합니다. . 문서를 수정하는 것은 여러분이

Rails 앱을 배포하는 방법을 조사하면 Apache, Unicorn, Puma, Phusion Passenger, Nginx, Rainbows 등 많은 이름을 볼 수 있습니다. 모두 Rails 배포 소프트웨어 범주에 속하는 것처럼 보이지만, 둘 사이에는 중요한 차이점이 있습니다. 일부는 웹 서버이고 다른 일부는 앱 서버입니다. 어떤 카테고리가 시스템에서 어디에 해당하는지 이해하고 나면 배포가 훨씬 더 합리적입니다. 하지만 카테고리가 항상 명확한 것은 아닙니다. 웹 서버란 무엇이며 앱 서버와 어떻게 다릅니까? 하나 없이 다른 하

Ruby 회의는 훌륭합니다. 너무 많은 지식을 공유하는 사람들이 너무 많아서 거의 모든 강연에서 무언가를 얻을 수 있습니다. 그리고 참석하지 못하더라도 새로운 회의는 많은 새로운 토크 비디오를 의미합니다. 하지만 문제가 있습니다. 동영상은 시간이 걸립니다. 1.5x에서도 여전히 각각 20분 또는 30분 동안 지속됩니다. 그리고 내가 원하는 만큼 자주 찾기 힘든 집중 시간입니다. 하지만 팟캐스트는 이미 내 삶의 자리를 찾았습니다. 저는 거의 모든 통근을 Overcast를 켜고 몇 편의 에피소드를 들으면서 시작합니다. 출퇴근 시간