タグ

2013年5月13日のブックマーク (11件)

  • CentOS6.xに最新版のMySQL5.6とmroongaを最速でRPMインストールする方法 - Y-Ken Studio

    CentOS-6.xの環境に MySQL-5.6.12 と フルテキスト検索ストレージエンジンであるmroongaの最新版を入れる方法を紹介します。 以下それぞれ、ステップを追って紹介します。 オラクル公式の MySQL-5.6 バイナリを yum (rpm)で入れる MySQL-5.6.12 対応の mroonga-3.05 を yum (rpm)で入れる 更新履歴 2013/10/23 補足トピック"最新のMySQLおよびmroongaでのビルド方法"を追加しました 2013/06/29 mysql-mroonga-3.05リリースに合わせてリポジトリと記事の更新をしました 2013/05/29 mysql-mroonga-3.04リリースに合わせてリポジトリと記事の更新をしました 最新のMySQLおよびmroongaでのビルド方法 RPMパッケージのビルド方法を解説した記事を、gih

    CentOS6.xに最新版のMySQL5.6とmroongaを最速でRPMインストールする方法 - Y-Ken Studio
  • Androidでインストール時のリファラ情報を取得する | DevelopersIO

    Google Playからのダウンロード・インストール時に処理をする Androidではアプリケーションのインストール時に指定したレシーバーを動作させ、任意の処理を行うことができます。 また、URLパラメータを使用することも可能なので、リファラ情報を設定すればどこからGoogle Playへ来たのかを知ることも可能です。 今回はAndroidでリファラ情報を取得してみます。 環境構築 今回使用した動作環境は以下のとおりです。 OS : MacOS X 10.7.4 Eclipse : 4.2 Android : 4.0.3 通常のAndroidプロジェクトを作成して試してみます。 今回はFile > New > Android Application Projectを選択し、プロジェクトを作成しました。 サンプルアプリケーションの作成 Google Playからのインストール時にログを出力

  • Apache 2.4系でのモダンなアクセス制御の書き方

    人間とウェブの未来(旧) 「ウェブの歴史は人類の歴史の繰り返し」という観点から色々勉強しています。2014年までの人間とウェブの未来の旧ブログです。 これまでのApache2.2系以前でのアクセス制御の書き方は賛否両論でした。僕はあまり好きじゃありませんでした。 過去のアクセス制御に関しては、以下の記事がとてもわかりやすくまとめられていると思います。 こせきの技術日記 – Apacheのアクセス制御をちゃんと理解する。 ここで、以下のように言及されています。 こんなバッドノウハウ、当はどうでもいいと思う。Apache 3.0では、かっこいいDSL(VCL)で書けるようにする構想があるらしいのでがんばってほしい。 ということで、2.4系ではDSLとはいかないまでも、Require*というディレクティブを使ったモダンな書き方ができるようになったので、それを2.2系以前のアクセス制御の記述と比

    Apache 2.4系でのモダンなアクセス制御の書き方
  • Andoroidアプリ用プロトタイプを作成する為のHTML/CSSフレームワーク・「Fries」 - かちびと.net

    Frieshは、HTML/CSS/JavaScriptベースで作る、Androidアプリ用プロトタイプ作成フレームワーク。RATCHETに刺激されてAndorid向けも作成したくなった、との事らしいです。ライセンスはMIT。 Fries

  • スパゲティをゆでるときは塩なしでOKです|食の安全|PRESIDENT Online

    ナポリタン、ペペロンチーノ、カルボナーラ……と種類豊富なスパゲティ。レシピにはたいてい「スパゲティは塩を加えたお湯でゆでる」とある。うどんなど、ほかの麺には入れない塩をなぜ入れるのか。 ――スパゲティをゆでるときは、塩をたっぷりと鍋に投入しますよね。それはなぜですか? 先生 塩を入れるのはコシを強くするためといわれています。一般的なゆで方は、麺の重量の10倍程度の水を沸騰させ、そのお湯の約0.5~1%の塩を加えてゆでるというものです。 しかし、塩を入れてゆでたスパゲティと塩を入れずにゆでたスパゲティとでどのような違いがあるかを調理学の専門家で官能テストをしたことがありますが、塩を加えても加えなくても麺の感には変化は認められませんでした。つまり、この程度の塩の量では、口触りに変化は見られない、ということです。私自身、大学の授業でも自宅でも塩は1グラムも入れていませんよ。 ――塩を入れなく

  • 1216彩票-官网平台

    您不具备使用所提供的凭据查看该目录或页的权限。 请尝试以下操作: 如果您认为自己应该能够查看该目录或页面,请与网站管理员联系。 单击刷新 按钮,并使用其他凭据重试。 HTTP 错误 401.1 - 未经授权:访问由于凭据无效被拒绝。 Internet 信息服务 (IIS) 技术信息(为技术支持人员提供) 转到 Microsoft 产品支持服务 并搜索包括“HTTP ”和“401 ”的标题。 打开“IIS 帮助”(可在 IIS 管理器 (inetmgr) 中访问),然后搜索标题为“身份验证”、“访问控制”和“关于自定义错误消息”的主题。

  • PHPでEnum型 - cocoiti's diary

    AWSとかAmazonとかSOAPとかRESTなサービスのコードを書いているとPHPでEnum型とかをClassで表現したくなるわけです。 たとえばこんなイメージ <?php class Hoge extends Enum { const MOTE = 'motemote'; } Hoge::keys(); //array('MOTE'); で実装まよってたんですが、AWS SDKの実装が参考になったのでメモ https://github.com/aws/aws-sdk-php/blob/master/src/Aws/Common/Enum.php <?php /** * Copyright 2010-2013 Amazon.com, Inc. or its affiliates. All Rights Reserved. * * Licensed under the Apache Lic

    PHPでEnum型 - cocoiti's diary
    aki77
    aki77 2013/05/13
  • HTMLメールのベストプラクティス的なものを調べてみた - F.Ko-Jiの「一秒後は未来」

    最近HTMLメールでメールを送ってくるサイトが増えていますが、読みやすく仕上がっているものと、読みづらく感じるものとがあります。 その原因のひとつは「横幅」でしょうか。コンテンツの横幅が固定されていない場合、ブラウザを最大化して表示するとメールの1行も横に長くなってしまい、流し読みしづらくなりますよね。 ではHTMLメールの横幅はどうするのが適切なのでしょう。そのあたりを調べていたら「HTMLメールのベストプラクティス」をまとめた海外の記事をいくつか見つけたので、ちょいとまとめておこうと思います。 なお、今回参考にした記事は以下の4つです。 » 20 Email Design Best Practices and Resources for Beginners | Nettuts+ » Best practices for coding HTML emails | CatsWhoCode.

    HTMLメールのベストプラクティス的なものを調べてみた - F.Ko-Jiの「一秒後は未来」
  • アルパカchef日記2日目 OS周りのクックブックなど - アルパカDiary Pro

    1日目の続き。 コンセプトはこちらをご参照下さい。 2日目…の前に補足など バージョンや構成についてのメモ。 chef 11.4.0 knife solo 0.3.0-pre4 ディレクトリ構成 基的には knife solo init で作られたものです。 ▾ / ▸ cookbooks/    # Berkfileで管理するcookbook。基的には手動でいじらない。 ▸ data_bags/    # グローバルな変数を管理したい時に使う。 ▸ nodes/      # サーバ毎の変数やレシピを記述する ▸ roles/      # ロール毎の変数やレシピを記述する。 ▸ site-cookbooks/ # site cookbook。独自のレシピを書いたり、cookbooksをオーバーライドするためのレシピを書いたりする。 ▸ .chef/knife.rb  # knife

    アルパカchef日記2日目 OS周りのクックブックなど - アルパカDiary Pro
    aki77
    aki77 2013/05/13
    『knife-solo 0.2.0からknife-solo 0.3.0にアップデートする場合の注意点』
  • serverspec のテストをホスト間で共有する方法 - Gosuke Miyashita

    今回は serverspec のテストをホスト間で共有する方法について説明します。 serverspec-init を実行して生成されるひな形ファイルは以下のようになっています。 |-- Rakefile `-- spec |-- spec_helper.rb `-- www.example.jp `-- httpd_spec.rb これを見てわかる通り、テスト対象となるホスト名でディレクトリが掘られ、その下に対象ホストに対する spec が置かれる、という形になっています。 したがって、複数の役割が同じホストに対してテストを実行しようとすると、こんな感じで同じ内容の spec ファイルが重複して置かれることになります。 |-- Rakefile `-- spec |-- app001.example.jp | `-- ruby_spec.rb |-- app002.example.jp

  • serverspec でホスト固有の属性値を扱う方法 - Gosuke Miyashita

    注意! v0.11.0 からは attr, attr_set ではなく、property, set_property とメソッド名が変更されています。attr, attr_set は近い将来使えなくなります。最新の情報はこちらを参照してください。 注意! ここで解説する方法は v0.3.0 から利用できます。 Provisioning Frameworks Casual Talks vol.1 に行ってきた #pfcasual - TAKUMI SAKAMOTO'S BLOG で触れられている attributes 周りについて、この辺は必要になるだろうなー、と前から思ってはいたので、それを実現するための極々簡単な仕組みを 試験的に実装してみた 。 これは単に attr_set と attr という2つのヘルパーメソッドを使えるようにしただけのものなんだけど、以下のような感じで使える。 今