あ、あるんですね。さっそくブックマークしましたです。ありがとうです。

隠しているわけでもなんでもないんですが、
P-Noriさんにお作り頂いたスクリプトがあります。

ちょっと今のカテゴリ分けとかと整合性がなくなっちゃっているんですが...
手直ししないと...ですね。
(結構高度なスクリプトなので、なかなか理解しかねています )

http://gbuc.net/report/index.php
です。

皆様も参考までにご覧になってみてください。

ども、okattiさん、色々管理人としてやっていただいて、ありがとうです。
ひとつ、まあ、気になるというか、ランキングなんですが、サイトの集計方法が変わったから、こっちもおヒマな時にでも手直ししたらどうでしょうか？過去のランキング分をどこかで、別データにして区切るとか、一番、人気の指標として確実になっているのは「好きボタンぽっちっと数」なので、これのみの集計のランキングと、変更になった、ヒット数の集計にするとか、そこら辺、どれがいいのか？分かりませんが、リスナーサイドにたつと、好きボタンの数が少ないのにランキングが上になっているとか、分かりにくいような気もしますです。まあ、どれぐらいランキングを参考にしてリスナーが聞いているのか？というのは分からないのですので、重要度は低いかもしれません。後、それぞれのデータのプロパティで変化するもののマトリックスを作ってみて、リスナーに意味のある統計が提示されているといいかもしれません。コメント数、ヒット数、好きボタン数、とかユーザーのアップロード数とか。静的なデータを月間とかで前月分見れるとかを何かデータベースの自動処理でやれたらいいですよね。まあ、リスナーに開示する必要のないものは、ユーザーがログインして自分のを見れるとかでもいいのかもしれないですけど。一人のユーザーとして思った事ですので、小さな参考程度で受け取って下さいませ。

ゲストさん

ご意見ありがとうございます。
ヒット数の件につきましては、従来より議論がなされておりました。
この件で退会者が出たほど白熱した問題でした。
管理人のスキル不足で実現ができていなかった部分なんですが、
いずれは正確なダウンロード数(ヒット数)にしなければならない問題でした。

今回、管理人が少しPHPへの理解が進んだのか、
解決方法が判明したので、導入いたしました。
従来のページビュー数との整合性はとれませんが、
今後のことも考えると、必要な変更であると思っています。

告知が必要というご指摘も確かにあるんですが、
メンバー数が多くなると、議論も白熱し、
また様々なご意見を頂くので、
着地点を見つけにくいという問題もあったりします。
今回のような「やるべき変更」は、
管理人の独断で今後もしていく可能性はあります。

何卒ご理解いただけますよう、お願い申し上げます。

今までページビューが記されていた部分が急にヒット数に変わると、過去の曲の数字との整合性がやや気になるのですが。皆さんそうでもないのでしょうか？　すでになされた変更に異を唱えるつもりはありませんが、これだけ規模の大きなサイトになってきている以上、システムの大きな変更等がある際には事前にアナウンスや議論があってなされるべきではないかと今回は若干の疑問を感じました。

cronで一日一回静的ファイルを書き出して、
それにアクセスしてもらうのが一番負荷が低そうな気がします。

と言う事で、その方向でやってみます。

MySQLのSELECT文でランダム抽出できるので比較的簡単でしょうね。「order by rand() limit 20」みたいに。
ただ、どれくらいの頻度で更新するかですね。
アクセスするたびに更新するとシステムに負担がかかりすぎます。キャッシュ使って６時間・１２時間・１日あたりでしょうかね。
カテゴリ別もSELECTで絞り込み出来るので大丈夫でしょう。

ま、実際動かせばもっと問題出てくるとは思いますけどねｗ。

代表、KAWAYANさん、ありがとうございます。
。。あたしには何語で書かれているのか
さっぱりわからないのですが（爆）


引用：


