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

php覧 / PC版 /

みんなの評価 : ○

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

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

502 = :

>>498
,が一個抜けてない？

503 = 498 :

>>502
！！！

ありがとうございました。恥ずかしいっスorz

506 = :

>>491
これってVBみたいにポトペタで作れるんで無くて、
コードをガリガリ書くタイプでしょう？

507 :

質問

（１）東京か、地方か
（２）年齢
（３）使用言語
（４）使用OS
（５）分野（ゲーム、業務、ネットワーク、携帯等）
（６）希望している月額の金額
（７）最終学歴

こんなアンケート作って
統計処理しようと思ったんだけど、ただ単純に
データーを保存しただけでは、いわゆるカード型データーベースに
なってしまうので、いわゆる統計処理をしたいのであれば、
最初から、リレーショナルデーターベース、（MySQLとか）に
保存するように設計しないとだめなのかな？

508 = :

microsoft SQL Serverじゃないと無理じゃね。

509 = 507 :

>>508
なんで？
ネタですか？

510 = :

アンケートなら大した総数にならないだろうから
単純にファイルに行単位で追加書き込みしていってもいいかと思う

511 = 507 :

>>510
いやだから。
そのあとで、統計処理するんですよ。
東京が何人で、地方が何人とか。

大卒で35才以上だけ抜き出して人数表示するとか。

そうしたらリレーショナルデーターベースでないと
できないんでしょう？

512 = :

その統計処理とやらの部分を自分で実装すればいいじゃんｗ

513 = :

統計処理なんて単純な足し算だと思うがなんか他に難しいことあったっけ？

514 = 507 :

「地方」でなおかつ「高卒」でなおかつ「35歳以上」だけ抜き出す、とか
そういうことです。

516 = :

例えばデータがプレーンテキストにあるデリミタで区切られて一行におさめられているとしたら、
それを行ごとに配列で読み込んで、
ループでif (地方 && 高卒 && 35歳以上)
とすればいいだけ
個人でｽｹｰﾗﾋﾞﾘﾃｨ（状況に応じてﾃﾞｰﾀﾍﾞｰｽｻｰﾊﾞを何台も増設するみたいな）を考慮しないんであれば、
それで十分だよ

517 = 507 :

>>516
その条件が

518 = 507 :

何百通りもあるんだよ！！！

、、、って書こうと思ったが、それは変数で処理すればいいのかな？

519 = :

ＳＱＬだって条件で抽出するから同じこと

520 = :

そのジャンルなら、めちゃくちゃ多く見積もっても数千だから
カンマで区切って書き出すだけで.csvファイルとして
エクセルに読ませれば並び替えと抽出できるし、
配列とかの処理すら不要に感じる。

以下のファイルをダウンロードして下さい（エクセル形式)

で、押し通せば良いんじゃねーの？
「なんと、エクセルで読み込めるんです！」くらいの勢いで。

521 = :

>>520
お前が会社でどういう扱いされているか
目に浮かぶようだ

522 = :

>>500
自前でフレームワークを作ろうとしてるの？
観点が利用するという感覚じゃないようなので

523 = :

単なるアンケートならば、簡単なINSERTとSELECTだけで事足りるはずだから、SQLったってそう難しくは無い。
そこまでの内容なら一日で覚えられるはずだし、どうしても複雑な条件を扱いたいならSELECTで抜いてからPHP側で処理する手もあるしな。
実行速度以前に、トータルの作業速度も恐らくSQL使ったほうが早い。

MySQLを導入するのがダルいってんなら、SQLiteかなんかに突っ込んでおけばいい。
インストール不要、ユーザー管理不要のお手軽DBMS。PHP5は標準で対応してる（5.2以降だっけか？）。

525 = 524 :

>>522
> 自前でフレームワークを作ろうとしてるの？
> 観点が利用するという感覚じゃないようなので

いえ、私は単にCakePHP、およびPHP言語自体を理解したいだけです。
ソースを追っていて理解できなかったので質問させていただいたのです。

しかし、まだどなたにも参考資料をご提示いただけません。もしかして、この
件は全部、PHPマニュアルには無いのでしょうか？PHPってこういう「隠し機能」
だらけなのでしょうか？

しかし仮にそうだとしても、これだけメジャーなフレームワークが採用するぐ
らいですから、ある程度、PHPコミュニティで知られた機能だと思うのです。そ
ういう準公式ドキュメントのようなものは、どこかに無いものでしょうか。

527 = :

