<?php

	// このサイトはPHP 5.2.11なので匿名関数使えません

	function countcmp($a,$b){
		return -($a["count"] - $b["count"]);
	}

	function getPath($uristring){
		// 俺の好み上、文法で分割するparse_urlを選んだが、人によっては文字列操作するだけにとどめるかも。
		// parse_url関数はマニュアルにあるとおりURIとして文法が正しいかどうかのチェックをしない。残念ながら。

		// 別に第二引数をparse_urlに与えてもいいんだが、
		// もともと俺がC#ユーザーのせいか、関数名が同じで戻り値の型が異なるって落ち着かないので。

		$parsed = parse_url($uristring);
		return $parsed["path"];
	}

	function process($item,$key,$data){
		$path =	getPath($item["url"]);
		if(!array_key_exists($path ,$data)){
			// あえて$dataは連想配列に。
			// 足し算のときに一々該当するものを配列から探したくないんで。
			// 配列がほしい様だからそれはこのコールバックじゃなくて外でやる
			$data[$path] = array( "url" => $path , "date"=>$item["date"] , "count"=> 0 );
		}
		$data[$path]["count"] = $data[$path]["count"] + $item["count"];

	}
	
	// 主観では、dateをそれぞれの配列が持たない形にしたほうがいいと思う
	// もし、urlが一緒で異なるdateになっているものがあったとき対処に悩むから。
	// リレーショナルデータベースの「正規化」ってのを学ぶといい。

	$x =	array(
			array(
				"url" => "/hoge/piyo.html",
				"date" => 20110105,
				"count" => 4
			),
			array(
				"url" => "/hoge/",
				"date" => 20110105,
				"count" => 1
			),
			array(
				"url" => "/kiyo.html?post_id=158",
				"date" => 20110105,
				"count" => 2
			),
			array(
				"url" => "/blog/",
				"date" => 20110105,
				"count" => 3
			),
			array(
				"url" => "/kiyo.html",
				"date" => 20110105,
				"count" => 1
			),
			array(
				"url" => "/kiyo.html",
				"date" => 20110105,
				"count" => 2
			)
		);
	$temp = array();

	// 三つ目の引数参照渡しにしないと異なるインスタンスとして処理される模様
	array_walk($x,"process",&$temp);
	// 配列でよこせ、って言っているので。
	$result = array_values ( $temp );
	
	//2012-01-06T15:08+09:00
	//キーを保存してはいけなかったのでuasortからusortに訂正。

	usort ( $result , "countcmp" );
	
	// 2012-01-06T15:11+09:00
	// C#では関数への参照をメソッド名で指定するんで、メソッドを渡す方法がPHPでも使える…とか考えながら
	// http://i...content-available-to-author-only...e.com/k1Xuv
	// のコードを書いていました。が、それ誤りですね。
	// PHPでは、ダブルクオートでくくられてないASCII文字の塊は文字列とみなされることがあるんでした。
	// 渡っているのは文字列です。ということで、それを明示する意味もこめて今回はダブルクオートで関数名をくくっています
	// どうもC#の癖から文字列をシングルクオート(利点:変数展開をしない)でくくる様にならない。いつもダブルクオートにしてしまう。まぁいいや。
	print_r($result);

	//2012-01-09T21:47+09:00
	// このサイトの都合で、修正履歴をコメントに書いている。読む人に向けたコメントはある程度必要であるが、
	// こういう修正履歴ばかりが多く連なりすぎると却ってコードが読みづらくなる。取り消し線だらけの書類は読みづらいでしょ？
	// コメントはわかりやすい参考書とかを明示したり、コードを後の人に読みやすくするためのものなのに本末転倒にしてはならない。
	// そういう修正履歴は読みづらくなる前にソフトに管理してもらうことも検討してみよう。Gitとか。もう知っているかもしれないが。

	
?>