Rails가 그렇게 빠르게 인기를 얻은 이유는 무엇입니까? 특히 Java, XML, Enterprise 세계에서 온 경우 단순함이 도움이 되었습니다. 그것은 또한 믿을 수 없을 정도로 잘 팔렸습니다. 하지만 그게 다가 아닙니다. 신생 기업에서 Rails의 많은 성공은 단순한 사실에서 비롯되었습니다. 기업이 겪는 문제는 그렇게 독특하지 않다는 것입니다. Rails는 유연성을 유지하면서 CRUD 사이트를 만드는 데 탁월했습니다. 정말 톤입니다. 기업이 필요합니다. 특히 초반에. 그러나 이것은 기업에만 해당되는 것은 아닙니다. 소프

홍순상 덕분에 이 기사는 한국어로도 볼 수 있습니다! 범위는 데이터베이스에서 올바른 개체를 가져오는 좋은 방법입니다. 앱/모델/리뷰.rb class Review < ActiveRecord::Base scope :most_recent, -> (limit) { order(created_at desc).limit(limit) } end 다음과 같이 범위를 사용합니다. 앱/모델/홈페이지_컨트롤러.rb @recent_reviews = Review.most_recent(5) 하지만 그 범위를 호출하면 정확하게 보입니다

이상하고 해결할 수 없는 것처럼 보이는 버그가 발생하면 로깅을 개선하는 것이 최선의 조치가 될 수 있습니다. 훌륭한 로깅은 전체 버그 클래스를 감지하고 수정하는 가장 쉬운 방법입니다. 충분한 정보를 기록하면 요청 중에 데이터가 어떻게 변경되는지 확인할 수 있습니다. 다른 서비스에 대한 호출을 추적하고 응답을 조사할 수 있습니다. 사실, 디버거가 실패했을 때 로깅은 내가 겪었던 가장 어려운 버그를 수정하는 데 도움이 되었습니다. 하지만 너무 많이 기록하면 로그 파일이 순식간에 읽을 수 없고 도움이 되지 않는 메시지로 뒤죽박죽이 됩니

문자열의 인코딩은 끊어질 때만 생각합니다. 예외 추적기를 확인하고 볼 때 Encoding::InvalidByteSequenceError: \xFE on UTF-8 당신의 얼굴을 쳐다보고 있습니다. 또는 그들이가 그들이로 나타나기 시작할 수도 있습니다. 인코딩이 잘못되었을 때 무엇이 ​​고장났는지 어떻게 알 수 있습니까? 어떻게 고칠 수 있습니까? 인코딩이란 무엇입니까? 인코딩이 문자열에 대해 수행하는 작업을 상상할 수 있다면 이러한 버그를 수정하기가 더 쉽습니다. 문자열을 바이트 배열 또는 작은 숫자로 생각할 수 있습니다.

