「パソコンのキーボードを打つ指先が可愛いだけでテンションが上がるし、仕事をもっと頑張れる」 これは記者の友人の言葉ですが、女性であるならば誰しも、納得できるセリフなのではないでしょうか。かくいう私もそのひとり、完全に自己満足ですが、ネイルって女の喜びですよね~! 本日みなさまにご覧いただくのは、海外サイト『BuzzFeed』に掲載されていた、厳選セルフネイルアイデア集。サロンではなく自分でやってますよ~、というみなさまにぜひとも挑戦していただきたい、シンプル & 個性派ネイルが目白押し。見ているだけでワクワクしちゃうこと必至なのぉっ。 たとえばビニール袋にマニキュアを直接塗って、そのまま爪にONするという大胆過ぎるアイデア。 「はみ出した部分は後で落とせばいいの、とにかく大切なのは思い切り!」と言わんばかりの方法ですが、仕上がりは超キュート。一見プロの技、かと思いきや、不器用さんでもトライ
2017年5月31日 サービス終了のお知らせ 当社サービスをご利用のみなさまへ いつも『ギャザリー』をご利用いただきまして誠にありがとうございます。 このたび『ギャザリー』は、2017年5月31日をもちまして、サービスを終了することとなりました。 2014年9月よりサービスを開始し、キュレーターがそれぞれの体験に基づいた記事を投稿することで、 ご利用の皆様に新たな発見や、より豊かな生活を送るための選択肢を提供したいと考え、運営してまいりました。 しかしながら、昨今のキュレーションメディアを取り巻く環境により、 今後事業として持続的に成長させていくことは難しいと考えております。 また、場の運営者の責任の有無に関わらず、 キュレーターの自主性に委ねられるキュレーションメディアにおいて、 一次権利者の権利保護を十分に図ることが、現状においては困難なことから、 サービスを終了させていただくことを決
キレイなネイルは女子のたしなみ♪ でも、ネイルサロンに行ってキレイにしてもらうのはお金もかかるし、時間もかかります。そこで、ネイルサロンに行かなくても自分でネイルをしてみるのはいかがでしょう? 初心者さんでもポイントさえわかればまるでサロンに行ったみたいなかわいいデザインネイルまでできちゃうんです!
ちょうど今レスポンシブWebデザインのサイトを制作しているのですが、Media Queriesで画面サイズ別にCSSを記述していくときにどのような順番で記述すればよいのか、改めて調べてみたらいろいろ迷ってしまいました。 今までいろいろなやり方を試してきたのですが、一度整理してみたいと思います。 記述方法の種類 一般的なMedia Queriesの記述の方法としては、以下のようなやり方があります。(ブレイクポイントを480px、768px、980pxとした場合の例です) 1. PCのスタイルから記述していく方法 デフォルトでPC用のスタイルを定義し、タブレット/スマートフォン用のスタイルはMedia Queriesを使って上書きしていくPCファースト的な方法です。 /* デフォルト:980px以上用(PC用)の記述 */ @media screen and (max-width: 979px
rack-user_agent を作った rack-user_agentという、User-Agentに応じていろいろな判定ができるメソッドを生やすRack::Request拡張を作った。 tagomorisさんのWootheeを使ってRack middlewareでUser-Agentをパースしておいて、 その結果に応じてrequestから簡単にいろいろな情報を得られるようにしてある。 たとえばRailsだとGemfileにgem "rack-user_agent"と書くだけで以下のように使うことができる。 class ApplicationController < ActionController::Base before_action :set_request_variant def index # example request.user_agent #=> "Mozilla/5.0
最近、Wordpressテーマのスマホ用デザインをいじったりしています。 スマホ用デザインだと、どうしてもWordpressのデフォルトメインメニュー部分のデザインが崩れてしまいます。 そのため、多くのテーマではスマホ用デザインでは、メインメニューのところを隠しておいて、「メニュー」ボタンを押したらメニューが表示されるという手法をとっているところが多いです。 僕も同じようにしようと方法を、調べていたら、Sidrというプラグインが良いと書かれているの見つけたので試しに使ってみました。 Sidrを使えば基本的に簡単にスマホ向けの横からニュッと出るメニューが設置できます。こんな感じのやつ。 『Sidr』サンプル ただ、ちょっとWordpressに設置するには、ちょっとした手順が必要なので、今回は自分が忘れないためにも、その方法の紹介です。
スマホ表示の時のメニューとしてよく目にする横からにゅっと出てるくメニューを設置できるJQueryプラグイン『Side』。WordPressに設置する際、メニュー項目をいちいち手入力しなくてもカスタムメニューをそのまま対応させる方法をご紹介します。 こちらの記事は公開時より年月が経過しており内容が古くなっている可能性があります。この記事で紹介しているソースコードの使用や、phpコードの書き換えは自己責任でお願いします。 『Sidr』の設置方法 はじめに『Sidr』の設置方法をざっくりと説明します。 Sidrの必要ファイルの用意 ファイルは以下の公式サイトからダウンロードします。また、『Sidr』の動作のデモもこちらの公式サイトで確認することができます。
ユーザーに届ける価値を徹底的に追求する マーケティングを提供します © Copyright 2022 バズ部. All rights reserved. マーケティング目的でWordpressブログを運用するのであれば必要になるのが、問い合わせページだ。商品やサービスの問い合わせやメルマガ会員の増加など、ホームページ運営において使いやすい問い合わせページは必須と言える。 WordPressのプラグイン「Contact Form 7」は、初心者でも簡単に問い合わせページを作ることができるためおすすめだ。またこのプラグインは問い合わせだけでなく、自動返信メールやサンクスページなどのカスタマイズも簡単にできる。 今回は、Contact Form 7の基本的な使い方とともに、自動返信メールやサンクスページなどの少し手の込んだ設定の方法をご紹介する。参考にして頂けると幸いだ。
ActiveRecord4でこんなSQLクエリどう書くの? Merge編 #activerecord#rails#ruby 2013年 10月 24日 nishio 「このデータ取得するのにSQLではこういう風に書けばいいんだけど、ActiveRecordでは一体どう書けばいいの?」 毎回この課題に悩まされています。 特に業務アプリの場合、とてつもなく複雑なSQLを投げる場合があります。 ものすごい数のテーブルをjoinして、existsで条件みて、union allして。。。 なんていう処理がでてくると、さすがにActiveRecordやDatamapperを使ってクエリを組み立てるのをあきらめて、直接SQLを書いてしまうことがあります。 でも、できればActiveRecordを使ってスマートにSQLを組み立てたいものです。 scopeで書いておけば、処理も使い回せますしね。 ということ
2 つのテーブルを結合してデータを取得する方法の中で、指定したそれぞれのテーブルのカラムの値が一致するデータだけを取得する方法が内部結合です。ここでは MySQL で内部結合を行うための INNER JOIN 句の使い方について解説します。 内部結合とは 最初に内部結合について簡単に説明しておきます。内部結合とは2つのテーブルでそれぞれ結合の対象となるカラムを指定し、それぞれのカラムに同じ値が格納されているデータを結合して取得するものです。 次の図を見て下さい。左側のテーブルと右側のテーブルを内部結合します。結合の対象となるカラムは左側のテーブルが「部署ID」、右側のテーブルが「ID」です。この2つのカラムの値が同じデータ同士を結合し取得します。 左側のテーブルのデータの中で「部署ID」カラムの値が右側のテーブルの「ID」カラムの値の中にない場合にはデータを取得しません。
2 つのテーブルを結合してデータを取得する方法の中で、指定したそれぞれのテーブルのカラムの値が一致するデータだけではなくどちらかのテーブルにだけデータがある場合も合わせて取得する方法が外部結合です。ここでは MySQL で外部結合を行うための LEFT JOIN 句および RIGHT JOIN句 の使い方について解説します。 外部結合とは 外部結合は内部結合と同じく2つのテーブルでそれぞれ結合の対象となるカラムを指定し、それぞれのカラムに同じ値が格納されているデータを結合して取得するものです。内部結合の場合は、一致しないデータは取得しませんでしたが、外部結合の場合は一致しない場合もデータとして取得します。 左側のテーブルにしかないデータも取得する方法を左外部結合、右側のテーブルにしかないデータも取得する方法を右外部結合といいます。 最初に左外部結合です。次の図を見て下さい。左側のテーブルと
Rails(ActiveRecord/Arel)で複雑なSELECT文を実行する方法をまとめました。 メリット、デメリットや使いどころなどまとめ途中なのであしからずお願いします。 動作確認 Ruby 2.2.0 Rails 4.2.0 Arel 6.0.0 目次 まとめ ER図 Active Record Arel 生SQL 1. まとめまず、個人的な意見として、それぞれの方法のメリット・デメリットをまとめました。 メリットデメリット ActiveRecord ・1, 2テーブル内での検索なら簡単に処理をかけれる ・返り値がActiveRecord::Relationやモデルのインスタンスなので扱いやすい ・複数のテーブルにまたがる検索で、検索条件、他テーブルのカラム値の扱いがしずらい ・CASE WHENやカラムなど行いづらい Arel 文字列でなくメソッドで検索文を記載できる(個人的に
似ているようで全然違う!?Activerecordにおけるincludesとjoinsの振る舞いまとめRubyRailsActiveRecord Activerecordを使ってるとき、関連(Association)のあるmodel同士をまとめて取得したい時がけっこうある。そんな時、includesやjoinsを使えば効率良くデータを取得出来るんだけど、実はこの二つは振る舞いや特徴が全然違ってたりする。ややこしい気がしたので、ここでちょっとまとめておく。 先に結論を書いておくと、基本的には includesは先読みしてキャッシュしておく。 joinsはただINNER JOINしてくれる。 と思っておけばOK。 ちなみに、railsのversionは4.1.0。Web上に落ちてる情報は古いせいか若干現状の挙動とは違ってたりしたので、気をつけた方が良さそう。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く