タグ

2014年3月5日のブックマーク (8件)

  • html999 » はじめてのOGP設置方法とどこまで設定するかを考える

    いまさら感ありますが、はじめてOGPを設定する機会があったのでまとめます。 (薄い知識でお届けします) そろそろ企業サイト(かため)のようなWebサイトでも、Faviconとセットくらいの感覚で設定するようおすすめした方がよさそうです。 (注意:OGPの仕様がころころかわるので、すぐに間違いになる可能性があります!だいたい2013年の4月頃に調べた内容を元にしています。気づいたところがあれば更新していく予定) ※og:imageの推奨サイズが変更になっていたので修正しました(2014/12/07追記) OGPとは SNS向けの記述で、<head>~</head>内に記述するmeta情報。 facebookなど(他にもmixi、Google+などが対応しているらしい)で、そのページがシェア(facebookの「いいね!」とか)されたときにSNS上で表示される情報を指定するためのもの。 どんな

    html999 » はじめてのOGP設置方法とどこまで設定するかを考える
  • HTML5でOGPの設定をする時にhtmlタグにxmlnsは不要

    概要 ▶ HTML5はXHTMLではありません。このためOGPの設定で必要とされるxmlnsは不要なのです。代わりに「prefix」という記述を行います。ページはプロモーションが含まれている場合があります Geek_Tatoo by Massimo Valiani HTML5でウェブサイトを作成していて、気になったことがありました。 気になった瞬間はFacebookやGoogle+で使用されるOGP(Open Graph protocol)のためのメタタグを設定していた時のことです。 ネットで検索すると必ずと言っていいほど「xmlns:og="http://ogp.me/ns#" xmlns:fb="http://www.facebook.com/2008/fbml" を<html>のタグに追加しましょう」みたいなことが書いてあります。 こんな感じですね。 <html xmlns:og=

    HTML5でOGPの設定をする時にhtmlタグにxmlnsは不要
  • GitHub の ATOM が CoffeeScript で書かれているのはどうなの? - ワザノバ | wazanova

    http://discuss.atom.io/t/why-coffeescript/131 2 comments | 2 points | by noto ■ comment by noto | 約1時間前 先日 GitHub が発表してエディタ ATOM のディスカッション・フォーラムでなぜ CoffeeScript で書かれていて、EcmaScript 6 (ES6) じゃないの? node.js/V8 を利用するデスクトップアプリケーションなら ES6 をすぐに使うほぼ完璧な機会なのに、という問題提起があり、それについて議論があったようです。 前提として、GitHubJavaScript Styleguide に 新たに JS を書く時は CoffeeScript で書くこと 新たに .js ファイルを追加することは避けること と書かれていて、GitHub の中の人としては

  • 正規表現によるバリデーションでは ^ と $ ではなく \A と \z を使おう

    正規表現によるバリデーション等で、完全一致を示す目的で ^ と $ を用いる方法が一般的ですが、正しくは \A と \z を用いる必要があります。Rubyの場合 ^ と $ を使って完全一致のバリデーションを行うと脆弱性が入りやすいワナとなります。PerlPHPの場合は、Ruby程ではありませんが不具合が生じるので \A と \z を使うようにしましょう。 はじめに 大垣さんのブログエントリ「PHPer向け、Ruby/Railsの落とし穴」には、Rubyの落とし穴として、完全一致検索の指定として、正規表現の ^ と $ を指定する例が、Ruby on Rails Security Guideからの引用として紹介されています。以下の正規表現は、XSS対策として、httpスキームあるいはhttpsスキームのURLのみを許可する正規表現のつもりです。 /^https?:\/\/[^\n]+$/

  • いいね!数1000を5分で自作自演する方法: いいね!数のカラクリとその見破り方 | 初代編集長ブログ―安田英久

    ですから、これを知っている企業さんは、できるだけシェアされ、そのシェア上でコメントが展開されるようなコンテンツを作るよう心がけているところもあるようです。 そのほうが、「いいね!」数が伸びやすくなりますからね。 でもこれは、次の2つがどちらも「いいね!」ボタン上では「1000」と表示されることを意味します。 いいね800回、シェア200回 = 表示いいね!数は1000いいね0回、シェア1回、シェアへのコメント999回 = 表示いいね!数は1000また、シェアは公開されている必要はありません。 だから、ボタンに表示される「いいね!」数を水増ししたかったら、水増ししたいURLをFacebook上で「自分のみ」でシェアして、そのシェアに自分でコメントを付けていけばいいのです。コメントの中身はなんでもいいのです。 5分もあれば、1文字コメントを1000件ぐらい付けられます。これで、「1000いいね

    いいね!数1000を5分で自作自演する方法: いいね!数のカラクリとその見破り方 | 初代編集長ブログ―安田英久
  • POSデータ数十億件のリアルタイム分析基盤を開発、クラスメソッド

    POSデータ数十億件のリアルタイム分析基盤を開発、クラスメソッド:Amazon Redshift、Tableauを使い約1カ月で構築完了 モバイルデバイスとクラウド環境でのシステム/サービス開発を手掛けるクラスメソッドは3月3日、すかいらーくグループのPOSデータを格納し、地図・天気・クーポンなどの周辺情報と組み合わせて、リアルタイムに分析を行う基盤を設計、開発、構築支援したことを発表した。クラスメソッドは構築後のインフラ運用や監視も行う。 クラスメソッドは相談を受けてから約1カ月で構築を完了。使用した主な技術・サービスは以下の通り。 データウェアハウス(DWH):Amazon Redshift ビジネスインテリジェンス(BI)ツール:Tableau DesktopTableau Server データ格納先:Amazon S3(Amazon Simple Storage Service)

    POSデータ数十億件のリアルタイム分析基盤を開発、クラスメソッド
  • プライマリキーを使った1:1関連でカラム数の多いテーブルを分割する - Hidden in Plain Sight

    おそらく多くのソーシャル系アプリにあてはまるRailsのプチ・デザインパターン的な話。 ぼくが今やっているEast Meet Eastには、ユーザごとに数多くのプロフィール属性があります。名前、性別、生年月日、郵便番号、職業などなど、カラム数にしてざっと25個。これを、全部ひとつのusersテーブルに詰め込むのは、コードの見通しという観点からも性能の観点からも、あまりよろしくありません。 なぜならば、ユーザ関連の情報を扱う局面としては主に メールアドレスとパスワードなどを使ってログインする(アカウント情報) プロフィール情報で条件を指定してユーザを検索・推薦する(プロフィール情報) という2つの独立性の高いユースケースにわかれるため、ログイン処理をやってるときにはプロフィール情報はいらないし、プロフィールを検索してるときにはメールアドレスやパスワードをロードするのは無駄です。また、開発やデ

    プライマリキーを使った1:1関連でカラム数の多いテーブルを分割する - Hidden in Plain Sight
    aki77
    aki77 2014/03/05
  • Androidが4.4で絵文字にちゃんと対応した

    というわけで、随分前のことなんですが、 絵文字を入力できるマッシュルームアプリを作りました!絵文字マッシュ - Google Play の Android アプリ https://play.google.com/store/apps/details?id=jp.mstssk.emoji_mush公開したのは2013年11月18日なんですが、サボってblog書いてませんでした。 ※以下、絵文字について知ってることをつらつら書いています。間違ってたら、Twitterかコメント欄でツッコんでください。 KitKatで絵文字を改めてサポートした2013年10月31日にリリースされた Android 4.4 KitKat にて、絵文字への対応が一新され、カラフルな絵文字がしっかり表示されるようになりました。 Android - 4.4 KitKat http://www.android.com/ve

    Androidが4.4で絵文字にちゃんと対応した