知識0から、AWSのEC2でウェブサーバーを構築するまで - Qiita
AWSでサーバーを立てる サーバー関連の知識ゼロの人(僕)が、AWSによるサーバー構築までそれぞれの過程を理解しながら一通りやってみましたので、備忘録的にまとめ。ツールとしてとても便利なだけでなく、ネットワークの仕組みを学ぶ上で非常に勉強になりました。AWS様様m()m。清書・肉付けしてないけど、WIPで公開します。追記予定。 こんな人にオススメ 普段アプリ開発してるけど、自分でサーバーたて方よく知らない。ので、知りたい。 サーバーなんとなくたてたことがあるけど、ネットワークの仕組みとか工程の意味がわかってない。ので、理解したい。 内容 A. ネットワーク構築 B. サーバー構築 C. Webサーバーソフトインストール D. DBインストール E. Railsインストール F. 知っておくと良い周辺知識たち という構成でサーバー構築まで説明します。僕が普段Railsでアプリ書いてるので、R
初心者エンジニアがより効率的にコードを書くために必要な三つの力 - Qiita
1. 適切な方法でググる力 エンジニアとしてググり力は大事！人に聞いてばっかじゃなくてググれ！とよく言われますが、本当にその通り。 しかし、ググってもでてこないわ..！(泣)という初心者は少なくないでしょう。それはググり方が悪いです。 例えば、Pという問題(Problem)を抱えていて、Gというゴール(Goal)に向かいたいとしましょう。 初心者エンジニアはだいたいこうググります。 「P 防ぐ 方法」 「Rails G やり方」 一発で解決してくれるソースを見つけようとするとハマります。 もちろん簡単なケースや頻出ケースはこれでうまくいくこともありますが、これでは、PやGが多少複雑になった場合、ユニークなケースだった場合、いつまでたっても自分の環境に合う解決策が見つからずさまよい続けるなんてことになりかねません。 良いググり方とは何か。 ① P -> Gまでの道のりを細かいパーツに分解しま
意外ととっつきやすいOSS開発参加方法まとめ - Qiita
Ruby開発者のMatz(まつもとゆきひろ)さんが、こう語られています。 今までは、仕事は会社から与えられるもので、面白い仕事が当たればラッキーだけどそうじゃない場合もあったわけです。ところが、オープンソースの活動で自分の名前が表に出れば、今までとは違って「武器」を手に入れることができる (オープンソースへの取り組みはエンジニアにとって強力な「武器」になる より) いつかはやってみたいOSS開発。 とはいえ、OSS開発参加って別次元のギークたちの世界だろうと思っていました。 しかし、どうやらそんなこともないようで、素晴らしいコミッターの方々のメンタリングの元、僕のgithubアカウントがこうなりました。 ...おわかりだろうか。 ！！！！ ruby系の超大型OSS二つにcontributeして、githubが少々派手になりました。(が、最後まで読んでいただければ、これ自体は意外と簡単なんだ
【Rails】絶対に抑えたいTransactionのポイントを三つにまとめてみた。【必須】 - Qiita
※Rails公式ドキュメントから、平易な日本語でポイントとプラスαまとめています。(公式ドキュメント: http://api.rubyonrails.org/classes/ActiveRecord/Transactions/ClassMethods.html) Transaction - 失敗→Save前 Transactionは、複数のSQL文を囲んで、そのSQLそれぞれが成功した場合のみに、すべてのSQLの変更を反映するよというもの。典型的な例は銀行口座の例で、片方の口座からの引き落としに成功した時のみ、もう片方の口座にお金がプラスされるよ、みたいなね。 こんな感じで、Transactionはデータベースの統一性をプログラムやdbのエラーから守るもの。一緒に処理されなきゃいけない処理の塊を持ってる時は絶対に使わなきゃいけない。 例えば、以下の例ではkevinの口座からの引き落としに成
【Rails】Helperを使ってよりDRYなviewを書こう - Qiita
HelperでviewをDRYに Helperとは、viewをよりシンプルにDRYに書くためのモジュール。view以外もhelpできるけど、基本的にはviewをhelpしてくれるものだと抑えましょう。 例 <%= form_tag %>とか<%= link_to %>とか...。Railsを書いていてこれらを使ったことがない人はいないでしょう。 こいつらはrailsがデフォで準備してくれてる便利なヘルパーたち。そのシンプルさDRYさは言わずもがな。 helperを作ろう デフォで用意されてるhelperは汎用的なもの。自分のアプリで繰り返し登場するコードや、viewのコードを汚くしてるものには、helperを定義してSimpleにDryにしてあげよう。 使用例1: 繰り返し出てくる文言 あんまりhtmlに繰り返し使う文言はベタ打ちしたくないよね。変更があったら全ていちいち変えなきゃいけない
RailsでDBに関係ないクラスを作成したいんですが - Qiita
そもそもクラスとかモジュールって→rubyのclass/moduleをはっきり理解していないRails人へ 処理系はlib/以下に書く dbには保存しないが特定の対象に処理をしたいっていうときに、app/modelにActiveRecordクラス作るのも無駄だなっていうときは、lib/以下にrubyの普通のclass or moduleを書いちゃいましょう。 アプリケーション起動時に自動でclass読み込む rails内でActiveRecordのクラスがいつもどこからでも自由に使えちゃうのは、railsがそれらを最初に読み込んどいてくれるからですね。railsさすが。 lib/以下に他で使うclassかmodule書きたい！ってときは、lib以下も自動で読み込むようにしましょう。 自動読み込みのpathを追加 railsが自動読み込みする際にみるのがconfig/application.
【Rails】Controllerのactionが引数にとるparamのデフォ値設定【初心者tips】 - Qiita
def some_action if param[:hoge].present? @hoge = param[:hoge] else @hoge = "default_hoge" end end
【Rails】form_for/form_tagの違い・使い分けをまとめた - Qiita
※追記: fields_forにかんして、新しくこちらの記事にまとめたので是非一緒に参照してください。 form_tagとform_forの使い分け Railsにおけるformを理解するために、最初に理解すべきなのがこの違いです。 Railsのform_for/form_tagの分け方の意図としては、 form_for: 任意のmodelに基づいたformを作るときに使う form_tag: modelに基づかないformを作るときに使う ということです。 つまり、あるuserモデルに基づいたuserを作成するときはform_forを使い、 そうではなく、検索窓のような何のモデルにも基づかないformを作りたいときはform_tagを使うのが原則です。 具体的に何が違って、その用途はどう分かれているのか。 結論としてform_forはモデルオブジェクト扱う上で便利 post先のurlは不要
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://qiita.com/shunsuke227ono/items/9956e588f2e7bf24a23c