Rails API Twitter認証(devise token auth)

環境 ・Rails 6.0.0(APIモード) ・devise token auth 1.1.3 REST API作る前にログイン機能実装したほうがのちのち楽かなと思いまして、こっちを優先しました ここでやっていくのが、Twitter認証と管理者とユーザーのアクセス制御です メール認証はいろいろと面倒だったのでやめました 今回認証はTwitterだけですが他にFacebookとかGoogleとかLINEとか色々ありますが基本パズガイジはTwitterやってるのでほかはいら

パズドラ データ入れました

解析ひととおり終わりまして、めちゃしんどかったです。 リーダースキルは意外と種類も少なくそこまででしたが、スキルが多すぎてきつかったです。 No.6048までと、あと、バグがあるやつ数十件以外DBに入れました。 ↓テーブル一覧。レコード多い順で抜粋 一番右がレコード数で、やっぱりまあまあありました。やっぱり、ブレス系と変換系のスキル数はおおいです。 RailsのActiveRecordで親・子のリレーションくまずやらなかったらまじ大変だったと思います。 解析できたとはいえ、

Rails API モデル作成

Railsたちあげてとりあえずモデルだけ作りました 前回のデータ構造からは特に変更はありません スキル・リーダースキルの種類がやっぱりおおくて精査するのに時間かかりました。まだ足りないのがあるかもしれませんが…。 Rails API作成 自宅の仮想サーバにUbuntuたててそこにいれていきました。今回Dockerでコンテナ化しようかと思いましたがコンテナの本番運用がみえなかったので、普通にいれました。 Rubyはとりあえず最新の2.7.0をいれて、railsいれました。r

データ構造

モンスターのデータ構造を、DBのテーブルみたく、ある程度、形にできました マスターと、それらを参照するテーブルの構造を作っていきました マスター・モンスター ・属性 ・タイプ ・ドロップ ・覚醒スキル ・スキル ・リーダースキル ・進化 と、このぐらいでてきました、モンスターを扱うだけなら、こんなものでしょう その他参照するやつ ・モンスタータイプ ・モンスター覚醒スキル ・モンスター超覚醒スキル ・スキルエフェクト（効果） ・リーダースキルステータス ・リーダースキルア

このノートっていうサイトも、vue+railsの構成で動いているらしい

進め方

まず何から手をつけたらスムーズにいきそうか考えました 結論はざっくりと、 データ構造考える→管理用API作成→管理用クライアント作成→一旦考え直す→公開用API作成→公開用クライアント作成→本番公開 行ったり来たりはするとおもいますがとりあえずこんな感じで進めていけたらなと 1つずつ概要を書いていきます データ構造考えるまず最低限モンスターのデータ構造をいい感じにするところからスタートしようかなと考えています ここをしっかりやっとかないと、後々ひびいてきますので、

どんなのかにするか

メカコさんに負けじと進捗を、というよりメモ代わりですが書いていこうと思います 作る前にどんなのにするか、目標をたてたほうが作りやすいので、どんなのにするかきめます、 何で動かすかネイティブあぷりなのかwebなのか、ほぼ2択ですが、これは、webにします アプリは、結構お金がかかる webもサーバー代かかりますが結局アプリもサーバー使うし、ストアに置くのに年にアップルとグーグルとで計1.5万くらい払わなければなりません あと、インストールという手間と、わざわざストアで

メカコさんに負けず進めていきます

メカコさんがフィギュア制作をしているという書き込みを見て、僕も負けずとパズドラの開発を進めていこうと思っています。 メカコさんと同様、今年は新しくちゃんと形に残せる様な何かを出来る様に頑張っていこうと思います。

てすと