はじめに 本記事はiOSプロジェクトにDangerを導入し、GithubActionsによってPRが作成された際に自動でPRのチェックやlintを走らせるための導入の記事です。 実行環境 Xcode 12 Swift 5.3 Ruby 2.7.1 bundler 2.1.4 danger 8.0.5 なぜGithubActionsなのか dangerをCIでまわす手段はいくつかあります。(GithubActions、Sider、CircleCI, Bitrize, Jenkinsなど) ただ新規の導入かつ会社的な制限がないのであれば、2020年10月現在はGithubActionsがベストプラクティスなような気がします。 理由は以下です。 githubで全てが完結する。 即ちAPIトークンの発行とかCIサービス用のアカウント作成とか要らないのでめっちゃ楽。 おまけに安い。Publicリポジ
RailsでAPIサーバを作るときにフロントエンド・アプリケーションとの連携で出てきがちなCORSの設定。 毎回調べるのがめんどくさいので、セキュリティ要件的にもテキトウにするわけにはいかないこのCORSの「とりあえずこれだけやっておけばOK」な設定をRailsとJavaScriptの実装と一緒に説明します。 CORSとは? CORSは日本語ではHTTPアクセス制御のことで、簡単に言うと許可されていないウェブサイトからのアクセスをブロックすることで悪意のあるアクセスを防ぐための機構です。 rack-corsを導入 この記事では、デフォルトでRailsのアプリケーションの中に生成されるconfig/initializers/cors.rbというファイルに従って、rack-corsを使います。 まずはGemfileに以下を追記して、rack-corsをインストール
Additional ResourcesHomeElementsProductsPricingCareersHelpStatusEventsPodcastsCompliance CenterHeroku BlogHeroku Blog Find out what's new with Heroku on our blog. Visit Blog Heroku can run Ruby applications across a variety of Ruby implementations and includes support for framework-specific workflows. This document describes the general behavior of Heroku as it relates to the recognition and execu
元記事: Awesome Ruby Ruby 以外の言語, ソフトウェアについては を参照してください. Awesome List in Qiita Awesome Java Awesome JavaScript Awesome Node.js Awesome Python Awesome Go Awesome Selenium Awesome Appium 抽象化 ActiveInteraction - アプリケーション固有のビジネスロジックを管理します. Cells - Rails のコンポーネントを表示します. Decent Exposure - コントローラに宣言的インタフェースを提供するヘルパー. dry-rb - 共通のタスクをカプセル化するための, 次世代 Ruby ライブラリコレクションです. Interactor - 1回のリクエストで複雑なインタラクションを実行するため
Resque at Sharethrough Updated 9/1/2015: We have updated our SlackErrorService to use Sidekiq’s global error handlers feature. Back in 2013 when we began our platform rewrite, there were many Ruby-based queuing options available. The following three stood out as the best choices: Delayed Job, Resque, and Sidekiq. Delayed Job uses ActiveRecord and your database to store job metadata, while Resque a
require 'resque/tasks' require 'resque/scheduler/tasks' namespace :resque do task :preload => :environment task :setup do require 'resque' end task :setup_schedule => :setup do require 'resque-scheduler' # If you want to be able to dynamically change the schedule, # uncomment this line. A dynamic schedule can be updated via the # Resque::Scheduler.set_schedule (and remove_schedule) methods. # When
Devise+OmniAuthでQiita風の複数プロバイダ認証 - Qiita ここを参考にomniauthログインを実装してる。 deviseは使ってないので若干違うけど。 やりたいこと Railsチュートリアルを真似て作ったSessions#createをomniauthのコールバックで書き換える。 実装内容 とりあえず書かれてる通りにapp/helpers/o_auth/o_auth_policyとapp/helpers/o_auth/o_auth_serviceを作った。 module OAuthService class GetOAuthUser def self.call(auth) # 実装〜 end # 色々実装〜 end end そしてsessions_controllerにcallback_for_all_providers関数を用意した。(参考記事のまま) Twit
経緯 QiitaのようなOAuth認証を実装しようと試みた。 ググってみると、ユーザーをログインさせた後どうするかについて言及されていないものが多かった。 いろんな記事からアイデアを吸収して試行錯誤した結果、自分の思い通りの仕様に仕上がったので今後のためにメモ。 スタートの時点でこれらの記事が非常に参考になった。 RailsでいろんなSNSとOAuth連携/ログインする方法 Rails4 で Devise と OmniAuth で、Twitter/Facebook のOAuth認証と通常フォームでの認証を併用して実装 やりたいこと Devise認証付Railsアプリに、OmniAuthを追加し各ユーザーを複数のプロバイダで認証できる様にしたい。(ユーザーと全てのプロバイダーを紐付けする) Qiitaの仕様を目標とする。 プロバイダーを増やせるように拡張性を持たせる。 新規登録(3パターン)
(Rails4.2.5) Devise + omniauth-facebook (3.0.0) + dotenv-rails でFacebbok登録認証 (それと、:confirmableメール認証設定の過程も)Facebookdeviseomniauth-facebookdotenv (2016/2/21現在) プログラミング。 人生で初めて、HTMLの基本からプログラミングというものを学び始め、触れてまだ1ヶ月ちょっとなので まっったく!と言っていいほど参考にはならないと思います。 むしろ、ハマってしまった部分について先人の方々の投稿に助けていただきながらアプリケーション作成をしています。ですのでそこを、是非プログラミングの先輩方からアドバイスをご教授頂ないかな...って思ってます。 では、本題へ。 今回の目的 devise,omniauth-facebook,dotenvでfaceb
Helios は これ。 単なる勉強ログなのでおそらくあまり参考にはなりません。 また、Sinatra 関係が多かったのでざっくり省略してあります。 1. Helios を構成する iOS 連携ライブラリ群 すべて Heroku のmattt (Mattt Thompson)氏によるもの。 1-1. cupertino mattt/cupertino · GitHub Automate administrative tasks that you would normally have to do through the Apple Dev Center websites. Life's too short to manage device identifiers by hand! Ruby から Apple Developer Center にアクセスできる驚異のライブラリ。 ターミナルか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く