注意: このマニュアルは完成版ではありません． 準備 サーバ管理者がやること Gitorious及びRedmineを運営しているサーバ管理者が最初にするべきことを示します．まずは，プロジェクトのリモートリポジトリをGitoriousに作成します． どこかで git init masterブランチ，developブランチを作成 Gitoriousで新しいリポジトリを作成（このリポジトリがプロジェクトのリモートリポジトリとなります．） 作成したリポジトリにmasterブランチとdevelopブランチを push ここまでで，プロジェクトのリモートリポジトリが完成です．続いて，このリモートリポジトリとRedmineが連携できるように設定します． Gitoriousはリモートリポジトリをハッシュ値のパスで管理しているので，分かりやすいパスで参照できるようにする 参考 リモートリポジトリにフックスク
ううむ。なんかなかうまくいかん。 CentOS 5.3なので、とりあえず、 404 Not found - Gitorious の通りに進めてみたんだけど、rake db:create でつまった。 なんか $ rake db:create RAILS_ENV=production (in /var/www/gitorious) rake aborted! Unknown database 'gitorious_production' (See full trace by running task with --trace)となる。Unknown ってことは、作った方がいいのか？と思って mysql> create database gitorious_production; Query OK, 1 row affected (0.01 sec) してみたら、 $ rake db:crea
前提項目 redmineとgitosisは同じサーバで運用する OS： CentOS 5.5 ホスト名：example.jp redmineのインストールディレクトリ：/opt/redmine redmineはPassengerでApache上で動いている Apacheユーザ：apache Apacheのホームディレクトリ：/var/www gitosisデータディレクトリ： /var/lib/gitosis (gitosisのRPMパッケージインストール時に自動的に作成される) (root)#： サーバ上のrootコマンドプロンプト gitosisのインストール EPELをCentOSに追加 (root)# rpm -ivh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-4.noarch.rpm (roo
github使えばいいんだけどー内々のグループで使う場合、gitwebで公開したい。 てことで、gitosisとgitwebの連携についてメモっておく 環境はCentOS 5.6, epelレポジトリー こちらのサイトでは gitosisのリポジトリディレクトリ丸ごと公開する方法が載っているが・・・それではgitosis-admin.gitまで公開されてしまう。 参考：gitweb – K blog で、gitosisにそれ用の機能が有るのを発見 参考：gitosisを使ってみる – より良い環境を求めて が、安易にgroup以下にgitwebを書いたらだめだった。 下を見たらわかってもらえると思う。 [group pytestcode] writable = py-testcode members = tetsuya@nfs0.servers.local gitweb = yes
git + Redmineで開発する場合、Redmineのチケットごとにトピックブランチを切ることが多いですが、ちょいちょいチケットの内容を忘れてしまいます。 そういうときに、いちいちブラウザでチケットを見にいくのがダルいので、チケットのサマリを表示するgitのサブコマンドを作りました。 なお、本コマンドはbleis-hooksと併用することを想定しています。 インストール方法 git ticket subcommand · GitHub からダウンロードし、パスの通ったディレクトリに配置してください。 $ wget https://raw.github.com/gist/014371584dbf85d053ed/f8ade6f7fc36a4c8f49f72a538a6322bfb726bf8/git-ticket $ mv git-ticket /path/to/some/dir $ c
つい先日、SVNからMercurialに移行するべき8つの理由をまとめたが、Twitterやはてなブックマークのコメントを見ていると、同じ分散バージョン管理システムとしてGitとMercurialとの比較に関心が高く、Windowsでの動作でMercurialを評価する人が多いように感じられた。 それも一つの側面で間違いでは無いのだが、日々の開発作業で使っていくと、むしろ操作体系の方が気になるものだ。GitとMercurialの両方を使う機会があったので、操作体系の面で気づいた違いを列挙した上で、Gitに対するMercurialの優位点を考察してみる。 1. 管理対象ファイルの指定方法 .gitignoreや.hgignoreで管理外のファイル名を指定でき、正規表現も使える点は良く似ている。 しかしGitはcommit前にコミット対象を毎回git-addで指定するが、Mercurialは一
via. PHPでネイティブ関数を含むコードのテスタビリティを上げる２つの方法 - 絶品ゆどうふのタレ こういう"PHPでどこまでできるか"ネタっていいですね。 また、PHP 5.4で盛り上がってるご時世にPHP 5.3な話をしちゃってて相変わらず空気読めてないけどそこはスルーで。 すみません。まだPHP5.2系です。。。 PECL:runkitを使う なんでもありなrunkitに既存関数をオーバーライド(というか、関数の再定義)する関数があります。 PHP: runkit_function_redefine - Manual ただし、ユーザー定義関数以外を再定義する場合、php.iniの設定に runkit.internal_override=1を追加する必要があります。 で、次のような感じでテストを書くことができます。今回使用したのは、PHP5.2.17＋runkit1.0.0-dev
ずいぶん時間があいてしまったけど、大規模コンシューマ向けサービスRDB設計の続き。 僕はこのプロジェクトを自分のRDBの知識を使って革新してやろうと思って臨んだ。 しかし結果として逆に、コンシューマ向けサービスに最適化されたRDBの使い方について教わることになった。 ※ あと、KVSでいいじゃんって言ってる人もいるけど、それはKVS導入の苦労を知らない人だと思う。KVSの苦労は後で書く。 僕らが最近手がけているのは、とても大規模なコンシューマ向けサービスだ。 100万人の契約ユーザが使い、1テーブルに1億レコード以上のデータを貯め、24時間止めることが許されず、 要求から応答までのターンアラウンドタイムが1秒以内という厳しいSLAのサービスである。 中でも僕はDBやフレームワークの設計とアーキテクトっぽいことを担当している。 僕がこの現場に来て、驚愕した文化が2つある それは「Join禁止
僕らが最近手がけているのは、とても大規模なコンシューマ向けサービスだ。 100万人の契約ユーザが使い、1テーブルに1億レコード以上のデータを貯め、24時間止めることが許されず、 要求から応答までのターンアラウンドタイムが1秒以内という厳しいSLAのサービスである。 中でも僕はRDBやフレームワークを担当している。 僕がこの現場に来て、驚愕した文化が2つある それは「Join禁止」と「固定長DB」だ。 ありえない。 とはいえ、正直に言えば「またか、、、」という感想でもある。 RDBを知らないレガシーな人たちが設計したDBではよくありがちな設計だからだ。 と僕は早々にこの文化と戦って、絶対に覆してやろうと考えてた。 過去の経験上それはたやすいハズだった。 しかし、この文化と戦うこと3ヶ月間。 屈した。初めて屈した。いや、屈したというよりは理解した。 大規模コンシューマ向けサービスのRDBという
現状のPHPはそのままで、新しい（別の）バージョンをPHP試す方法です。 PHP 5.4.0 alpha がリリースされました。Traits や Array dereferencing support など試してみたいですけど、さすがにメインのPHP環境を変えるのは早いですね。 そこで新しいPHPをビルドして、インストールはしない方法で試してみました。 PHP 5.4.0 alpha をビルド qa.php.netから、PHPのソースをダウンロードします。 $ wget http://downloads.php.net/stas/php-5.4.0alpha1.tar.bz2 展開して、configureして、makeします。とりあえずコンパイルオプションはナシで。 $ tar jxvf php-5.4.0alpha1.tar.bz2 $ cd php-5.4.0alpha1 $ ./co
PHP5.4にはトレイトという文法が導入されて、多重継承の便利さが享受できるようになるそうです。 いろいろ試してみることにしました。 トレイトといえば代表選手はScalaですね。Scalaでいうトレイトは、インターフェースの定義とメソッドの実装を同時にやってくれる便利な概念でした。単一継承のOOP言語では「〜は〜の一種」という制約が強すぎて、「ペンギンは鳥の飛行メソッドによって飛行できてしまう」という問題があります。でもちゃんと「ペンギンは飛べないが泳げる鳥」を綺麗に解決する必要はあって、その解答として、トレイトのあるScalaではこんな解が導けます。 abstract class Animal abstract class Bird extends Animal { def hasBeak = true // 鳥にはかならずクチバシがある def hasWings = true // 翼
お手持ちの環境で、下記のように表示される方は問題ありません。安心して、TDD Boot Camp in Tokyoにお越しください。 $ phpunit --version PHPUnit 3.5.14 by Sebastian Bergmann. さて、そうではない方に向けての記事です。PHPUnitを自分の環境に構築しましょう。 PHPUnitはJUnitを参考にしてつくられた、PHP向けのxUnitツールです。PHPのテスティングフレームワークでは鉄板のツールです。（あんまり僕は使う機会がないのだけれど） 環境 以下の環境が必要です PHP 5.2.7 以上 インストール方法 pear channel-discover pear.phpunit.de pear channel-discover components.ez.no pear channel-discover pear.s
1日中、文字を見ながら思考を続けるプログラマならば、使用するフォントにもこだわりを持とう。環境やプログラミングにあったフォントを使用することによって、目から入る情報量の認識率を高めれば、全角スペースとか、“見えなかった物”が見えるようになるかもしれない。目をこらしめなくても、すぐに気づく小さな間違えがあるかもしれない。 僕たちは人間だ。間違いを犯す。だが、間違うことを防ぐ努力をすることはできるはずだ。 僕が気に入って使っているのは、プログラミング用フォント Rictyだ。以前のバージョンは、TrueType フォントを直接配布していたのだが、ライセンスの関係で、現在は生成スクリプトを配布する形に変更されている。そこで、MacOSでこのフォントを生成する手順をお伝えします。 fontforge のインストール The MacPorts Projectを利用してインストールする。 sudo p
PHP5.4 alpha1がリリースされた。このリリースでは、PHPのオブジェクト指向言語の新たな機能としてtraitと呼ばれる機能が追加された。PHP5.4におけるtraitとは、型に影響を与えずにクラスに適用できるメソッドとプロパティの集合である。 早速PHP5.4 alpha1をインストールし、traitを使ってシングルトンパターンを実装した。このコードでは、クラスの継承関係に影響を与えずにシングルトンパターンをモジュール化している。 <?php trait Singleton { protected function __construct() { } static function getInstance() { static $obj = null; return $obj ?: $obj = new static; } function __clone() { throw n
何かの処理を共通化するために抽象クラス書いて継承させるというのはよくやるやり方だけど、抽象クラスを継承させるのはtraitに比べて制限が大きい。というのも、クラスはひとつしか継承できないが、traitは何個でもクラスに適用できるからで、わざわざ制限の大きいほうを選ぶ理由が無ければtrait使えばいいよという話。これはクラスを継承させるよりもインターフェイス使ったほうがいいよーと言われる話と似ている。これもインターフェイスはクラスの継承と違っていくつもクラスに適用できるため。 PHP5.4から導入される予定のtraitってなんぞという人は、PHP5.4のtraitを使ったシングルトンパターン実装によるtrait入門 - id:anatooのブログを参照する。 どうしても抽象クラスを作って継承させたいという場合も、まずインターフェイスを定義してその抽象クラスがそのインターフェイスを実装したほう
こんにちは、久保田です。 先月6月28日、PHP5.4 alpha1がリリースされました。PHP5.3では、名前空間や無名関数の追加など、言語機能に大きな追加が行われました。PHP5.4 alpha1 ではtraitが実装され、オブジェクト指向言語としてのPHPに大きな機能追加が行われました。他にも、<?=記法のデフォルト有効化、array dereferenceの追加、無名関数内の$thisの扱いの変化、JsonSerializableインターフェイスの追加など筆記すべき様々な機能追加、改善が見られます。この記事ではPHP5.4 alpha1で見えてきた新機能をサンプルコードを交えながら概観します。 とりあえずNEWSを訳す PHP5.4 alpha1の変更点を記述した NEWS ファイルを翻訳してみたのが以下です。 PHP
こんにちは、井川です。連日、猛暑続きですね。熱中症には気を付けて、がんばりましょう。 今回は、軽量なWebサーバであるnginxとPHPを組み合わせて使う方法を紹介します。 Webサイトにとって、軽さはとても重要なポイントです。PHPはライトウェイトな言語でありながらも、symfonyなど最近のフレームワーク次第ではWebサイトが重くなってしまいます。特に、Apacheで多くのリクエストを同時に受け付けると、レスポンスを返さなくなることがあります。こうした場合、キャッシュを使ったり、Key/ValueストアやMongoDBなどNoSQLにしたり、スケールアウトしたりと、様々な対応が考えられます。 しかし、もっと根本的な解決方法はないでしょうか？ WebサーバとしてApacheではなく、nginxとFastcgi-PHPを使ってみましょう（lighttpdなどもありますが…）。ベンチマークで
Facebookは大規模なデータ処理の基盤としてHBaseを利用しています。なぜFacebookはHBaseを用いているのか、どのように利用しているのでしょうか？ 7月1日に都内で行われた勉強会で、Facebookのソフトウェアエンジニアであるジョナサン・グレイ（Jonathan Gray）氏による解説が行われました。 この記事は、「FacebookがHBaseを大規模リアルタイム処理に利用している理由（前編）」の続きです。 事例1 Titan（Facebookメッセージ） HBaseがFacebookでどのようなアプリケ－ションで使われているのかを紹介しよう。 Facebookの新メッセージ機能。
Facebookは大規模なデータ処理の基盤としてHBaseを利用しています。なぜFacebookはHBaseを用いているのか、どのように利用しているのでしょうか？ 7月1日に都内で行われた勉強会で、Facebookのソフトウェアエンジニアであるジョナサン・グレイ（Jonathan Gray）氏による解説が行われました。 解説はほぼスライドの内容そのままでした。当日使われた日本語訳されたスライドが公開されているので、ポイントとなるページを紹介しましょう。 Realtime Apache Hadoop at Facebook なぜリアルタイムデータの分析に、Hadoop/HBaseを使うのか？ MySQLは安定しているが、分散システムとして設計されておらず、サイズにも上限がある。一方、Hadoopはスケーラブルだがプログラミングが難しく、ランダムな書き込みや読み込みに向いていない。 Faceb
今までPHPでは配列を書くのにarray()という記法を使う必要があったが、PHP5.4のリポジトリに新しい配列の文法が追加された。[]で囲むことで配列を表現することができるようになっている。連想配列についても同様。 add short array syntax as defined in https://wiki.php.net/rfc/shortsyntaxforarrays, 2nd solution using => only http://svn.php.net/viewvc?view=revision&revision=313641 以下、配列の新しい文法に関するテストケースを引用。 --TEST-- Testing array shortcut and bracket operator --FILE-- <?php $a = [1, 2, 3, 4, 5]; print_r(
連載「ソーシャルブランディングの時代」について 本連載は書籍『ソーシャルメディア実践の書』から抜粋したもの。人と人の“絆”を紡ぐソーシャルメディア――。個人が自力でネットデビューし活躍できるときがきました。本書では、Facebookページのファン数ランキングで国内4位（2011年2月）。の著者が秘けつを全部公開。Facebook、Twitter、Ustreamなどの使い方に止まらず、共感を呼ぶブログの書き方、ファンとの対話、日ごろの情報活動など、個人でできるブランディング活動のヒントがいっぱいです。 ソーシャルメディアの活用が注目を集めています。本連載ではFacebookやTwitterをはじめとするソーシャルメディア全般を取り扱いますが、各サービスの操作方法の紹介を目的とはしていません。目指すのは、個人が活躍する時代を目前に控えた今、1人1人がソーシャルメディア上に確固たる自分のブランド
こんにちは。 タイトルの通りなんですが、Capistrano みんなつかってるよねー。 ってことで独自のデプロイシステムをもってなくてさすがにFTPでUPはしてませんって人は結構使ってるもんだと思ってるんですけど、Capistrano ってなんかデフォルト各サーバで vcs の update 的なことをするか、ローカルにソースツリーを用意してやる場合に使えるのは scp で、なんかエコじゃないよねと言う話で、いちいちソースツリー全部配布されてたら転送量も時間もかかってしょうがないので、まーrsyncがいいんだよね、ということで、そんな時は capistrano_rsync_with_remote_cache (なげえよ) を使えばいいよね！ってお話です。 *1 luisparravicini/capistrano_rsync_with_remote_cache · GitHub このご時世
Python のデプロイツールである Fabric を普段から使っている。 で、Fabric で rsync をする場合は以下のように書く。 #!/usr/bin/env python # -*- coding: utf-8 -*- import os from fabric.api import env, run, roles, cd from fabric.contrib import project, console env.user = 'username' env.roledefs = { 'web': ['192.168.1.10', '192.168.1.11', '192.168.1.12'] } @roles('web') def rsync(): project_path = '/path/to/projects' dirname = os.path.dirname l
ゆめみのソーシャルアプリ携帯ゲーム構築事例がまるっと紹介されている記事「完全公開！ソーシャルゲーム設計事例」 Tweet 2011/8/1 月曜日 matsui Posted in 記事紹介・リンク | No Comments » ためになる記事をみつけたのでご紹介します。 モバイル開発で有名なゆめみが、自社の技術ブログ上で、GREEプラットフォーム向けのソーシャルアプリ携帯ゲームを構築した際の事例を紹介した記事を公開しています。 → ゆめ技：ゆめみスタッフブログ 完全公開！ソーシャルゲーム設計事例：プロローグ [yumemi.co.jp] → ゆめ技：ゆめみスタッフブログ 完全公開！ソーシャルゲーム設計事例：前編 [yumemi.co.jp] → ゆめ技：ゆめみスタッフブログ 完全公開！ソーシャルゲーム設計事例：後編 [yumemi.co.jp] プロローグ編、前編、後編と、三部構成の大
PHPでテストケースを作成する場合、ネイティブ関数を使っているようなコードに対してテストを実行しようとすると、どうしても環境に依存したり、実リソースにアクセスする必要が出てしまうことがあります。 この記事では、そのような問題に対する対処法を提示します。 経緯みたいなもの 先日もWeb APIをコールするPHPライブラリを書いていたのですが、HTTPをたたく部分のテストを切り離せず、もやもやしていました。 ちょっと前にPerlのTest::Timeというライブラリを教わって感動していたのですが、PHPでもネイティブ関数をオーバーライドできたらどんなにすばらしいだろう、などとぼやいていたのです。 そんなときに、@takimoにPHP 5.3ならオーバーライドできるよねって言われて、ハッと思い立ってテストに組み込む方法を考えてみたところ、割とスマートに実現できそうな方法が見つかったので、方法論の
PEAR2/Pyrus ってどうなったんだっけ？ という話はとりあえず一旦置いておいて、最近わりかしカジュアルにPHPライブラリを開発して配布する方法がなんとなく自分の中で定着してきたので超ざっくりまとめておく。 ソースコードはGitHub、開発にはgitflow、配布はOpenpear Openpear で世界征服の話はどうなったんだ、というのは置いておいて、ざっくり、上記の通り、 ソースコードのホスティングは GitHubで 例: https://github.com/sotarok/git-daily 配布は Openpear で 例: http://openpear.org/package/Git_Daily 開発用ツールとしては、gitflow を使う というのが一番楽だと思っている。 ソースコードはGitHub Openpear はとっても便利なサービスで、SVNでのホスティン
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く