国内でもHTML5で企業サイトを制作する事例が増え、「次のリニューアルはHTML5で」と考えるWeb制作者も少なくないでしょう。「XHTML 1.0/HTML 4.01からの移行」をテーマに、HTML5マークアップの基本から実務上のポイントまでを解説します。
Google Japan Blog: 検索結果に著者情報が表示されるようになりましたとの事なので、はてなダイアリーの記事が検索された際に著者情報が表示されるようデザインを修正してみました。 設定方法は2通りありウェブ検索での著者情報 - Search Console ヘルプで説明されています。 ですが「オプション1:確認済みメアドでリンク」は上手く出来なかったので、「オプション2:コンテンツ内にタグを挿入してリンク」の方法で設定することにしました。 既存のデザインに影響を与えない一番簡単な手順 自分のGoogle+のプロフィールURLをコピペします。 はてなダイアリーの「管理」→デザイン→デザイン編集でページのヘッダもしくはページのフッタにコピペしたURLを少し修正( /posts を削って代わりに ?rel=author を追加)して以下のようなコードを記述します。 <!-- 参考 ht
rails MockとStubの区別が曖昧で、今ひとつ腑に落ちないまま、WEBのコードを参考に書いていたけど、takihiroさんのブログを見て、やっと自分も腑に落ちた。何が すごい!と思ったかというと、この機能を使うと、モデルとコントローラ、モデルとビュー をそれぞれキレイに分離できそうだ思わされるという点です。RSpec のおかげで「分離するとはこういうことか」ということが分かりました。http://d.hatena.ne.jp/takihiro/20081023/1224762895takahiroさん、GJ!ありがとうございます。とても良いまとめでした。ただ、最後のコードサンプルの中で、 # (A) で作成したモックを返すことを記述している。 Product.should_receive(:find).with("37").and_return(mock_product) # (2
昨日はOSCに行ってきました。セミナーやブースはほとんど行かず、例によってRubyの会のあたりでだらだらしてたわけですが。 思いがけず師匠の師匠、id:t-wadaさんにもお会いできてびっくり。 で、そこでRailsとTDD(BDD)の話なんかしたので、一週間で思ったことをつらつらと。たぶん不正確というか、理解の足りないところもいろいろあるので、そのへんのツッコミをいただけると感謝です。 書いてたら長くなったのでagenda モデルのテストでは、とにかくロジックを書いたらテストを書く*1。def..endブロック(wを書いたら必ずテストもあるはず。 RailsのMVCコンポーネントの中では一番テストし易いので、そういう意味でもモデルを厚くすると幸せになりやすい。 コントローラのテストでは、基本的にリクエストを受けてから表示対象のオブジェクトを導出するまでをテストしたい。 ビューのテストでは
モジュールがインクルードされているか it "should include AuthenticatedSystem" do controller.class.included_modules.should include(AuthenticatedSystem) end 隠したいパラメータがフィルターされているか it "should filter credit_cards" do controller.send(:filter_parameters, 'credit_card' => 'nogood')\ ['credit_card'].should == '[FILTERED]' end Before filters it "should have a before_filter for login_required" do controller.class.before_filter
Welcome to Rails What’s Rails? Rails is a web-application framework that includes everything needed to create database-backed web applications according to the Model-View-Controller (MVC) pattern. Understanding the MVC pattern is key to understanding Rails. MVC divides your application into three layers: Model, View, and Controller, each with a specific responsibility. Model layer The Model layer
シンプルで見やすいガントチャート を描画できるjQueryのプラグイン。 以前見かけてから放置していたので 少し触って見ました。使う機会は 個人的には多くありませんけど、 覚えて置いて損はしないかと。 この手のはよく見かけますけど、今日のプラグインは個人的に使いやすい印象だったのでメモ。 こういうやつ。 サンプル作ったので宜しければご覧下さい。 Sample コード<script type='text/javascript' src='http://ajax.googleapis.com/ajax/libs/jquery/1.7.2/jquery.min.js'></script> <script src="jquery.fn.gantt.js"></script>本体とプラグイン。 $(".foo").gantt({ scale: "weeks", minScale: "weeks",
アプリケーションロジック。どういうこと?ビジネスロジックは2つ種類に分類されます。「ドメインロジック」と「アプリケーションロジック」です。「ドメインロジック」 ドメインでの問題を取り扱う。たとえば、特定のビジネスに特化した計算処理など。「アプリケーションロジック」 アプリケーションの責務を取り扱う。たとえば、担当者へのメール通知や、別の統合されたアプリケーションへの通知など。別名「ワークフローロジック」。サービスレイヤは、ドメインオブジェクトからアプリケーションロジックを分離します。サービスレイヤは、粗粒度のサービスを提供する層を生成して、アプリケーション境界を作成します。境界を通じて、クライアント側に操作のセットを提供します。アプリケーションのビジネスロジックをカプセル化し、その実装の中でトランザクションを制御し、応答を調停します。どうすれば?実装バリエーションには、「ドメインファサード
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く