のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:126,339,200人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    私的良スレ書庫

    不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitter
    ログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。

    元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 88

    php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニュー
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    レスフィルター : (試験中)
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter
    601 : nobodyさん - 2009/10/02(金) 07:20:30 ID:??? (-5,-30,-98)
    >>582
    getID3()というライブラリを使うという手も
    http://getid3.sourceforge.net/
    mp3のタグ情報とかzipに入ってるファイルのリストとかも取れる

    使い方も簡単。
    include('../getid3/getid3.php');
    $file = './test.zip';
    $getID3 = new getID3;
    $ThisFileInfo = $getID3->analyze($file);
    getid3_lib::CopyTagsToComments($ThisFileInfo);
    print_r($ThisFileInfo);
    607 : nobodyさん - 2009/10/02(金) 17:09:24 ID:??? (-2,-30,-80)
    <?php
    $a = array("いいい", "めめめ", "さささ", "ぎぎぎ", "ほほほ", "あああ", "こここ", "たたた");
    $b = array("伊伊伊", "目目目", "左左左", "義義義", "歩歩歩", "亜亜亜", "子子子", "多多多");
    sort($a, SORT_LOCALE_STRING);
    sort($b, SORT_LOCALE_STRING);
    print_r($a);
    print_r($b);
    ?>

    これ実行してみ
    これなら漢字もソートできてるように思えるが不確実な要素も多いので
    漢字も含む場合はソート用にかな(orカナ)読みの配列を用意したほうがいいかもしれない
    609 : nobodyさん - 2009/10/02(金) 17:39:03 ID:??? (+121,+29,-6)
    >>608
    その並べ方ををするには要素が足らなすぎる
    610 : nobodyさん - 2009/10/02(金) 17:41:33 ID:Zilzfd9c (+11,+28,-17)
    >608
    階層はどうやって判断させる気?
    611 : nobodyさん - 2009/10/02(金) 17:42:00 ID:??? (-10,-28,-2)
    ニ分木か
    612 : nobodyさん - 2009/10/02(金) 17:49:15 ID:??? (+69,+29,-13)
    一度わかりやすいデータベースで構造をよく考えてから配列で考え直したほうがいいよ
    >>609の言う通り
    613 : nobodyさん - 2009/10/02(金) 17:50:36 ID:??? (+73,+29,-31)
    >609
    元々のデータがこんな状態でしたので悩んでいました。
    足らない=できない と判断して諦めます。

    >610
    並び替えさえ上手くできればなんとかなるかなと思ってました。



    皆様、ありがとうございました。
    614 : nobodyさん - 2009/10/02(金) 18:00:04 ID:??? (+22,+4,+0)
    >>608
    ワロタw
    615 : nobodyさん - 2009/10/02(金) 18:43:28 ID:??? (+57,+29,-12)
    最初の要素がルートで、各名前の次の数字が親要素でしょ?
    616 : nobodyさん - 2009/10/02(金) 19:01:54 ID:??? (-1,-29,-15)
    id , 名前 , parent_id
    自己結合・自己参照・ツリー構造
    617 : nobodyさん - 2009/10/02(金) 19:06:55 ID:??? (-2,-25,-2)
    まず参照IDで並べ替えしないと
    618 : nobodyさん - 2009/10/02(金) 19:17:19 ID:??? (-1,-29,-8)
    参照はわかるんだが、どうやってその'並び方'になるかの要素がない
    619 : nobodyさん - 2009/10/02(金) 20:12:17 ID:CFt8Mg+b (+24,+29,-22)
    鈴木の下につく加藤と小林は初期の並びからは逆になったけど
    加藤の下につく佐藤と田中は初期の並び通りなのはなにを基準にしてかな
    621 : nobodyさん - 2009/10/02(金) 21:46:59 ID:??? (+50,+30,+0)
    622 : nobodyさん - 2009/10/03(土) 01:35:48 ID:uCD1ueGG (+69,+29,-134)
    CMSっぽいものを作っていまして、
    後からプラグインで機能を追加できるようにしています。

    プラグインによっては別のプラグインに含まれている関数と
    重複してしまうファイルがあるのですが、
    その場合もプラグイン用のフォルダには必要なファイルを入れています。

    同じファイルが2つ3つと増えていくので無駄だと思うのですが、
    プラグインのような後から追加するかも知れないファイルの場合
    どのように管理すればいいか悩みます。
    同じようなシステムを作った事がある方は、助言をいただければ助かります。
    623 : nobodyさん - 2009/10/03(土) 01:42:02 ID:??? (+3,-19,-15)
    ネームスペース使うとか?
    624 : nobodyさん - 2009/10/03(土) 01:44:51 ID:??? (+57,+29,-52)
    ごめん、全然関係ないね
    俺が思うに1TBのHDが1万円の時代に数十KBのPHPファイルが重複してどうこうとみみっちいこと気にしなくてもいいんじゃないかと
    リッチプログラミングってやつですよ
    625 : nobodyさん - 2009/10/03(土) 01:46:40 ID:uCD1ueGG (+39,+29,-93)
    いや、容量の問題じゃなくて
    似たようなファイルがプラグイン毎にあるとおかしくないかな?と思いまして。
    例えば、メール送信が入るプラグインって結構作ると思うんです。
    それようの関数ファイルってプラグインによって微妙に違ったりするし。。
    626 : nobodyさん - 2009/10/03(土) 01:56:25 ID:??? (+52,+29,-1)
    そこでカプセル化でうよ
    627 : nobodyさん - 2009/10/03(土) 01:58:04 ID:??? (+57,+29,-20)
    どういうこっちゃ
    プラグイン化されてるってことはファイルの相互依存関係なんてないはずだと思うけど
    628 : nobodyさん - 2009/10/03(土) 02:14:19 ID:uCD1ueGG (+30,+29,-86)
    プラグインを作った時期によって微妙に違う事がありまして・・・
    後から自分が見て改善する事も良くありますから、
    メール送信用の関数ファイルが、AのプラグインとBのプラグインで
    違う事ってたまにないですか?
    629 : nobodyさん - 2009/10/03(土) 02:15:01 ID:??? (+28,-30,-214)
    >>625
    /plugin001/mail.php
    /plugin002/mail.php
    /plugin003/mail.php
    こんな感じになってるって事?であれば共有出来るコードはプラグインから出して、共通ライブラリにでも配置すればいいんじゃないかね。

    >似たようなファイルがプラグイン毎にあるとおかしくないかな?と思いまして。
    おかしくは無いよ。
    特定のプラグインの関数にだけ修正をいれたい時等に柔軟に対応出来る。
    反面、全部の関数に修正をいれたい場合に面倒になるけど・・・

    理想としては、共通コードは1つのファイルに纏めておくべきだけど、
    プラグイン間の相互依存関係が複雑になるので、事前にしっかりとした設計が必要になるよ。
    630 : nobodyさん - 2009/10/03(土) 02:15:28 ID:uCD1ueGG (+26,+28,-15)
    でも、普通は常に最新版のファイルを用意しますよね・・。
    Aが古くてBが新しければ、Aの該当箇所もB用に作り替えますよね。
    631 : nobodyさん - 2009/10/03(土) 02:15:31 ID:??? (+15,-28,+0)
    >>628
    class使え
    632 : nobodyさん - 2009/10/03(土) 02:17:07 ID:??? (+52,+29,-5)
    なんかぶっとんだ回答者がいるなw
    633 : nobodyさん - 2009/10/03(土) 02:17:37 ID:uCD1ueGG (+71,+29,-69)
    >>629
    そんな感じです。

    共通ライブラリ(メインのCMSに元からあるファイル)を
    定期的に更新しているのですが、判断に迷う時がありまして。

    新しい作り方をしたからと言って該当するファイル全て修正するのは手間だし、
    どういう設計・管理方法をすればいいか悩み、質問しました。
    634 : nobodyさん - 2009/10/03(土) 02:20:06 ID:uCD1ueGG (+25,+25,-24)
    >>631
    メール送信の場合はclassを作っていますが、
    作り始めの物は関数使っています。
    だんだん規模が大きくなってきたらclassにしてますが
    635 : nobodyさん - 2009/10/03(土) 02:21:47 ID:??? (+72,+29,-39)
    >>622
    SDKのような感覚で
    プラグイン作成に必要なものがあるならそれは共通ファイルとして分けておくべき
    まぁその辺のCMSのプラグインは単独で動作するようになってるので
    もう少しシステムを見直したほうがいいと思うけど
    636 : nobodyさん - 2009/10/03(土) 02:24:14 ID:??? (+6,-21,-17)
    CMSに汎用性があるAPIつくればいいんでない
    637 : nobodyさん - 2009/10/03(土) 02:25:14 ID:??? (+57,+29,-9)
    違うと問題があるなら一緒にすればいいじゃん。

    具体的に何が問題で何をしたいか言ってくれないと分からん。
    638 : nobodyさん - 2009/10/03(土) 02:30:09 ID:uCD1ueGG (+32,+29,-49)
    いや、特に問題はないのですが、
    指摘を受けているように効率化の面で設計がおかしいかな?と思いまして。

    とりあえず、共通ファイルに分けられるものは分けるようにして、
    必要なものは似たような関数(ファイル)でも入れておくようにします。
    みなさん、アドバイスありがとうございました。
    639 : nobodyさん - 2009/10/03(土) 02:31:57 ID:??? (+72,+29,-103)
    >>633
    99%各プラグインで普遍的に共通であろう処理は、CMS側に実装すればいいんじゃない?
    メールであれば、MIME処理や、mail送信処理とかね。

    きっちりOOP設計して、細かいclass群にわけて置けば将来的に拡張し放題だろうけど、面倒だし管理も大変になるからなぁ・・・
    今どんなに完璧に書いたとしても、1年後には書き直したい衝動にかられてるだろうしw 
    640 : nobodyさん - 2009/10/03(土) 08:46:12 ID:??? (+3,-30,-69)
    関数の切り方が悪い。
    まず、共通になるように関数(クラス)のインターフェイスを変えろ 。
    function hoge(a){
    return fuga(a, 10)
    }
    みたいに処理の委譲を使うとか
    $mail = new Mail( new Signature('Masashi Tashiro') );
    みたいに、非共通部分を引数化するとか。
    641 : nobodyさん - 2009/10/03(土) 09:38:16 ID:??? (+62,+29,-42)
    「プラグイン」って言うんなら、CMS本体側に
    どんな機能を用意してるんだろう。
    そのへん気になる。

    ただ特定ディレクトリ以下のファイルを自動で
    includeするだけ、っていうオチもあるだろうけど。
    642 : nobodyさん - 2009/10/03(土) 10:52:21 ID:??? (+48,+20,-19)
    プラグインとかいらないだろ
    全て関数にすればいい
    643 : nobodyさん - 2009/10/03(土) 11:46:45 ID:??? (+13,-30,-209)
    環境:WindowsXP、Apache2.0系、php5.3.0です。

    ポストメソッドで大容量のファイル(600MBくらい)を扱いたく、
    php.iniの、post_max_sizeを変え見たんですが、(post_max_size=1000M)
    型がintegerなのか、512MBを超えるとのエラーが出てしまいます。

    エラーは以下です。
    Warning: POST Content-Length of 618534863 bytes exceeds the limit of 536870912 bytes in Unknown on line 0

    サイズの制限をより大きく、あるいは無制限にする方法を教えてください。
    644 : nobodyさん - 2009/10/03(土) 11:47:26 ID:pEIS+Jzz (-6,+28,+0)
    ↑すみません。さげてしまいました。
    645 : nobodyさん - 2009/10/03(土) 11:48:49 ID:??? (+33,-7,-74)
    それはphpというよりOSの制限によるものです。
    個人的には、Mac OSをお薦めします。
    今の時代、Vistaの後継OSまで発売されている時勢に、XPは時代遅れです。
    XPで開発していると、たびたびトラブルが発生しますので、
    OSごと乗り換える方が得策ではないでしょうか?
    646 : nobodyさん - 2009/10/03(土) 12:37:11 ID:??? (+7,-29,-28)
    >>643
    upload_max_filesizeも変えてる?
    647 : nobodyさん - 2009/10/03(土) 13:07:47 ID:pEIS+Jzz (+29,+29,-48)
    >>645
    解決法はないのですか?

    >>646
    変えてます。


    無理なようですので、フォームではファイル名入力してもらうようにして、
    ftpでアップロードさせるようにします。

    他にいい方法があれば、ご教授いただければ幸いです。
    648 : nobodyさん - 2009/10/03(土) 13:15:30 ID:??? (+0,-29,-3)
    >>647
    Apache再起動してる?
    649 : nobodyさん - 2009/10/03(土) 13:18:33 ID:??? (-1,-29,-24)
    サーバーのOSの問題だとしたら、なぜMAC-OS薦めるんだろう・・・
    650 : nobodyさん - 2009/10/03(土) 13:18:44 ID:tYIqChf6 (+28,+29,-20)
    >>647
    昼間はレベルの低い初心者回答者がいますので気長に夜まで待ってれば素晴らしい回答者が現れますよ
    ぼくも応援するのであげますね
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について