지난 주 기사에서 대부분의 인코딩 문제를 해결하는 짧은 프로세스를 배웠습니다. 하지만 해결하기 훨씬 어려운 인코딩 문제가 하나 있습니다. 나는 당신이 그것을 보았다는 것을 알고 있습니다. (아니면 보신 적 있으신가요?) 둥근 따옴표가 ’로 바뀌거나 em-dash가 —로 바뀔 때입니다. 그것은 당신이 미쳤다고 생각하게 만들 것입니다. 제대로 작동해야 합니다! 거대한 테이블을 만들어 나쁜 캐릭터를 찾아 좋은 캐릭터로 교체할 수 있습니다. [{broken: –, fixed: —} {broken: —, fi

CSV 파일에서 많은 데이터를 앱으로 가져오고 싶었던 적이 있습니까? 또는 일부 고객 리뷰에서 잘못 인코딩된 문자를 수정해야 할 수도 있습니다. 또는 Redis에 데이터를 저장하는 방법에 대해 마음이 바뀌었고 모든 것을 이전 형식에서 새 형식으로 옮겨야 했습니다. Avvo에서는 이러한 작업을 임시 작업이라고 불렀습니다. 에서와 같이 한 번만 실행하면 됩니다. 그래서 Rails에서 임시 작업을 처리하는 가장 좋은 방법은 무엇입니까? 데이터베이스 마이그레이션 작성 데이터베이스의 데이터 구조를 변경해야 하는 경우 마이그레이션이 잘

테스트되지 않은 코드는 무엇입니까? 당신이 통제할 수 없는 복잡한 상황을 다루는 코드인가? 스레드, 실행 중인 명령, 자식, 네트워킹 또는 UI? 우리 앱은 복잡할 때 가장 흥미롭습니다. 그들은 또한 가장 위험합니다. 그래서 테스트하기 어려운 코드가 바로 잘 테스트해야 하는 종류의 코드입니다. 항상 그런 것은 아닙니다. 대신 해당 코드를 터치할 때마다 가볍게 터치합니다. 당신은 조심스럽게 밟습니다. 아마도 당신은 수동 테스트를 할 것입니다. 그리고 풀 리퀘스트를 보낼 때 팀원들이 이러한 테스트가 존재하지 않는다는 것을 깨닫지 않

지난 주 RailsConf 2017에서 Rails 5.1이 출시되었습니다. 공지 사항을 따르면 최신 JavaScript와의 더 나은 통합, 암호화된 비밀 및 시스템 테스트와 같은 큰 기능을 볼 수 있습니다. 그리고 제가 개인적으로 가장 좋아하는 것이 있습니다:마침내 form_for의 이상한 콤보 제거하기 및 form_tag , form_with로 대체 . 빨리 시도해보고 싶습니다. 하지만 내가 Rails를 좋아하는 이유는 큰 새로운 기능이 아닙니다. 작지만 지속적인 개선입니다. 내가 Rails 앱을 작성할 때 더 행복해지는 것은

가장 최근 기사에서 Rails 5.1의 멋진 새 기능인 delegate_missing_to에 대해 언급했습니다. . delegate_missing_to 사용 , 한 개체에서 찾을 수 없는 모든 메서드는 대신 다른 개체에서 호출됩니다. : class Player delegate_missing_to :@user def initalize(user) @user = user end def points Game.points_for_user(user.id) end end Player.new(user).nam

이해가 되지 않는 Rails 주제를 발견한 적이 있습니까? 안다고 생각해서 코드를 작성했는데 완전히 다른 일이 발생했나요? 또는 알고 당신은 이해하지 못하지만, 당신이 끝낼 때까지 당신이 전문가가 될 수 있었던 극단적 인 사건과 싸우는 데 너무 많은 시간을 보낸다는 점을 제외하고는 충분히 알고 있습니까? 글쎄, 그렇게 될 필요가 없다면 어떨까요? 알고만 하는 것이 낫지 않을까요? 일이 어떻게 되었나요? 문제에 대한 확고한 정신적 모델을 갖고 계십니까? 올바른 결정을 내리고 올바른 코드를 작성할 수 있습니까? 내가 처음 웹

버그를 수정하면 수십 개의 새로운 버그가 생성되었을 수 있습니다. 또는 코드가 이상한 방식으로 깨져서 정말 이해하고 있는지 궁금합니다. 이제 자세히 알아볼 시간이라고 생각합니다. 하지만 알고 있음 주제에 대해 깊이 파고들 필요가 있습니까? 1단계에 불과합니다. 주제를 기본적으로 어떻게 배우나요? 자연스럽게 이해될 만큼 어떻게 배우나요? 어디서 시작합니까? 학습을 시작할 수 있는 곳이 많이 있습니다. 하지만 한 주제에 대해 많은 것을 빨리 배워야 할 때는 책을 가장 좋아합니다. 예를 들어 git에 대해 자세히 알아보려면 Pro G

큰 프로젝트나 새로운 일에 깊이 집중하다 보면 고개를 갸웃거리고 길을 잃을 수도 있습니다. 기술 세계가 당신을 넘어서 움직인 것처럼. 새로운 것을 배우기 위해 시간을 보내지 않은 시간이 마침내 당신을 따라잡았나요? 그리고 그 격차를 어떻게 좁힐 수 있습니까? 집에서 공부하십니까? 아니면 직장에서 배우시겠습니까? 배움에 시간을 내지 않았다면 그 시간은 어디선가 와야 합니다. 그러나 그 시간은 어디에서 올 것인가? 자신의 시간에 공부해야합니까? 아니면 직장에서 공부하시겠습니까? 트릭 질문입니다. 답은 둘 다입니다. 직장 밖에서

지난 주 AppSignal 업데이트에는 모든 화면에 대한 업데이트된 인터페이스 디자인이 포함되었습니다. 즉, 앱의 현재 상태를 반영하도록 홈페이지의 모든 스크린샷을 업데이트해야 했습니다. 막대한 양의 수작업을 줄이기 위해 프로세스를 자동화하기로 결정했습니다. 운 좋게도 우리는 곧 Selenium이 스크린샷을 찍을 수 있다는 것을 기억했습니다. 우리는 이미 기능 테스트를 위해 Capybara를 통해 Selenium을 상당히 많이 사용하고 있으므로 이것이 새로운 움직이는 부품을 도입하지 않고 작업을 자동화하는 방법이 될 수 있는지 조

맞춤 측정항목을 통한 심층 인사이트 AppSignal gem을 사용하면 이미 사용자 정의 계측을 사용하여 애플리케이션 성능에 대한 자세한 정보를 얻을 수 있습니다. 하지만 때로는 다른 측정항목도 추적하고 싶을 때가 있습니다. 1.0 사용 gem이 출시되면 AppSignal에 사용자 지정 메트릭을 보낼 수 있습니다. 이러한 메트릭을 사용하면 새 계정에서 데이터베이스 디스크 사용량에 이르기까지 애플리케이션의 모든 것을 추적할 수 있습니다. 이는 코드 계측을 대체하는 것이 아니라 시간이 지남에 따라 코드의 특정 데이터에 더 쉽게 액세

동시성 마스터하기 여러 사람이 동시에 앱을 사용하고 최대한 빨리 앱을 제공하고 싶습니다. 따라서 동시성을 처리하는 방법이 필요합니다. 두려워하지 마십시오! 대부분의 웹 서버는 이미 기본적으로 이 작업을 수행합니다. 그러나 확장해야 하는 경우 가능한 가장 효율적인 방법으로 동시성을 사용하려고 합니다. 동시성 유형 동시성을 처리하는 방법에는 다중 프로세스, 다중 스레딩 및 이벤트 기반과 같은 여러 가지가 있습니다. 이들 각각은 용도, 장단점이 있습니다. 이 기사에서는 어떻게 다른지, 언제 사용해야 하는지 알아보겠습니다. 다중 프로

개발 구성 Mongoid 5로 업그레이드한 후 Rails 앱을 시작할 때 가장 먼저 마주하게 되는 것 중 하나는 데이터베이스 구성이 잘못되었다는 오류입니다. 수정은 간단합니다. sessions만 변경하면 됩니다. clients에게 : development: clients: default: database: appsignal_development hosts: - localhost:27017 드라이버 변경 우리의 코드베이스에서는 Mongoid를 사용하는 대신 moped/mongo-ru

때때로 표준 계측으로는 성능 문제의 근본 원인을 추적하기에 충분하지 않습니다. 맞춤 측정항목은 누락된 부분을 추적하는 데 도움이 됩니다. AppSignal의 성능 그래프 덕분에 우리는 코드베이스의 어느 부분이 성능 문제를 일으키는지 정확히 알고 있습니다. 아래 스크린샷에서 MongoDB 때문에 심각한 속도 저하가 있음을 알 수 있습니다. 우리에게 알려주지 않는 것은 어떤 다른 ReplicaSet에서 실행되는 수많은 데이터베이스 중 이 속도 저하가 발생했습니다. Custom Metrics 플랫폼을 사용하면 이 질문에 한 눈에 답할

코드를 실행할 때마다 메모리를 사용합니다. Ruby와 같은 언어로 작성하면 사용할 수 있는 메모리가 무한한 것처럼 보입니다. 코드를 실행하는 시스템의 고정 메모리 양에 대해 생각하지 않고 계속 진행할 수 있습니다. 이 Ruby Magic 에피소드에서 우리는 이것이 어떻게 작동하는지 설명할 것입니다! 약간의 역사 당시에는 Ruby와 같은 스크립팅 언어가 아직 존재하지 않았습니다. 사람들은 저수준 프로그래밍 언어인 C와 같은 언어로만 코드를 작성했습니다. 이러한 언어를 낮은 수준으로 만드는 것 중 하나는 스스로 정리해야 한다는 것입니

Ruby Magic의 이전 에피소드에서 우리는 Garbage Collection(GC)이 필요한 이유와 일반적으로 어떻게 작동하는지에 대해 이야기했습니다. 이 게시물에서 우리는 이것이 Ruby에서 어떻게 구현되는지 좀 더 자세히 알아볼 것입니다. 다양한 Ruby 구현 Ruby에는 여러 가지 구현이 있습니다. 세 가지 인기 있는 것은 MRI(Matzs Ruby Interpreter), Rubinius 및 JRuby입니다. 다른 Ruby 구현은 다른 GC 방법을 사용합니다. 이 기사에서는 대부분의 Ruby 개발자가 사용하는 MRI에

고객은 어떻게 그곳에 도착했습니까? 세부 사항을 살펴보기 전에 앱이 어떻게 이 상태가 되는지 이해해 보겠습니다. 간단한 users로 시작합니다. 테이블. 몇 주 후에 마지막 로그인 시간을 결정할 수 있어야 users.last_sign_in_at를 추가할 수 있습니다. . 그런 다음 사용자의 이름을 알아야 합니다. first_name을(를) 추가합니다. 및 last_name . 트위터 핸들? 또 다른 칼럼. GitHub 프로필? 전화 번호? 몇 개월 후 테이블은 상상을 초월할 정도로 변합니다. 이게 무슨 문제야? 큰 표는 몇 가지