【iOS】対応必須かも？Sign In with Appleまとめ - Qiita
Sign In with Appleとは？ 今年のWWDCで発表された Appleアカウントでアプリの サインアップやサインインができる機能です。 様々なニュースで下記のようなことが書かれており https://japan.cnet.com/article/35138002/ レビューガイドラインを見る限り サードパーティーのログイン連携をしているアプリは Sign In with Appleの実装が必須になります。 弊社のアプリでもFacebookログインなどを使用しており 今後対応が必要になるだろうと思い まずどういうものか知るために サンプルコードとセッション動画の内容から 現状わかったことをまとめてみました。 公式のサイトはこちら https://developer.apple.com/sign-in-with-apple/ Introducing Sign In with App
【Firebase】Cloud Firestoreのデータ構造の決め方をFirebaseの動画から学ぶ - Qiita
※これは2019/1/13時点の情報です。 最近Firestoreを触りはじめました。 (メインはiOSです。) 今までRDBを使ってきましたが NoSQLはほとんど経験がなく どういうデータ構造で設計すれば良いのかがいまいちわからなかったので 色々と調べています。 その中でFirebaseの↓の動画を見つけ 具体例と共にデータ構造についての決め方などが話されており 整理をするためにも記録としてまとめてみました。 6つのルール データ構造を考える前に 現時点でのルールがいくつかあるらしく それについては↓の動画で言及されており それについても記載します。 1. ドキュメントに上限がある 1つのドキュメントに格納できるのは1MBまで 画像など格納するは難しそうです。 フィールドは20,000まで マップにするとマップ自体も1つとしてカウントされます。 これはFirestoreが各フィールドに
ruby/railsのaccessorいろいろ - Qiita
メンバー変数やクラス変数のgetter/setterみたいなアクセッサーが 何個かあるみたいなのでまとめてみた。 準備 rubyのバージョンは2.3.0。 require 'test/unit' extend Test::Unit::Assertions require 'active_support/all' module Mod mattr_accessor :module_variable self.module_variable = '<nil>' thread_mattr_accessor :thread_module_variable self.thread_module_variable = '<nil>' end class Base include Mod attr_accessor :instance_variable cattr_accessor :class_var
RustでWebassemblyの調査をしたけど惜しかった話 - Qiita
RustでWebassemblyが出来るとハッピーだなーと思い、mir2wasm を使って、 現時点でのRust+Webassemblyを調査してみました。 環境 OSX Yosemite Chrome バージョン53.0.2785.101 用意するもの rustup（nightlyが必要） Webassemblyを有効にしているChrome mir2wasm（Rustからwastをつくるやつ） sexpr-wasm（wastからwasmに変えるやつ） HTTPサーバー（python2 -m SimpleHTTPServerなどなど） 開発準備 mir2wasm git clone https://github.com/brson/mir2wasm.git cd mir2wasm rustup override set nightly-2016-06-04 cargo build
rustとmrubyでdslを作成してみよう - Qiita
itamae-goの実装が面白そうだったので、ソースコードを調べていたんですが、 rustでもmrubyを組み込むcrateあったなーと思い、勉強ついでにマネをさせてもらいました。 用意するもの rust (1.10.0) ソースコード /tmp/madoka/homuraというディレクトリつくって、 そこに3つファイルを作るというあまり意味のないレシピ。 #[macro_use] extern crate mrusty; use mrusty::*; // ruby static RUBY_RECIPE: &'static str = r#" directory '/tmp/madoka/homura' 3.times do |i| file "/tmp/madoka/homura/#{i}" end "#; #[allow(unused_must_use)] #[allow(unuse
emacs25のdynamic moduleをrustで作ろう - Qiita
emacs25からdynamic moduleという機能があるようです。 折角なので、rustを使ってその機能を利用してみようと思います。 参考 Emacsに mrubyを組み込んでみた 用意するもの rust(1.9.0) emacs(25.x) $ git clone -b emacs-25 https://github.com/emacs-mirror/emacs.git --depth 1 $ ./autogen.sh $ ./configure --with-modules $ make #![allow(non_snake_case, non_camel_case_types)] extern crate libc; extern crate emacs; use std::os::raw::{c_int, c_void, c_char}; use std::ptr::null
RailsアプリケーションのAWSによる公開｜unicorn + nginx - Qiita
まえがき AWSのVPCとEC2の設定が出来ている状態から、 実際に自分のRailsアプリケーションを公開する までの一連の流れを説明します。 (まだ、VPCとEC2の設定が出来ていない方は以下の記事を見て設定をお願いします。 AWS VPCによるネットワーク構築とEC2によるサーバー構築) 「protospace」というアプリケーションをサーバーに「shizuma」というユーザーで作成していきます。 適宜、お好きに変更して作業を進めて下さい。 実際に自分のRailsアプリケーションを公開することが目的ですので実際に手を動かしながら見てもらえると嬉しいです！ 作業は、「local」と「server」の作業どちらか確かめながら進めて下さい。コマンドを記載したエリアの左端に記述しています。 (「#」はコメントアウトです) capistranoでのデプロイ等は本記事ではいたしません。本記事の後に
CakePHP 共通処理の扱い方（module） まとめ - Qiita
開発において、コードをモジュール化することはとても大切です。 ・開発の効率化 - モジュールにすれば、必要なときに呼び出すだけ。 - 問題を一意に解決出来る。 ・運用しやすい - モジュール部分の変更で全箇所のアップデートが出来る。 ・コードの質向上 - 冗長をなくせるので、コードの質が上がります。 …etc というわけで、CakePHPにおけるモジュールの扱い方をまとめたいと思います。 1.Controllerにおけるモジュール 2.Modelにおけるモジュール 3.Viewにおけるモジュール 4.Controller、Model、Viewに共通する処理のモジュール 1.Controllerにおけるモジュール /app/Controller/Component/ ディレクトリにモジュールにしたいファイルを入れていく。
Rails 複数の子レコードの作成・更新を自在に扱う (accepts_nested_attributes_for) - Qiita
ひとつのフォームの中で、associationで関連づいた子レコードまで保存させたいときにaccepts_nested_attributes_forは非常に便利です。 以前、以下のようにまとめました。 Rails ネストした関連先のテーブルもまとめて保存する (accepts_nested_attributes_for、fields_for) ただし、子レコードの更新(削除)や、子レコードの数の変更まで行いたかったのでやり方をまとめておきます。（メモ程度なので詳しくは説明書きませんでしたが、参考になれば。） 以下の解説でnew(create)とedit(update)のみにフォーカスして説明します。 簡単なCRUDを作ったrepositoryを用意してありますので、もし詳細が気になった方は参照されて下さい。 https://github.com/kuboshizuma/accepts_at
AWS RailsアプリケーションのCapistranoによるデプロイ - Qiita
はじめに デプロイ作業をコマンドひとつで簡単に出来るようにするために、Ruby製のデプロイツールであるcapistranoを使ってみます。 今回は、AWSにアプリケーションがとりあえずサーバー構築出来た状態からCapistranoをセットアップしていきたいと思います。 以下の、2つの記事でVPCとEC2の構築と、unicornとnginxの導入が出来ている状態からセットアップしていきます。 AWS VPCによるネットワーク構築とEC2によるサーバー構築 RailsアプリケーションのAWSによる公開｜unicorn + nginx Rails5系の Nginx+Pumaの記事も書いているので5系の方はこちらをどうぞ↓ Rails5アプリケーションのAWSによるネットワーク構築 Nginx+Puma+Capistranoな環境とAWS構築(VPC EC2 RDS CloudFlont Rout
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rails RSpecの基本 ~Controller編~ - Qiita