>>525
ドキュメントが適当でクラス機能が壊れてるのがphp
まず最初にこれを学習したことが一番大きい
後は自分でシコシコ解析しながら進める
これがphpならではの勉強方法

530 = :

そんなマニュアルが揃ってる言語てあるんですか？
WEBプログラムはWindowsアプリなどよりも
ネットでのドキュメント量が豊富だと思いますが

533 = :

>>528
単純にあなたの検索力がかなり低いと思うのだが・・・

534 = :

クラス機能が壊れてるから公式ドキュメントが無いんじゃないのｗ

539 = :

>>528
php4環境のことは忘れて、php5の最新版に絞ってはいかがでしょうか。
あと、ソースを読んでどうこうしたいならcakeみたいな実用FWはやめたほうがいい。
ZFのほうが技術的には吉かと。

> この挙動には、二つの点で興味があります。
> 1つ目は、もし代入するだけでプロパティが生成できるのなら、
> var hogehoge;といった変数宣言文は必要なかったじゃないか、という言語仕様上の疑問です。

単に冗長化してある仕様であるとしか。
なぜ、それを用意したかという動機の部分は、DevMLで聞くしかないでしょう。

宣言なしでも変数を最初に使った時に作成されるというphpの仕様です。
しかし、クラス変数にpublic protected privateなどで宣言したいケースが
存在することは問題ないですよね？
基本的に内部プロパティを持っていないクラス変数を作成するという機能を
自作クラスで抑制したいときは__set($name)で制御できます。

> 2つ目は、実用上の問題で、このようにして変数宣言なしで定義されたプロパティ
> があるなら、ソースをgrepするときに困るということです。CakePHP以外でもこ

Cakeにはphp4対応しようという歴史的経緯があって、ソースの解析を難しくして
しまっています。
同様にphp4 php5両対応のシステムは、oop的に？？です、特にjava等本格的oop
出身の人がphp4のソースを扱うのは無駄です。労力的に。
貧弱でルーズなオブジェクト指向でむりくり実装しているので、それぞれのシステム
のポリシーに振り回されることになります。

541 = :

>>540
'./data.dat'に書き込み権限が無いんでしょ。
つまりパーミッションを見直しましょうという事。

>>537
ここまでの流れも全く読まずにレス。
>>539も書いてるが、PHP4とPHP5の両方に無理に対応させようとした結果、色々と冗長な部分がある。
他言語から入ってきた人でもしも環境が許すなら、PHP5一本に絞る事をお勧めする。
もう俺、PHP4のソースなんて見る気がしないわ(;´Ａ`)

>>507
PHPならMySQLかSQLiteが手っ取り早いだろうね。
ただ予想されるデータ数が少なくてテキストファイルベースでやりたいなら、
ある意味頭の悪い方法ではあるが、一度全部配列にぶち込んでしまえばいい。
あとは抽出なりソートなりどうとでもなる。

543 = :

初心者です。
自分のサイトで100以上のページを管理しているんですが、
すべて拡張子がhtmlになっています。

これからは管理しやすいように、
フッターとヘッダーとサイドバーを
<?php
include_once("header.inc");
include_once("footer.inc");
include_once("sidebar.inc");
?>
<body>
<?php
echo "*********"
?>
</body>

みたいにphpで取り込んで出力しようと思うんですが、
これまでhtmlだったファイルの拡張子をphpに変更すると、URIが変わってしまうので
ページランクを継承できないかと思います。

URIを ***.html にしたまま、phpで取り込むうまいやり方はありませんでしょうか。

544 = :

>>543
あまりお勧めはしたくないが、拡張子「.html」をPHPとして動作するようにするかな。
「AddHandler htaccess」でググって見たらいい。

htaccessが許可されてないがSSIなら使えるサーバーなら
ヘッダ・フッタの読み込みにSSIの#includeを使うという手もあるね。

546 :

>>544さん
ありがとうございます

あまりお勧めされない理由とは何でしょう？

547 = :

>>545
まぁ言いたい事はよく分かるがそれぐらいにしとこうよ。

548 = :

>>532
おれもjava使いだけど、java育ちかどうかは関係ないんで、
java使いが誤解されるような書き方はちょっとね。

>>543
mod_rewriteが使えるならリクエストを1か所に集めて処理という手もある

550 = :

結論としては開発思想があいまいなCakePHPなんて使わずにZend使えってこった、Zend
（てか「なぜ採用したのか」とかなぜCakeのdev-teamに聞かずにここの連中に聞く？）