1read 100read
2013年17WebProg83: オブジェクト指向perl (128) TOP カテ一覧 スレ一覧 2ch元 削除依頼
★ブラクラの製造方法を教えてください。 (143)
【仕様】荒らし対策掲示板【実装】 (774)
こんなの作ってみたんだけど・・・ (389)
PHPで作られた有名サイトってあるの? (709)
検索エンジンをつくりたい (275)
■■Perlの一番いい勉強方法は??■■ (255)

オブジェクト指向perl


1 :02/05/29 〜 最終レス :2013/08/15
モジュールを作ろうとしているのですが、何か分かりやすい参考書
やサイトないですか?なかなか見つかりません。

2 :
今だ!2番ゲットォォォォ!!
 ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ ̄ ̄ ̄
     ∧∧ ∧∧ ドドドドドド・・・・
    (゚Д゚ ,,) (゚Д゚ ,,)  ∧∧      (´´
    ⊂_⊂V⊂ ⊂ )⊂(゚Д゚ ,,)_/(´´
     Y /⊃ | .L⊃∧∧∪ _⊃(´⌒(´
   ドカ ∪∧∧J⊂(x _x⊂ノ(´⌒(´  (´´
 ドカ  ⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡
    ズザ・・・

3 :
>>1
他のオブジェクト指向言語の利用経験はあるの?
Perlのオブジェクト指向機能って変則的だから、オブジェクト指向の概
念がしっかりわかってないとツラいよ。もし経験が無いなら遠回りなよ
うでも一旦Ruby等の言語を使ってみる事をすすめる。

4 :
『オブジェクト指向Perlマスターコース』。
あと自分の作ろうとしてるモジュールが既にないか調べとけ。
1に質問書く単発スレうざい。

5 :
>>3
オブジェクト指向は初めてです。
はじめがperlなんで・・・
それにしても一旦rubyをやるとなると相当時間かかりますね。
それほど大変なんだろうな。ありがとうございます。
>>4
それ今日たまたま見た。6500円はちと高い。
作ろうとしているものが既にあるかどうか調べといてやるよ。

6 :
>>4
おまえさ、もっと普通に会話できんの?
アドバイスはありがたいんだけど、見てるとむかつくんだよ。
ガチンコじゃね〜んだから、もっと普通にしろや。

7 :
1に質問書く単発スレうざい。
1に質問書く単発スレうざい。
1に質問書く単発スレうざい。
3回書けば判っていただけますか?
それと「調べといてやるよ」なんてバカみたいなことは一々宣言しないで結構です。
『Perlモジュール活用ガイド』はモジュール作るのにはあまり役に立たないが、
Chapter10のデバッグ関連の所は一通り見た方がいい。

8 :
1はオブジェクト指向したいわけじゃなくて、単にモジュールが作りたいだけか?
それなら手持ちの入門書で「モジュールを作る」あたりを読めば簡単。

9 :
もういいから Ruby 使いなさい。

10 :
>>8
どちらもです。

11 :
>>10
まずはオブジェクト指向してないモジュールを書くとこから始めれ。
$obj->method()形式で呼び出せないとカッコ悪いと思ってるかもしれな
いけど、全然そんな事ないから気にするな。
あと、オブジェクト指向ってのは見通しのよいプログラムをデザインす
るための大量の思想・概念・道具類・センス等の寄せ集めだから、文法
憶えてハイ修得ってわけにはいかない。生涯かけて学んでゆく規模だか
ら、数種類の言語を学ぶぐらいは当然。で、Perlでオブジェクト指向を
学ぶのは遠回りだ。時間浪費する事になるよ。

12 :
SocketモジュールとIO::Socketモジュールの違いみたいなもんか。

13 :
>>11
オブジェクト指向自体はそんなことめざしてません。

14 :
>>11
とりあえずオブジェクト指向していないモジュール(つうか
自作のサブルーチンを集めたようなもの)はいろいろ作ったり
してます。いろいろ作っていくうちCGI_Lite等のようなものを
作りたくなった、というのもオブジェクト指向を勉強してみた
いと思った要因でもあります。
まずは「オブジェクト指向」というものはどんなものか?
ということから理解しないとだめなんすね?それにはrubyをまず
してみろと・・・長い道のりになりそうだけどがんばってみます。
アドバイスありがとうございます。

15 :
4は普通だと思うが・・・
ずいぶん、甘い板になったな。
初心者スレでCGIに関する質問もずいぶん多くなったし

16 :
>15 そだねー。
おれなんか初心者スレに質問書いた時、回答が「基礎からやりなおせ」だけだった時があったからね。
答えるのがあたりまえとは思ってないけど、答えるんなら、も少し情報くれてもいいのにとは思った。

17 :
駄スレ再利用計画
ここをオブジェクト指向Perl講座にしてみよう

18 :
クラス作るまで
1.クラスの生成
{ package ClassA;
}
2.コンストラクタ
メソッド名はなんでもいいが一般的にはnew
{ package ClassA;
sub new {}
}
3.コンストラクタ実装
ClassAのオブジェクトを返すには、自分のアドレスとデータメンバの入った
無名ハッシュをblessする
{ package ClassA;
sub new {
my $class = shift;
my $hash = {
data1 => shift,
data2 => shift,
data3 => shift
};
bless( %hash, $class );
}
}
4.あとは適当にメソッドなど追加する。以上

19 :
オブジェクト
1.オブジェクトの生成
$obj1 = ClassA -> new( $data1, $data2, $data3 );
「ClassA ->」は第一引数にClassAへの参照が入る。
よって@_は( ClassA, $data1, $data2, $data3 )となる。
2.オブジェクトの使用
1.で$objにClassAのオブジェクトが入っているのでこれを利用する。
$retvalue = $obj -> Method1();
もし、Method1がClassBのオブジェクトを返し、Method2がClassBに属する(以下略)なら
$retvalue = $obj -> Method1() -> Method2() -> Method3() ...;
と続けて出来る。これぞオブジェクト指向。

20 :
無意味で分りにくい解説禁止。

21 :
ハァ?

22 :
まず Perl 以外のオブジェクト指向言語に触れてから、
Perl に戻ってきた方が理解が早いと思うにゃ。
だまされたと思って、Java とかやってみて。

23 :
形無し言語でクラスとか多様とか言われてもぴんとこない・・・。
全部元クラスじゃんみたいな。

24 :
>>17-19
こんな抽象的な説明でオブジェクト指向を理解できる初心者がいたら凄いな・・・

25 :
>>23
キミのもっている「形無し言語」の定義と、
世間一般の「形無し言語」の定義は違うぞ。

26 :
おりゃPerlモジュール活用ガイドを読んでモジュール作ったけどね、
継承のためにこんなコンストラクタ作らなきゃならんのは
どうかと思う罠。Perl6 だとどうなるのか知らんけど。
sub new{
my $param = shift;
my $class = ref($param) || $param;
my $obj = {};
bless($obj, $class);
return $obj;
}

27 :
>>26
$obj->new(...);
ってのを許すのはあまり好ましくないと言ってみる

28 :
>>27
継承でそれが必要なんだとさ

29 :
>>27
しかもこれの事をクローニングとか逝ってたしw
値をきちんとコピーする clone メソッドは別に作ったよ。
ろくに使わんけどなー

30 :
>>28
継承で必要なのは第一引数でblessすることなんだけど…。
その本がダメなだけじゃないの?

31 :
>>30
すまん俺の勘違いだったみたい。
継承のために必要というわけじゃないらしい。
てっきりスーパークラスのコンストラクタを呼び出すときに
そうなってしまうというのかと思ってた。
サブクラスでコンストラクタをオーバーライドしなかった場合
スーパークラスのコンストラクタが呼ばれなきゃならんけど
下の文法だとそれが行われないって問題だけみたい。
Subclass->new(); #OK
new Subclass; #NG

32 :
>>31
デマ流すなよ。。。
#!perl
my @obj;
push @obj, Super->new();
push @obj, Subclass->new();
push @obj, new Subclass;
for my $obj (@obj) {
   $obj->compute();
}
exit;
package Super;
sub new {
   my $class = shift;
   my $self = bless {
      message => 'Hello World!'
   }, $class;
   $self->init();
   return $self;
}
sub init {
   my $self = shift;
   print $self->{message}, "\n";
}
sub compute {
   my $self = shift;
   print scalar(localtime), "\n";
}

package Subclass;
use base 'Super';
sub compute {
   my $self = shift;
   print scalar(gmtime), "\n";
}

33 :
>>32
スマソ
確認しなかった俺が悪かった。
perl5004 とか収録している本だからかな?
new Subclass の構文は失敗する、と
258 ページにはっきりと書いてある。

34 :
>>33
Perl5.003をベースにしたプログラミングPerl改正版でも、
new Subclassに問題があるようには読めないなぁ。
その本の作者、またはキミが激しく勘違いしていることは間違いないね。

35 :
>>34
33 に書き忘れたけど完全に同意してるんで許して

36 :
オブジェクト指向言語を勉強したいんですけど
どこか初心者用の解説サイトみたいなとこしらないっすか

37 :
ってゆうか言葉とかも全然っす
メソッドって?クラスって?てな感じです
ちなみにC言語とかはそこそこ使えます

38 :
>>37
んじゃ勉強すれ
JAVAの本なんかにみんないろんな方法でかいてあるよ、電気スタンドとか
コーヒーに例えて(わら
それがまたややこしいんだってことに気付かない著者ってステキだがな。

39 :
>>38
その為のサイト教えてくれー

40 :
JAVEは、オブジェクト=インスタンスだよね
Perlでも同じ?

41 :
>>39
Perlオブジェクト指向
ttp://www.pure.ne.jp/~learner/program/Perl_oo.html
ざっと見てみたけど、いいサイトだと思う。
>>40
Perlでは、オブジェクト=インスタンス=ブレスされたハッシュ
Perlでは、クラス=モジュール+OO構文

42 :

http://www.agemasukudasai.com/bloom/

43 :
>>41
ありがとう

44 :
#それぞれ一回ずつhogeと表示させたいのですが、
#どうすればいいか分かりません。教えてください。
my $b = new a();
print 'nothing';
$b->nothing();# hoge
print 'read';
$b->read();# hoge
package a;
sub new {
my $this = shift;
my $self = {};
bless $self, $this;
return $self;
}
sub read {
my $self = shift;
print "hoge\n";
}
AUTOLOAD {
my $self = shift;
$self->read();
}

45 :
助けてー

46 :
メソッド呼ぶたびに二回表示されるのは何故なのですか?
お願いです、教えてくださいです。

47 :
>>44
DESTROY がよばれてる?

48 :
>>>>>>>>>47
直ったああああああああああありがとう!!

49 :


50 :
get()って何する関数ですか?
出来れば詳しく解説してるサイトも教えてもらえるとうれしです。

51 :
>>50
自己解決しますた。すいません

52 :
usestrickについて詳しいトコおせーてくだせー

53 :
>>52
まさかとは思うが、もしかして、
use strict;
のことを言いたいのか?

54 :
良いスレじゃないか。
ちなみに俺は↓でPerlのモジュールを学んだ。
http://www.melma.com/mag/85/m00014785/

55 :
上のサイトでも紹介されてるけど
「オブジェクト指向Perlマスターコース」
は良い本だと思う。(個人的に一番)
だから誰か中古で買って。
会社の倉庫に眠ってた(新品同様)のを貰ったんだけど
以前個人的に買ったからダブってるんだよ。

56 :
>>52
use strict;
はプラグマというものでコンパイラにヒントを与えるものだ。
慣習としてuseする際に大文字から始まるものはモジュールで
小文字から始まるものはプラグマらしい。


57 :
(^^)

58 :
(^^)

59 :
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

60 :
━―━―━―━―━―━―━―━―━[JR山崎駅(^^)]━―━―━―━―━―━―━―━―━―

61 :
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山崎渉

62 :

 __∧_∧_
 |(  ^^ )| <寝るぽ(^^)
 |\⌒⌒⌒\
 \ |⌒⌒⌒~|         山崎渉
   ~ ̄ ̄ ̄ ̄

63 :
   ∧_∧
  (  ^^ )< ぬるぽ(^^)

64 :
いろいろperlでCGI書いてます。
多言語の経験はなくフリーの物を改造からはじめて独学2年、perlのみです。
で、オブジェクト指向を勉強したいと思っています。
本は「初めての〜」「プログラミングperl」「CGIプログラミング」
「入門perlDBI」「EfectivePerl」などを読みました。
以下、僕が良く作っているスクリプトの構造ですが、これをオブジェクト指向で組み立てるとどんなふうになるんでしょうか。
なんとなく本を読んでいてぼんやりとイメージが掴めかけていますが、では
実際自分が書いているものが、オブジェクト指向だとどんな風になって
どんなメリットがあるのか、が具体的に見えてきません。
どなたかわかりやすく教えて下さいませんか?
#おこられたので二つに分けます。

65 :

######
&main();
exit;
sub main{
if($mode eq 'view'){&view}
elsif($mode eq 'form'{&form}
elsif($mode eq 'regist'{®ist}
elsif($mode eq 'delete'{&delete}
}
sub view{
# 閲覧表示
}
sub form{
# フォーム表示
}
sub regist{
# データ書き込み
}
sub delete{
# データ削除
}
######
宜しくお願いします。

66 :
>>64
おまえみたいな、甘えきった質問する奴は叩かれること必至ですが?

67 :
>>64
俺も同感。
>>66
なんで?至極全うな質問だと思うけど。

68 :
>>6が一番芝居クサい。

69 :
>>64-65
最終的にif文からは逃げられない。せいぜいその部分を外に出すだけ。
そのあと機能ごとに同じ名前のメソッドを作ってポリモフィズム。
メリットはmainのソースをいじらなくてすむことかな。
package main;
my $app = FooBar::Factory->func($mode);
$app->run;
exit;
package FooBar::Factory;
use base 'FooBar';
sub func {
my ($mode) = @_;
if ($mode eq 'view') {
return FooBar::View->new;
} elsif ($mode eq 'Regist') {
return FooBar::Regist->new;
}
return FooBar->new;
}
package FooBar;
sub new { ref $_[0] ? ref $_[0] : $_[0] }
sub run {
my $self = shift;
$self->doing;
$self->output;
}
package FooBar::View;
use base 'FooBar'; sub doing { ... } sub output { ... }
package FooBar::Regist;
use base 'FooBar'; sub doing { ... } sub output { ... }

70 :
use書くの忘れたけどその辺は想像で補って

71 :
>>69
ありがとうございます。
昨日「オブジェクト指向perlマスターコース」買ってきて読み始めましたが、
まだ言葉の意味から探っている段階です。
書いて頂いたもの、僕が出した例の「条件分岐によるサブルーチンの振り分け」
のその上に「オブジェクト指向」という概念、というかレイヤーをもうひとつ
かぶせている、という事でしょうか。
オブジェクト指向でプログラムを構築する、と言うのはある程度の規模でこそ
メリットが発揮される、というように感じますがどうなんでしょう。
今書いているものは2000行程ですが行の半分はHTML展開部分です。
で、進め方は設計の概略は最初に考えるものの細かな部分を含め、
どうしてもボトムアップな進め方になってしまってます。
こんな進め方は「オブジェクト指向」なプログラムには向かないような気がしています。
もっとトップダウンで進める、というか、初期の設計段階にもっと時間を
かける、というか。
僕が書いたやり方だとプログラムの構造が「フラット」な気がします。対して
書いて頂いたものはもっと「階層構造的」なきがします。
「フラット」なものは全体が煩雑になりがちですが、でもどうにでもいじくれます。
でも書いた本人以外にはわかり難い物になるでしょうね。
でも「階層構造的」なものは一部分の変更は容易で他の人にもプログラムの
全体構造はわかりやすいでしょうが、逆に言うといじくれる範囲が限定されてくる。
その分全体構造なり仕様を設計初期である程度明確にする必要がある、様な気がします。
> メリットはmainのソースをいじらなくてすむことかな。
これは僕が書いたやり方でもプログラムの構造が変わらない限り、同じだと
思うのですが、そういうことではない、という事ですか?

72 :
>>71
オブジェクト指向はしっかりとした設計を先に練らないと役に立たないし、
そうしないと後から後からやってくる仕様変更に耐えられません。
(そうしたいい加減な設計に振り回された人達が
「オブジェクト指向は実践では役に立たない」と広める結果に)
だから何かを作る時に、プログラミングは最後の段階というか、
あとは予定通りにコードを書けば完成、というくらいになるまで書かない方がいいと思う。
ってそれが出来たら苦労しないんだけど。
> これは僕が書いたやり方でもプログラムの構造が変わらない限り、同じだと
> 思うのですが、そういうことではない、という事ですか?
コードは一つのファイルに全てを書かずに、モジュールに分割してください。
オブジェクト指向だろうがなんだろうが、綺麗なソースは変更点が少なくてすみます。
あとこれは嫌味ではなく、一度別のオブジェクト指向の言語に触れておいた方がいいです。
その方が理解が速い。Perlは独特だから。

73 :
>>72
ありがとうございます。
なるほど、やっぱりある程度の規模で今までより大きなプログラムの
設計概念から入れ、それでこそ生きる手法、って事でしょうか。
今、ある組織のサイトの為にperlで書いたCGIスクリプトが三つあるんです。
ひとつは主要なデータを抽出して対外的にアナウンスを出すもの。
二つ目は組織の各部署を統合しながらスケジュール管理するもの。
三つ目は活動記録などをリクエストされた形態で表示するものです。
三つはもともとその時その時の必要に応じて書いたもので、
もちろんデータも別に持っているのですが、ここに来て同じようなデータを
持っていたり、あるいはちょっと加工することでデータやルーチンを共有
した方が効率的だ、何とかならないかな、と思っていました。
こういう要求には「オブジェクト指向」って役に立ちそうですね。
もっと勉強しなければなりませんが、勉強するモチベーションはあがりそうです。
>一度別のオブジェクト指向の言語に触れておいた方がいいです。
これはよく聞きます。
まあもともとperl自体がオブジェクト指向を念頭に設計されてない、って事でしょうね。
オブジェクト指向、とは別にある方からJAVA勉強すれば、といわれているのです。
とりあえず今のところperlに一所懸命なものでなかなか手につかないのですが、
zdnetやらatmarkitやら暇を見つけてはJAVAについての記述を読んだりしていますが
なかなか難しいです。
どうしてもWEB関連での開発ということになるので、まずテスト環境から構築しなければならないですし。
ありがとうございました。
このスレももっと動いて欲しいですね。

74 :
う〜ん いいやり取りだ。勉強になった。

75 :
    (⌒V⌒)
   │ ^ ^ │<これからも僕を応援して下さいね(^^)。
  ⊂|    |つ
   (_)(_)                      山崎パン

76 :
「オブジェクト指向Perlマスターコース」読みましたが、
結局いきなりオブジェクト指向なコーディングに入っても、
やっぱり漠然としてるもんで、atmarkitで、
「ここから始めるオブジェクト指向」、と「初歩のUML」読んでます。
なんとなく漠然としてた物がはっきりしてきたような。
本職設計業では良くある具現化手法なのでとっつきやすいし、
イメージつかみ安いですね。

77 :
Perlのオブジェクト指向ってのはなんか妙に泥臭くないか?
慣れの問題かもしれんがかなり変則的な書き方してる気もする。
Perl6をとりあえず、待ってみる。もう少し他の言語のOOPに近づいてほしい。
今はとりあえず、利用する側として勉強するにとどめます。

78 :
VBしか使ったことの無い漏れに矢印だらけのPerlは不可解です。

79 :
漏れはPerlがメインなのだが、VBは、Dictionaryだっけ?あれにひるんだ。

80 :
Delphiのみちょっとかじった事がある程度です。
delphiでいうclassの、プロパティ及びメソッドへのアクセスは全て「.」でした。
perlだと「->」と言う風に認識していました。
ところが最近見たソースで(今手元に無いのですが)、
perlのパッケージ(classと同義?)内の関数を
 &パッケージ名'関数名(引数)
と言う形で使っているものがありました。
ソースを見た限りでは、なんとなくclassをインスタンス化せずに
関数を使っている場合に「'」を使用しているように見えるのですが、
この認識は間違っていないでしょうか?
->
'
::
の違いが良く判りません。。
こういう記号ってgoogleだと検索できないし…

81 :
' ≒ ::

82 :
(^-^::)->

83 :
≒ってどういう意味だっけ

84 :
大体等しい

85 :
「オブジェクト指向Perlマスターコース」は良い本だ。
OOPじゃないPerlの解説も親切でわかりやすい。
俺はラクダ本を読んだことがないのでこれを読んでようやくlocalとmyの違いがわかった。
一般書籍レベルの解説書にはそれぞれの変数の振る舞いについては欠かれていたが、
本質的な定義について理解できたのは偏にこの本のお陰だ。
ちょっとでもOOPに興味があったら買うべし。
>>80
それはPerl4の頃の仕様じゃないか?
昔は名前空間の定義が曖昧だったためにパッケージ変数にアクセスするときに
「$パッケージ名'型グロブ」としていたときのものと思われる。
互換性を保つためにPerl5でもそれが読めるようだが、本質的にPerlオブジェクトは
$スカラにオブジェクトへのリファレンスを格納して->でデリファレンスするので
オブジェクトメソッドにアクセスするには->を使う。
ちなみに::はPerl5以降での名前空間の参照に用いる。
これでわかるか?てか合ってるかな?

86 :
>>85
ありがとうございます。
違いが良く判りましたです。

87 :
微妙に間違い。
×「$パッケージ名'型グロブ」
○「*パッケージ名'型グロブ」
たまに配布版掲示板CGIなんかでjcode.plをこの方法で使っているのを見かける。
わかったなら良かったよ・・・。

88 :
ちょっと言い方がおかしいかもしれませんが…
$class = new Class;として、
$class->func(...); と Class::func($class, ...); はほぼ同じときいたので、
ちょっと汚く見えますけどClass::func($class, ...);と書いても問題はないのでしょうか。
Class::func()のほうはただサブルーチンを呼び出しているだけなので
$class->func()より速いという結果になりました(当たり前ですけど…)。
$classが何のオブジェクトか分からない場合は->演算子を使うのですが、
$classが必ず"Class"のオブジェクトでしかありえない場合では普通に呼び出したいと思うことがあります。

89 :
ええけつしとるのぉ(*´Д`)ハァハァ
http://192.168.0.5/
http://192.168.0.5/~ss.jpg
http://kouichi/
http://kouichi/~ss.jpg

90 :
>>88
そうでなく、静的かインスタンスかで理解したほうが。
コンストラクタでblessした$selfなんかの値は使えないよ。

91 :
>>90
遅れてすみません。
Class::func("Class",...);はいいけどClass::func($class,...);は駄目ということですよね。
(あまり理解できていないような気がします、ちょっと不安…)
ありがとうございました。

92 :
@ISA を直接いじらず use base するメリットってなんでしょうか。

93 :
Perl5でOOPするのに良いモジュール無いかと思って検索してみたら
Class::HPLOOという便利な奴があるみたいですが、
皆さんは何を使ってますか?
ちなみにここを参考にしました。
http://naoya.dyndns.org/~naoya/mt/archives/000870.html

94 :
パッケージをつかわずにOOPてか
クロージャとハッシュと無名関数だけでOOPを実装。
インスタンス、カプセル化、継承、多態性が実装されてるからOOPだよね。
sub String_new{
my $value = shift;
my $self;
$self = {
set => sub{$value=$_[0]},
value => sub{$value},
};
}
sub String2_new{
my $base = String_new(@_);
my $self;
$self = {
%$base,
set => sub{my$str=$self->{value}();$base->{set}($_[0]);$str},
length => sub{length $self->{value}()},
}
}
$s1 = String_new('abcde');
$s2 = String2_new('1234567');
print $s1->{value}(),"\n";
print $s1->{set}('wxyz'),"\n";
print $s1->{value}(),"\n";
print $s2->{value}(),"\n";
print $s2->{set}('890'),"\n";
print $s2->{value}(),"\n";
print $s2->{length}(),"\n";

95 :
perlで一番つかわれてるフレームワークってなに?

96 :
     ∧_∧
ピュ.ー (  ^^ ) <これからも僕を応援して下さいね(^^)。
  =〔~∪ ̄ ̄〕
  = ◎――◎                      山碕渉

97 :
もうperl5 oopは死んだのですか?

98 :
勝手にRな

99 :
いやあ、このスレが死んでいたので・・・

100read 1read
1read 100read
TOP カテ一覧 スレ一覧 2ch元 削除依頼
Mac OS X + PHP + MySQL (190)
掲示板作って欲しいんですが・・・ (234)
【Perl】何をやれば「出来る」といえる?【PHP】 (181)
CGIとJSPとPHPどれが得か? (177)
オマエラPHPで掲示板つくれませんか? (681)
PHP上級者が集まるスレ (584)
--log9.info------------------
M. Ward, She & Him Vol.1 (193)
Sigur Ros Part24 (926)
The National (363)
★Rage Against the Machine 15★ (260)
【REMASTER】リマスター盤を評価すs3【洋楽全般】 (170)
Justin Timberlake#1 (357)
ニール・ヤング Neil Young 10 (310)
Queens of the Stone Age 5 (106)
Mew part14 (323)
アメリカ憧れるやつって今時いるの? (771)
◇◆ KYLIE MINOGUE / カイリーミノーグ 4 ◆◇ (909)
【´-`】Yo La Tengo ヨラテンゴ Part8【´-`】 (752)
atoms for peace (323)
Foster The People (774)
ディスクユニオンを語ろう-39 名無し専用マッタリスレ (173)
BLACK REBEL MOTORCYCLE CLUB/BRMC Part5 (586)
--log55.com------------------
【京まふ】京都国際マンガ・アニメフェア 7MAF目
広島のアニメ事情
イベント「マチ★アソビ」について語るスレ 9
響け!ユーフォニアムシリーズ ネタバレスレ3
作画を語るスレ4524
尼崎キチガイ(尼キチ)
宝石の国 ネタバレスレ Part2
【脱税】ドラゴンボール超の放送を中止しろ!!!