Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
みなさん Rails でマイグレーションを使ってると思います(大きなところ以外は?) デプロイでマイグレーションが失敗することはありませんか? マイグレーションが失敗すると, 場合によっては DB をバックアップから復元する必要があったりします. 安全な migration ファイルをつくって気楽にデプロイしましょう. どういうときにマイグレーションが失敗するのか fk が絡んだとき uniq インデックスを付けたいのにすでに重複しているとき NOT NULL 制約を付けたいのに, NULL が入っているとき などなど 本番デプロイでマイグレーションがコケるとどうなる? 最初の部分で失敗していればいいのですが, 途中で失敗すると中途半端なDB になってしまいます. 再度デプロイしようとしても, また最初からマイグレーションが実行されるので今度は最初の部分で失敗します. なので, バックアッ
概要 ページネーションといえば、メジャーなのはkaminari, will_pagenateです。しかし、今回は新しく現れたページネーションのgem pagyを使いました。 pagyによるページネーションを個人サービスdokodeに導入した時の手順を紹介します。 環境 rails 5.2.1 ruby 2.5.1 コード https://github.com/junara/dokode/tree/v1.0.1 特に下記の場所を参照ください。 https://github.com/junara/dokode/blob/v1.0.1/config/initializers/pagy.rb https://github.com/junara/dokode/blob/v1.0.1/app/controllers/home_controller.rb https://github.com/junar
問題 : https://cedretaber.github.io/doukaku/e26/ 実装リンク集 : https://qiita.com/Nabetani/items/0bcabb80bdcbc9b2ff52 で。 当日は完全に敗北。 惜しいところまでも行けなかった。 入力は 2×2 から 9×9 まである(なぜか 5×5 がない)。 当日書けたのは、 3×3 が解けるところまで。 3×3 なら、盤面の状態が高々 4の9乗 = 26万通り しかないので、全探索できる。 4×4 だと 4の16乗 なので 43億通り。終わらない。9×9 は夢のまた夢。 というわけで、まずは 3×3 までしか解けない当日の実装。 ちょっと手直ししたけど。 # frozen_string_literal: true require "json" class Solver def initialize(
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く