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

php覧 / PC版 /

みんなの評価 :

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ

/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで

609 = :

>>608
その並べ方ををするには要素が足らなすぎる

610 = 602 :

>608
階層はどうやって判断させる気？

612 = :

一度わかりやすいデータベースで構造をよく考えてから配列で考え直したほうがいいよ
>>609の言う通り

613 = :

>609
元々のデータがこんな状態でしたので悩んでいました。
足らない＝できない　と判断して諦めます。

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

皆様、ありがとうございました。

614 = :

>>608
ワロタｗ

615 = :

最初の要素がルートで、各名前の次の数字が親要素でしょ？

619 :

鈴木の下につく加藤と小林は初期の並びからは逆になったけど
加藤の下につく佐藤と田中は初期の並び通りなのはなにを基準にしてかな

621 = :

>>620
>>585

622 :

CMSっぽいものを作っていまして、
後からプラグインで機能を追加できるようにしています。

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

同じファイルが2つ3つと増えていくので無駄だと思うのですが、
プラグインのような後から追加するかも知れないファイルの場合
どのように管理すればいいか悩みます。
同じようなシステムを作った事がある方は、助言をいただければ助かります。

623 = :

ネームスペース使うとか？

624 = :

ごめん、全然関係ないね
俺が思うに1TBのHDが1万円の時代に数十KBのPHPファイルが重複してどうこうとみみっちいこと気にしなくてもいいんじゃないかと
リッチプログラミングってやつですよ

625 = 622 :

いや、容量の問題じゃなくて
似たようなファイルがプラグイン毎にあるとおかしくないかな？と思いまして。
例えば、メール送信が入るプラグインって結構作ると思うんです。
それようの関数ファイルってプラグインによって微妙に違ったりするし。。

626 = :

そこでカプセル化でうよ

627 = :

どういうこっちゃ
プラグイン化されてるってことはファイルの相互依存関係なんてないはずだと思うけど

628 = 622 :

プラグインを作った時期によって微妙に違う事がありまして・・・
後から自分が見て改善する事も良くありますから、
メール送信用の関数ファイルが、AのプラグインとBのプラグインで
違う事ってたまにないですか？

629 = :

>>625
/plugin001/mail.php
/plugin002/mail.php
/plugin003/mail.php
こんな感じになってるって事？であれば共有出来るコードはプラグインから出して、共通ライブラリにでも配置すればいいんじゃないかね。

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

理想としては、共通コードは1つのファイルに纏めておくべきだけど、
プラグイン間の相互依存関係が複雑になるので、事前にしっかりとした設計が必要になるよ。

630 = 622 :

でも、普通は常に最新版のファイルを用意しますよね・・。
Aが古くてBが新しければ、Aの該当箇所もB用に作り替えますよね。

631 = :

>>628
class使え

632 = :

なんかぶっとんだ回答者がいるなｗ

633 = 622 :

>>629
そんな感じです。

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

新しい作り方をしたからと言って該当するファイル全て修正するのは手間だし、
どういう設計・管理方法をすればいいか悩み、質問しました。

634 = 622 :

>>631
メール送信の場合はclassを作っていますが、
作り始めの物は関数使っています。
だんだん規模が大きくなってきたらclassにしてますが

635 = :

>>622
SDKのような感覚で
プラグイン作成に必要なものがあるならそれは共通ファイルとして分けておくべき
まぁその辺のCMSのプラグインは単独で動作するようになってるので
もう少しシステムを見直したほうがいいと思うけど

636 = :

CMSに汎用性があるAPIつくればいいんでない

637 = :

違うと問題があるなら一緒にすればいいじゃん。

具体的に何が問題で何をしたいか言ってくれないと分からん。

638 = 622 :

いや、特に問題はないのですが、
指摘を受けているように効率化の面で設計がおかしいかな？と思いまして。

とりあえず、共通ファイルに分けられるものは分けるようにして、
必要なものは似たような関数（ファイル）でも入れておくようにします。
みなさん、アドバイスありがとうございました。

640 = :

関数の切り方が悪い。
まず、共通になるように関数（クラス）のインターフェイスを変えろ　。
function hoge(a){
return fuga(a, 10)
}
みたいに処理の委譲を使うとか
$mail = new Mail( new Signature('Masashi Tashiro') );
みたいに、非共通部分を引数化するとか。

641 = :

「プラグイン」って言うんなら、CMS本体側に
どんな機能を用意してるんだろう。
そのへん気になる。

ただ特定ディレクトリ以下のファイルを自動で
includeするだけ、っていうオチもあるだろうけど。

642 = :

プラグインとかいらないだろ
全て関数にすればいい

643 = :

環境：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

サイズの制限をより大きく、あるいは無制限にする方法を教えてください。

645 = :

それはphpというよりOSの制限によるものです。
個人的には、Mac OSをお薦めします。
今の時代、Vistaの後継OSまで発売されている時勢に、XPは時代遅れです。
XPで開発していると、たびたびトラブルが発生しますので、
OSごと乗り換える方が得策ではないでしょうか？

646 = :

>>643
upload_max_filesizeも変えてる？

647 = 644 :

>>645
解決法はないのですか？

>>646
変えてます。

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

他にいい方法があれば、ご教授いただければ幸いです。

650 :

>>647
昼間はレベルの低い初心者回答者がいますので気長に夜まで待ってれば素晴らしい回答者が現れますよ
ぼくも応援するのであげますね