わーい！(*´Д`)　楽しみにしています！

おつかれさまです。

あまり詳しくは書けませんが（コピペｗ）
代表、KAWAYANさん、ありがとうございましたｗ。

あまり詳しくは書けませんがw

とりあえず問題なく動いてます。
さっき自分のとこからiTunesでアクセスして、
リダイレクトでダウンロードされることを確認しました。
カウントももちろんされてますので、
もし気になるようでしたら、試してみてくださいませ。

ということです>junさん、のりりーだー

おおっ！さすがです！

引用：
これだと間違えっぽいです。。。orz
訂正っ！
RedirectMatch (.*)photos/(.*)\.mp3$ http://gbuc.net/uploads/files/count.php?file=$2.mp3
とファイル移動先(files)に指定しないとエラーが出ますね。

あとは、カウントのスクリプトですねｗ。

引用：

え〜このコメント見る前に、ですがw
できちゃいましたね。

ほぼKAWAYANさんの仰る通りの方法です。

やった〜〜〜〜！！

やれば出来るもんですねえw

一番良い方法は、直リンURLは隠してスクリプト経由のURLのみ公開が良いんですけど、今まで直リンを公開していて今更変更も難しいですよね。

これはひとつの案ｗ。
現在のファイル置き場(uploads/photos)を別の場所に移動。
uploads/photosを.htaccessの「RedirectMatch」でスクリプト経由のURLに書き換える。
スクリプトでカウントをして移動したファイルを送り出す。
例：
　RedirectMatch (.*)/(.*)\.mp3$ http://gbuc.net$1/count.php?file=$2.mp3
　count.phpでカウント＆ファイル送出
って感じですね。
（常用してのシステムへの負荷は考えてません...orz）

.htaccessで、
直リンクできた要求をスクリプトに飛ばして
そちらで処理するってことですかね？

むずかしそうだ

引用：

ムービー表示は修正しました。
m4aのチャプターは、チャプター付か付でないか？を
判断する手段が、現状では分からないので、
ガレフェス広告を表示しないようにしました。

引用：

採用します

しばらく時間を下さい。

あ〜でも、いろいろ問題は出てきそうですね。

お、できるんですかね？できるといいなぁ。。

たしか以前この話（正確なDL数がわかるようにという話）がどこかで出ていたときがあって、
その時には自分にとってここはたくさんやりとりのある「楽しい集まり」で、
その当時に登録していた他の音楽投稿サイトにはない感じがあったので
別にgbucではそこにこだわる必要はないんじゃないかと思っていました。
ただ、最近gbucはGarageBandと他のソフトのカテゴリを一緒にしたりして
もっと他の人が気軽に入りやすいように、
また、聴く為や、podcastに使う曲を探しに訪れた人にもわかりやすく、という
いい方向に向かって行っていると思うのですが、
そうすると正確な数字が出ないのならば、
DL数を参考にして、曲を探しに来る人などには曖昧な表示になってしまうと思ったんです。
色んなサイトに登録しているので感じた事だと思うのですが、
この部分はこれから結構重要な場所になるのではないかなと思います。
投稿している人よりも聴く人にとっては特に。

他でpodcastもやっているところでもかなり正確なDL数がでています。
投稿する立場からでもこれはこれで、〜人の人がDLしてくれたんだ、というのが
わかって、凹んだり喜んだりです（笑）
なので曖昧な数字ならそれもおもしろくないかなと。。


システムとか、こういうのを変えるということがどれだけ大変なのか、
わかっていない私が言うのも申し訳ないと思うのですが
そんな風に思ってたので、質問した次第です。


これからまた、gbucがどんどん大きくなっていきますよう。。
代表、ほんとにいつもありがとうございますm(_ _)m


あと一つ提案なのですが
埋もれた昔の曲などがランダムピックアップなどで出ていて
あれ、けっこう好きなんですが（笑）
あの部分も(あの部分から直接ではなくていいと思いますが)
一日何曲か、ランダムピックアップでpodcast配信するのはどうでしょう？
ジャンルごとにしてもおもしろいかなと思います。
なにがでてくるかお楽しみで。。
（ここに書くことではないかもですね、すみません。ついでで。。）

両方とも確認しました。

修正作業に入ります。

引用：
ファイル直のURLではなくて、スクリプトを通せばカウントは可能だと思うんです。DBでページビューとは別にDL数のフィールド作って管理するとか。
RSSに入れるファイルURL(enclosure url)もスクリプト経由のURLに変えれば出来ると思いますよ。
ただiTunesStore側が厳しいので弾かれないように注意しなきゃですね...

>>ムービーのような見え方になるように、

ムービーを表示させたら上下が切れているように思えます。
それにチャプター入りのm4aの時はチャプターが切れていると思います。

引用：

はい。その通りです。
iTunesなどpodcastアグリゲーターからのダウンロードは含まれません。

それもカウントできればいいんですけどねえ。
方法が分かりませんw

代表、いつもメンテお疲れさまですm(_ _)m
ガレフェスの宣伝、いいですね。

今回の「ヒット数」の件についてなのですが、
これは実際にDLされた数が全て反映されるようになるのでしょうか？
podcastは除いて、gbucから直接クリックして聞かれた数でしょうか？

podcastで登録して
DLして聴いている人も多いと思うので（私も含め）
そこらへんはどうなるのかなぁと思って質問しました。