私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 88
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>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);
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);
<?php
$a = array("いいい", "めめめ", "さささ", "ぎぎぎ", "ほほほ", "あああ", "こここ", "たたた");
$b = array("伊伊伊", "目目目", "左左左", "義義義", "歩歩歩", "亜亜亜", "子子子", "多多多");
sort($a, SORT_LOCALE_STRING);
sort($b, SORT_LOCALE_STRING);
print_r($a);
print_r($b);
?>
これ実行してみ
これなら漢字もソートできてるように思えるが不確実な要素も多いので
漢字も含む場合はソート用にかな(orカナ)読みの配列を用意したほうがいいかもしれない
$a = array("いいい", "めめめ", "さささ", "ぎぎぎ", "ほほほ", "あああ", "こここ", "たたた");
$b = array("伊伊伊", "目目目", "左左左", "義義義", "歩歩歩", "亜亜亜", "子子子", "多多多");
sort($a, SORT_LOCALE_STRING);
sort($b, SORT_LOCALE_STRING);
print_r($a);
print_r($b);
?>
これ実行してみ
これなら漢字もソートできてるように思えるが不確実な要素も多いので
漢字も含む場合はソート用にかな(orカナ)読みの配列を用意したほうがいいかもしれない
>>608
その並べ方ををするには要素が足らなすぎる
その並べ方ををするには要素が足らなすぎる
>608
階層はどうやって判断させる気?
階層はどうやって判断させる気?
一度わかりやすいデータベースで構造をよく考えてから配列で考え直したほうがいいよ
>>609の言う通り
>>609の言う通り
>>608
ワロタw
ワロタw
鈴木の下につく加藤と小林は初期の並びからは逆になったけど
加藤の下につく佐藤と田中は初期の並び通りなのはなにを基準にしてかな
加藤の下につく佐藤と田中は初期の並び通りなのはなにを基準にしてかな
CMSっぽいものを作っていまして、
後からプラグインで機能を追加できるようにしています。
プラグインによっては別のプラグインに含まれている関数と
重複してしまうファイルがあるのですが、
その場合もプラグイン用のフォルダには必要なファイルを入れています。
同じファイルが2つ3つと増えていくので無駄だと思うのですが、
プラグインのような後から追加するかも知れないファイルの場合
どのように管理すればいいか悩みます。
同じようなシステムを作った事がある方は、助言をいただければ助かります。
後からプラグインで機能を追加できるようにしています。
プラグインによっては別のプラグインに含まれている関数と
重複してしまうファイルがあるのですが、
その場合もプラグイン用のフォルダには必要なファイルを入れています。
同じファイルが2つ3つと増えていくので無駄だと思うのですが、
プラグインのような後から追加するかも知れないファイルの場合
どのように管理すればいいか悩みます。
同じようなシステムを作った事がある方は、助言をいただければ助かります。
ごめん、全然関係ないね
俺が思うに1TBのHDが1万円の時代に数十KBのPHPファイルが重複してどうこうとみみっちいこと気にしなくてもいいんじゃないかと
リッチプログラミングってやつですよ
俺が思うに1TBのHDが1万円の時代に数十KBのPHPファイルが重複してどうこうとみみっちいこと気にしなくてもいいんじゃないかと
リッチプログラミングってやつですよ
いや、容量の問題じゃなくて
似たようなファイルがプラグイン毎にあるとおかしくないかな?と思いまして。
例えば、メール送信が入るプラグインって結構作ると思うんです。
それようの関数ファイルってプラグインによって微妙に違ったりするし。。
似たようなファイルがプラグイン毎にあるとおかしくないかな?と思いまして。
例えば、メール送信が入るプラグインって結構作ると思うんです。
それようの関数ファイルってプラグインによって微妙に違ったりするし。。
どういうこっちゃ
プラグイン化されてるってことはファイルの相互依存関係なんてないはずだと思うけど
プラグイン化されてるってことはファイルの相互依存関係なんてないはずだと思うけど
プラグインを作った時期によって微妙に違う事がありまして・・・
後から自分が見て改善する事も良くありますから、
メール送信用の関数ファイルが、AのプラグインとBのプラグインで
違う事ってたまにないですか?
後から自分が見て改善する事も良くありますから、
メール送信用の関数ファイルが、AのプラグインとBのプラグインで
違う事ってたまにないですか?
>>625
/plugin001/mail.php
/plugin002/mail.php
/plugin003/mail.php
こんな感じになってるって事?であれば共有出来るコードはプラグインから出して、共通ライブラリにでも配置すればいいんじゃないかね。
>似たようなファイルがプラグイン毎にあるとおかしくないかな?と思いまして。
おかしくは無いよ。
特定のプラグインの関数にだけ修正をいれたい時等に柔軟に対応出来る。
反面、全部の関数に修正をいれたい場合に面倒になるけど・・・
理想としては、共通コードは1つのファイルに纏めておくべきだけど、
プラグイン間の相互依存関係が複雑になるので、事前にしっかりとした設計が必要になるよ。
/plugin001/mail.php
/plugin002/mail.php
/plugin003/mail.php
こんな感じになってるって事?であれば共有出来るコードはプラグインから出して、共通ライブラリにでも配置すればいいんじゃないかね。
>似たようなファイルがプラグイン毎にあるとおかしくないかな?と思いまして。
おかしくは無いよ。
特定のプラグインの関数にだけ修正をいれたい時等に柔軟に対応出来る。
反面、全部の関数に修正をいれたい場合に面倒になるけど・・・
理想としては、共通コードは1つのファイルに纏めておくべきだけど、
プラグイン間の相互依存関係が複雑になるので、事前にしっかりとした設計が必要になるよ。
でも、普通は常に最新版のファイルを用意しますよね・・。
Aが古くてBが新しければ、Aの該当箇所もB用に作り替えますよね。
Aが古くてBが新しければ、Aの該当箇所もB用に作り替えますよね。
>>628
class使え
class使え
>>629
そんな感じです。
共通ライブラリ(メインのCMSに元からあるファイル)を
定期的に更新しているのですが、判断に迷う時がありまして。
新しい作り方をしたからと言って該当するファイル全て修正するのは手間だし、
どういう設計・管理方法をすればいいか悩み、質問しました。
そんな感じです。
共通ライブラリ(メインのCMSに元からあるファイル)を
定期的に更新しているのですが、判断に迷う時がありまして。
新しい作り方をしたからと言って該当するファイル全て修正するのは手間だし、
どういう設計・管理方法をすればいいか悩み、質問しました。
>>622
SDKのような感覚で
プラグイン作成に必要なものがあるならそれは共通ファイルとして分けておくべき
まぁその辺のCMSのプラグインは単独で動作するようになってるので
もう少しシステムを見直したほうがいいと思うけど
SDKのような感覚で
プラグイン作成に必要なものがあるならそれは共通ファイルとして分けておくべき
まぁその辺のCMSのプラグインは単独で動作するようになってるので
もう少しシステムを見直したほうがいいと思うけど
違うと問題があるなら一緒にすればいいじゃん。
具体的に何が問題で何をしたいか言ってくれないと分からん。
具体的に何が問題で何をしたいか言ってくれないと分からん。
いや、特に問題はないのですが、
指摘を受けているように効率化の面で設計がおかしいかな?と思いまして。
とりあえず、共通ファイルに分けられるものは分けるようにして、
必要なものは似たような関数(ファイル)でも入れておくようにします。
みなさん、アドバイスありがとうございました。
指摘を受けているように効率化の面で設計がおかしいかな?と思いまして。
とりあえず、共通ファイルに分けられるものは分けるようにして、
必要なものは似たような関数(ファイル)でも入れておくようにします。
みなさん、アドバイスありがとうございました。
>>633
99%各プラグインで普遍的に共通であろう処理は、CMS側に実装すればいいんじゃない?
メールであれば、MIME処理や、mail送信処理とかね。
きっちりOOP設計して、細かいclass群にわけて置けば将来的に拡張し放題だろうけど、面倒だし管理も大変になるからなぁ・・・
今どんなに完璧に書いたとしても、1年後には書き直したい衝動にかられてるだろうしw
99%各プラグインで普遍的に共通であろう処理は、CMS側に実装すればいいんじゃない?
メールであれば、MIME処理や、mail送信処理とかね。
きっちりOOP設計して、細かいclass群にわけて置けば将来的に拡張し放題だろうけど、面倒だし管理も大変になるからなぁ・・・
今どんなに完璧に書いたとしても、1年後には書き直したい衝動にかられてるだろうしw
関数の切り方が悪い。
まず、共通になるように関数(クラス)のインターフェイスを変えろ 。
function hoge(a){
return fuga(a, 10)
}
みたいに処理の委譲を使うとか
$mail = new Mail( new Signature('Masashi Tashiro') );
みたいに、非共通部分を引数化するとか。
まず、共通になるように関数(クラス)のインターフェイスを変えろ 。
function hoge(a){
return fuga(a, 10)
}
みたいに処理の委譲を使うとか
$mail = new Mail( new Signature('Masashi Tashiro') );
みたいに、非共通部分を引数化するとか。
「プラグイン」って言うんなら、CMS本体側に
どんな機能を用意してるんだろう。
そのへん気になる。
ただ特定ディレクトリ以下のファイルを自動で
includeするだけ、っていうオチもあるだろうけど。
どんな機能を用意してるんだろう。
そのへん気になる。
ただ特定ディレクトリ以下のファイルを自動で
includeするだけ、っていうオチもあるだろうけど。
環境: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
サイズの制限をより大きく、あるいは無制限にする方法を教えてください。
ポストメソッドで大容量のファイル(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
サイズの制限をより大きく、あるいは無制限にする方法を教えてください。
それはphpというよりOSの制限によるものです。
個人的には、Mac OSをお薦めします。
今の時代、Vistaの後継OSまで発売されている時勢に、XPは時代遅れです。
XPで開発していると、たびたびトラブルが発生しますので、
OSごと乗り換える方が得策ではないでしょうか?
個人的には、Mac OSをお薦めします。
今の時代、Vistaの後継OSまで発売されている時勢に、XPは時代遅れです。
XPで開発していると、たびたびトラブルが発生しますので、
OSごと乗り換える方が得策ではないでしょうか?
>>643
upload_max_filesizeも変えてる?
upload_max_filesizeも変えてる?
>>647
Apache再起動してる?
Apache再起動してる?
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php スレッド一覧へ
みんなの評価 : 類似してるかもしれないスレッド
- 【PHP】下らねぇ質問はID出して書き込みやがれ 80 (1001) - [98%] - 2009/2/18 6:30 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 78 (1001) - [98%] - 2009/1/13 21:32 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 87 (1001) - [98%] - 2009/9/15 18:32
- 【PHP】下らねぇ質問はID出して書き込みやがれ 86 (579) - [98%] - 2009/8/19 4:44
- 【PHP】下らねぇ質問はID出して書き込みやがれ 85 (1001) - [98%] - 2009/7/31 4:07 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 84 (1001) - [98%] - 2009/6/15 21:04 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 83 (1001) - [98%] - 2009/4/27 3:17 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 82 (1001) - [98%] - 2009/4/6 19:33
- 【PHP】下らねぇ質問はID出して書き込みやがれ 81 (1001) - [98%] - 2009/3/7 14:17 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 89 (1001) - [98%] - 2009/11/13 23:03
- 【PHP】下らねぇ質問はID出して書き込みやがれ 98 (1001) - [98%] - 2010/10/12 18:16
- 【PHP】下らねぇ質問はID出して書き込みやがれ 128 (1001) - [96%] - 2013/8/4 14:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 108 (1001) - [96%] - 2011/7/27 14:48
- 【PHP】下らねぇ質問はID出して書き込みやがれ 118 (1001) - [96%] - 2012/5/18 6:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 138 (991) - [96%] - 2015/1/6 8:00
- 【PHP】下らねぇ質問はID出して書き込みやがれ 91 (1001) - [96%] - 2010/1/9 4:06 ○
- 【PHP】下らねぇ質問はID出して書き込みやがれ 76 (1001) - [96%] - 2008/12/6 22:36 ○
トップメニューへ / →のくす牧場書庫について