10/02/02 17:32:47
>>560
Facebookみたいなサイトの作り方を勉強したいの？それとも過程には興味はなくて現物だけ出来ればいいの？
前者ならXAMPPやCMSはやめといたほうがいい。後者なら別にそれで構わない。
用語は、ぐぐれば詳しい解説がいっぱい出てくる。
サーバサイド言語とクライアントサイド言語だけじゃなくてDBも必須だと思うよそれらのアプリの規模を考えるなら。
563:nobodyさん
10/02/02 18:04:20
DBをがっつりやっとけ
どの言語・環境でやるにしてもDBは共通だし、最も重要
564:557
10/02/02 18:13:21
>>561
ありがとうございます。
最初は掲示板ですか、なるほど。
まずは掲示板を作ってみようと思います。
セキュリティに関しては、僕も非常に心配な部分ですね・・
>>562
ありがとうございます。
質問が分かりにくくてすいません・・
遠い目標として、FacebookやGoogleWaveみたいな、世界中の人を相手にした情報共有andコミュニケーションサイトを作りたいです。
Facebookそのものをコピーしたいわけじゃないので、>>562さんの分類だと前者ということになると思います。
仕様や機能も一から考えて、新しいものを作るのを目標としてます。
でも、いきなり大規模なのは作れませんし、基礎から勉強しようと考えました。
その手始めとして、レビューサイトが良いかなと思って質問した感じです。（データベースも勉強出来るかなと）
レビューサイト→FacebookやmixiやiPhoneなどのアプリ→最終目標
という感じでステップアップしていくイメージをしていました。
>>561さんのアドバイス通り、レビューサイトの前に掲示板かなと思い始めてます。
なので、まずはインストールが容易（と思われる）なXAMPPを考えてたんですが、目標があるなら逃げてはいけないということでしょうか？
565:557
10/02/02 18:18:12
>>563
ありがとうございます。
了解です。
データベースも色々種類があるようですが、調べた結果、MySQLが良いのではと思いました。
なんかオススメとかありますか？
566:nobodyさん
10/02/02 19:05:04
>>564
562です。
XAMPPとか使うと分からなくなりません？
Apache、PHP、MySQLのバージョンの違い、インストール方法、各種設定などが。
mixiのサービスを提供する人がApacheの入手方法も分からないって気持ち悪くないですかね。
一番鬼門なのがPHPで、magic_quoteやmb_stringやerror_reportingなどセキュリティに直結する
設定が幾つかあります。
その他にもmax_exection_timeとかpost_max_sizeとかsession関係とか拡張ライブラリとか
実運用に至るまでに必ず調整しなければならない項目が存在します。
ApacheとMySQLもスケーラビリティのチューニングをしないとサーバがダウンします。
何かあった時の為にログの保存も必須です。
URLは動的URLを静的URLにしますか？ドメインの運用はしますか？SSLは利用しますか？
別に精神論ではなくて単に合理的な理由からの話なんで、時間に余裕がないとか今はプログラムに集中したい
とかXAMPPで構築した後にちゃんと勉強するとか色々考えがあるのなら別にそれでも構わないと思います。
567:557
10/02/02 21:40:17
>>566
詳しくありがとうございます。
正直、インストールや設定は理解出来ず諦めてしまいました。
なのでXAMPPを検討してたんですが、たしかに後々必要ですよね。
設定とかまでちゃんと分かってないと実際の運用は出来ないですもんね。
時間には余裕はあるんでじっくりやってみようと思います。
まずはApache、PHP、MySQLのインストールについて勉強しようと思います。
何か、良い書籍とかサイトとかありますか？
PHP専門のスレとかでも質問してみます。
568:nobodyさん
10/02/02 21:51:41
./configure
make
make install
完了
569:nobodyさん
10/02/02 22:21:09
>>567
君そうやって、いちいち全部質問するつもりなの？
サイトとか書籍なんか、ぐぐるなりPHPってタイトルについてる本片っ端から買うなりして
自分で歩き出せよ
570:nobodyさん
10/02/02 22:22:59
Webサイトで十分
571:nobodyさん
10/02/02 22:31:15
初心者がこれからやることなんてどうでもいい
「こうやったけどうまくいかない」で質問しなさい
572:557
10/02/02 22:37:31
>>569
すいません・・・
とりあえずネットで調べてインストールは先ほど完了しました。
真剣に調べれば非常に簡単でした。
vistaだと少し別の操作がいるみたいですね。
ビジネスを引退してから、ずっとボランティアで人に物を教えていたんですが、「最初は恥ずかしがらず何でも人に聞け。それが一番だ」と教わり、
自分もそう教えてきたもので・・
一人で判断出来るようになるまでは、逐一詳しい人に聞いた方が成長も早いと考えてました。
逆に慣れてくると、自分でガンガン試行錯誤していくと飛躍的に成長すると思います。
プログラミングの場合は違うのかもしれませんね。
ご迷惑おかけしました。
>>570
ありがとうございます。
はい。
そんな感じがしました。
文系なもので、必要以上に怖がっていたのだと思います。
573:nobodyさん
10/02/02 22:41:56
ごめんね、理系は初心者に厳しくてごめんね
574:557
10/02/02 22:45:47
>>573
いえいえ。
僕もビジネスやってた頃は、周りの者に文系理系問わず鬼のように接していましたから。
ビジネス降りてボランティアでやるようになってからです、甘くなったのは。
575:nobodyさん
10/02/02 22:46:01
>>572
この業界で知っておくべきこと
「RTFM」
がんばってください
576:nobodyさん
10/02/02 22:55:23
じっさいIT関係の職場で
なんでもかんでも質問君の馬鹿にされっぷり、とか無視されっぷりは酷いよな
いずれ、誰も知らない、教えてくれない、１から自分で開拓していかなくちゃいけない案件とか来たりするし
しかたないのかも
577:nobodyさん
10/02/02 23:05:07
「恥ずかしがらずに何でも聞け」というのは
試行錯誤しても上手くいかず袋小路に陥り、期日に間に合わなかったり、心を病んだり、損害を蒙ったり
しないための予防策であって、決して「学習を一から人任せにしろ」ということではないと思うよ。
578:nobodyさん
10/02/02 23:22:29
ＦＬＡＳＨでＲＰＧは作れるのでしょうか？
ドラクエ１ぐらいのボリュームですが。
579:nobodyさん
10/02/02 23:36:44
>>578
DQ3レベルでも普通に作れるんじゃない？
580:nobodyさん
10/02/02 23:36:58
>>556
SELECT TITLE,CTG FROM tabel01 ORDER BY CTG
で全部抜いてきて、>>516の方法を行えばおk
２階層以上のツリーを作りたい場合は、今のテーブル構造だけでは無理
カテゴリーの親子関係を保持するテーブルを用意するのが、おそらく一般的な構成だとおも
例えば、
create tale table2 (親カテゴリ VARCHAR(64) NOT NULL, 子カテゴリ VARCHAR(64) NOT NULL)
の様な感じ（面倒だからキーは省略）
table1, table2から、全ての項目を抜いてくるためには、再帰的にSQLを発行する必要がある。
最近の有名どころのDBなら、再帰CTE(Common Table Expression:共通表式)、またはそれに類するものが使えるので、全データを一発引き出来る。
MySQLで使えるかどうかはシラネ
後は>>516を参考に、一旦配列をネストさせてツリー構造を作り、再度ループさせて出力すればおk
581:nobodyさん
10/02/03 01:23:38 GeZI09Z8
mysql_closeに関してなんですが、PHPマニュアルで
「通常は mysql_close() を使用する必要はありません」
とあるので、普通大抵はmysql関連のことをゴニョゴニョしたあとに
mysql_close()をする必要はないんですよね？
582:nobodyさん
10/02/03 03:14:38
あるよ
583:nobodyさん
10/02/03 09:24:38
>>581
開けたら閉める。
584:nobodyさん
10/02/04 17:25:08
開けて～閉めて、開けて～閉めたら
585:nobodyさん
10/02/04 18:12:17
_y～ｰヽ,
ｆ￣/＾＾＾ヽ }
ヽ 〉 _,y 'ｰV
ヾ|., ﾟ,ﾊﾟ.ｲ
ヽ, ,石､l
ト.ー人_
_,.ノ| r‐ ⌒ヽ
,.へ ,ｒ''´ ⌒ l
{三ヽ ｛ 、 i ,_, 彡i |
V三ト､{ ﾄ ノミ;," }、 ,ｲ
V三三ﾄ､√ / ヾ i
V三三三＼ ミ / ', ﾐ;
V三三三三＼ / } l
V三三三三三ﾄY l l
|;V三三三三三l | ,'
l三V三三三三｝ l ,'
|三 }三三三三’ ,.ﾉ .,'
|三/三三三ノ 〈y .〉
||ﾚ三三三'´ '～'
ﾚ三三三'
/三三ﾆ/
V三三/
ﾄ三三ﾄ､
┏┓┏┳┓ |ﾆト三;∧ ┏━┓┏┓
┃┗┻╋┛┏━━┓┗━┛┃┃
┃┏━┛ ┗━━┛┏━┛┃
┗┛ ＼ﾄ三三l;; ┗━━┛
＼ﾄ三l
586:nobodyさん
10/02/04 18:39:18
心の隙間、お埋めします
587:nobodyさん
10/02/04 18:40:18
ドーン・オブ・ザ・デッド
588:nobodyさん
10/02/06 19:02:10
apache2使用なのですが、
たとえば外側からはアクセスできなくて、その鯖においてあるcgiを
通したらファイルにアクセスしたり見えるようにするにはどうしたらいいですかね？
589:nobodyさん
10/02/06 19:04:16
deny from all
590:nobodyさん
10/02/06 19:41:50
対象ファイルをドキュメントルートより上に置く。
591:nobodyさん
10/02/06 22:21:43 Fo5c0toi
chgmodで所有者以外は読めなくすれば良いんでね
拡張子をcgiにして実行ビット立てとくとか
でもこれある日新規で作ったファイルアップしたりして
いつの間にか外から読めるようになってて困ったりするよね
あるはそう言うフォルダ作って.htacssに書いとくとか
文句付けるわけじゃないけど590のやりかただとやたら上位層にファイルがたまって
俺は好きじゃない
592:nobodyさん
10/02/06 22:23:54 Fo5c0toi
chmodだな
俺、かっこわるーｗ
えらそうに人のアドバイスに文句まで付けてるのに
コマンド間違ってるｗ
593:nobodyさん
10/02/06 22:28:21
ドキュメントルートより上から下に階層化させればいいじゃない
594:nobodyさん
10/02/07 00:32:35
chmod だと設定忘れとか設定ミスとかやりそう
無難に DocumentRoot より上位に置けばいいかと思う
595:nobodyさん
10/02/07 01:04:12
じゃあ、おれはデータベースで
596:nobodyさん
10/02/07 01:33:16
ブラウザの操作でラジオボタンのチェックを全て外すことは出来るのでしょうか？
頻繁ではないのですが、どこにもチェックされていない状態のリクエストが送られてきて困っています。
597:nobodyさん
10/02/07 01:57:01
checkedを付けていないなら、何も選択されない状態でリクエストが飛んできても不思議じゃない
# そもそもブラウザを使っていなかったら(ry
598:nobodyさん
10/02/07 02:05:15
デフォルト値を設定してるかどうかも気になるけど
597も触れてるようにフォームを作った人の意図通りの値が飛んでくるとは限らない。
フォームに存在しない name=value を送りつけてくれる人もいるだろうし。
599:nobodyさん
10/02/07 14:11:56
携帯用のゲーム（グリーやモバゲにあるようなの）を作る場合に適したプログラム言語はなんでしょうか。
600:nobodyさん
10/02/07 14:35:50
ｽﾚﾘﾝｸ(php板:585番)n
携帯サイトのWebプログラムを語ろう Part3
585 ：nobodyさん：2010/02/07(日) 13:52:31 ID:ZCl/W3eF
モバゲータウンの怪盗ロワイヤルみたいなゲームを作りたいのですが、
あれは（モバイル用の）ブラウザゲームという位置付けでいいのでしょうか。
ああいうゲームを作るのに適したプログラム言語はなんでしょうか？
601:nobodyさん
10/02/07 19:00:37 W3u+at+w
受信したメールをＤＢに登録するアプリケーションを製作したいと思うのですが、どうすればいいですか？
イメージとしては、どこかのお店から、メールが届き、受信したら自動的に登録するアプリケーションを作りたいです.
それとも、メールが届いた瞬間をトリガーにイベントを起こさせる事って出来ませんか？
どなたかヒントを頂けると助かります。
602:nobodyさん
10/02/07 19:08:12
.forward
603:nobodyさん
10/02/07 19:22:05
>>602
ありがとうございます。
604:nobodyさん
10/02/08 09:11:07 XwQ5aIg4
ＰＧ初心者がｗｅｂ上で動くゲーム（パズル系の簡単なの）を作るのに
適した言語はなんでしょうか。
605:nobodyさん
10/02/08 09:44:12
PHP
606:nobodyさん
10/02/08 09:46:44 UuxzKmln
javascriptじゃね？
環境とか何も用意しなくていいし
自分のマシン上で作ってできたらアップでOKだし
cgiだと覚えなくちゃいけないこととか
気にしなくちゃいけないこととかもないし
そのかわりできない事がぐっとふえるけどｗ
それでこまる日が来たらフラッシュでもやればいいと思う
もっと大がかりなネットワークでみんなが相互につながってとかのゲームなら
その時は言語何が良いかくらい自分で決められるくらいの
スキルがあるだろうし
607:nobodyさん
10/02/08 09:47:33
JavaScript
ActionScript(Flash)
Java(JavaApplet)
UIの記述がhtmlなJavaScriptがいいんじゃね？
エディタとブラウザで始めれて手軽だしね
パズルが簡単かというとそんなに簡単じゃないと思われ
ゲームはプログラムでも難しい部類なのは覚えておいたほうがいい
608:nobodyさん
10/02/09 10:44:51 koPWi/sC
質問します。PHP5です
$_GETのパラメータを格納した$param['wf']があります（$paramは配列の形です）
それで、 $workFreq = $params['wf']; としたらエラーログに
[Mon Feb 08 17:34:53 2010] [error] [client 192.168.0.25] PHP Notice:
Undefined index: wf in /var/www/application/controllers/JobController.php on line 73
と出力されました。
この出力がされないようにするにはどうしたらいいでしょうか？
確かにこのとき$params['wf']は空だったので、次にif($params['wf'])$workFreq = $params['wf'];と
しても、やはり同じ出力がされてしまいました。
ログの出力レベル変更で、noticeは無視する以外の方法はないんでしょうか？
みなさん、noticeは無視してますか？ 無視して大変なことが起きたりしますか？
609:nobodyさん
10/02/09 11:02:08
>>608
PHP: isset - Manual
URLﾘﾝｸ(jp2.php.net)
610:nobodyさん
10/02/09 13:09:56
>>609
すごい！こんなのがあったんですね
if(isset($var))で解決しました！ありがとうございました
611:nobodyさん
10/02/09 23:32:07
>>608
そのエラーを見るとPHP5.3だな
612:nobodyさん
10/02/09 23:33:17
>>608
俺みたいな完全潔癖症でエラーを出さないSTRICTなコードを書くなら別だが
そこまでしないのであれば@でもつかってエラーを隠しとけばおｋ
613:nobodyさん
10/02/09 23:41:56
完全潔癖症の人間はPHPを使わない
614:nobodyさん
10/02/09 23:46:44
まぁいえてるな
615:nobodyさん
10/02/11 14:25:06
ＤＢサーバーにあまり負荷をかけさせないための方法なんですが、
1.十五分経った時に一番最初にＤＢにアクセスした人が
その結果内容(html)をファイルとして保存させる。
2.二番目以降にアクセスした人は
一番乗りの人が作ったファイルを閲覧する。
3.以下繰り返し
結構良い方法では、と思ったのですがこれって問題はあるのでしょうか
616:nobodyさん
10/02/11 14:28:35
リアルタイムの情報を知ることができない
って点以外はいいんじゃないの。よくやる手の一つ。
617:nobodyさん
10/02/11 15:03:35
>>615
単純なものなら問題ない。
もちろん、ユーザー判別クッキー(ようこそ"アカウント名"さん)とか
User-AgentやAccept-Languageなどで出力を変える場合は要注意。
(最初にアクセスした人の環境に出力が固定化されてしまう)
618:nobodyさん
10/02/11 15:59:32
よほど頻繁にDB入力があるのでなければ
DBに何かを入力した時点でhtmlを静的出力することも検討すればいいんじゃないかな
619:nobodyさん
10/02/11 16:06:26
15分ごとに変化をチェックして実行すればいいんじゃないかな
620:nobodyさん
10/02/11 16:11:19
サーバー側に15分間キャッシュさせとくだけだろ。
で、どういう構成のアプリなんだ。
621:nobodyさん
10/02/11 16:57:37
自分の家にDBを置いて変化があったらHTMLをサーバにFTPしちゃえば良いんじゃないかな
622:nobodyさん
10/02/11 20:38:53
DBサーバを負荷に耐えられるものへと強化しちゃえばいいんじゃないかな
623:615
10/02/11 23:44:00
ありがとうございます。
アドバイス大変参考になりました、なんとかうまくいきそうです。
ＤＢ鯖が強くないとしか情報を頂けず、なおかつ負担は増やしたくない。
ＤＢでselect以外一切禁止、ついでにphpで秘密裏にという面白い状況で困っとりました
624:nobodyさん
10/02/12 08:55:31 8P3tqYHt
Zend_MailとかZend_Httpあたりではまったのですが、これらを理解する為にはインターネットの知識（特に接続）なんかがなければサッパリだと思いました
一応上記のZFの部分は勉強したのですが、元となる知識を学習したいと思います
本屋で何度か色んな本を見てみたのですが、そもそも知識が乏しいのでどれがいいのか分かりませんでした
この手の知識を学習するには何か有名な本とかありますでしょうか？
625:nobodyさん
10/02/12 10:15:30 1J/95e0f
会員制サイトで、ID（メアド）とパスワードを忘れたら、、って時の対処ロジックを知りたいです
ブログやカード情報とかの重要情報が登録されていて「０からアカウント作り直し」が安易にできない
環境を想定しています。トラブルのケースとしては以下があるとして…
１）パスワードを忘れた場合 ２）メアドを忘れた場合 ３）両方忘れた場合
１）に対して
秘密の質問と答えで照合して正しければ登録メールアドレス（ID)に仮パスワード送信。
一定時間内にログインとパスワード再設定。
２）登録時に緊急用メールアドレスを正メアドとば別に登録させておいて、秘密の質問と答えで確認後
緊急用メアドに正メアド（ID）を送る（あなたのログインIDはxxx@hoge.jpです、みたいな）
３）秘密の質問と答えで確認後、緊急用メアドにID,仮パスワードを通知。その後
一定時間内にログインとパスワード再設定。
こんな感じで良いんでしょうか？
626:nobodyさん
10/02/12 11:58:11
自分のメアド忘れるアフォにつける薬は無いと思った方がいい
自分のメアド（ＩＤ）は忘れることはない前提で作った方がスマート
627:nobodyさん
10/02/12 12:14:33
はい、また自分が地球の中心にいると思（ｒｙ
628:nobodyさん
10/02/12 13:16:57
>>625
1)の場合はIDがキーになるから良いとして、
それ以外の場合「秘密の質問と答え」だけでユーザーを特定するのは無理だろうね。
629:nobodyさん
10/02/12 13:24:54
1)は、秘密の質問なんて冗長じゃね？
要求があった時点で再設定用一時URLを登録メールアドレスに送っちゃえばいいと思う。
そうしてるサービスも多いし。
どうしてもやりたいなら、秘密の質問(と回答)も忘れたというトラブルをユースケースに加えること。
2)は緊急用メールアドレスとの二重管理が冗長。個別対応で十分じゃないかね。
こっちでなら本人確認のための秘密の質問が生きるかもね。
3)白根。
630:nobodyさん
10/02/12 13:27:14
個人的経験から言って
メルアドを2個も入力させるのは非常に嫌がられる、多くの人が登録する気持ちをなえさせるのに十分なくらい
そしてたぶん、チェックを入れないと2個目はウソばっかれると思う
そしてID忘れるようなやつはきっと緊急ようとして書いたメアドも忘れている
(登録時に、しかたなしに取った、その場しのぎのフリーメールだったりして)
631:625
10/02/12 14:02:31
皆さんたくさんの意見ありがとうございます
言われなきゃ気づかなかった点も多くて助かりました
参考にして頑張ります。ありがとうございました
632:nobodyさん
10/02/14 10:19:33
メールアドレスがIDで困るのは忘れるというより既に使えないアドレスの場合の付け替え
忘れたパスワード送ってもらおうにも、受け取れないという・・・
633:nobodyさん
10/02/15 17:29:55
住所・電話番号・氏名を登録時に要求
規約に虚偽の情報ならアカウント削除しますと書いておく
IDもメアドもパスも忘れてどうしても継続利用して欲しい場合は身分証明書のコピーを送るように伝える
これで諦めてくれる
634:nobodyさん
10/02/15 17:34:03
そういうので退会の手続きさせるとこがあったな。
退会しないといつまでもクレカから引き落とされる悪質なのが
635:nobodyさん
10/02/16 22:46:55
ウェブデザイナ向けのphpについての実践的な参考書があれば教えてください
※以前、「やさしいphp」という参考書を買ったのですが、概念的な説明ばかりで、
実際に、WEBサイトとPHPがどうからんでくるのかが理解できませんでした
実際に、「phpのページを作る」「xhtmlをphpに変える」などの実践的な内容が希望です。
ここで質問してよいのか迷ったのですが、スレチでしたら誘導お願いしますm(_ _)m
636:nobodyさん
10/02/16 22:50:07
phpスレではphpマニュアル以外は信じるなと言われてるので
本の紹介はしてもらえないかと
htmlの基礎知識があるならphpマニュアル読み進めていけばどういうものかわかるはず
URLﾘﾝｸ(www.php.net)
637:nobodyさん
10/02/16 23:27:57
>>635
言語なんてそんなもんじゃね、英語とかでもさ
概念がわかったら、
まずやりたいことを決めて、それをどう実現してるかググルなりして調べたほうがいいよ
それも「phpのページを作る、xhtmlをphpに変える」見たいな抽象的なことじゃなくて
カウンター作ってみる、掲示板を作ってみる、ログインした人だけ見れるサイトを作ってみる
みたいな具体的なできることを増やしていく
そういう目で見れば本だって人に聞かないで自分で選べると思う
638:nobodyさん
10/02/17 01:43:07
自分はWebプログラミングの深いところはあんまりわからないけど
フレームワークを使っているから欲しい機能だけ集中的にイメージすれば
いいようになって、PHPサンプルとか逆引きとか見て参考にして作るうちに
自分の作りたいサイトが実現できてるようになった。
入門書と実際に作るものの間には、もう1つか2つぐらい段階がありそうだけど
「こんなのが作りたい」っていうイメージがあれば、そこから類推して
足りない部分が見えてくるんじゃない？
そしたらあとはそこを勉強して補っていけばだんだんわかるようになってくる。
639:nobodyさん
10/02/17 11:54:40
まずは「春男悪度」を表示させるところから。
640:nobodyさん
10/02/17 14:20:32
スキルを上げるためにショッピングカートを作ってるのですが、
カード決済ってどうやって実装すればいいのでしょうか？
ぐぐっても代行サービスとかに任せる形になってるような感じなのですが、
具体的にはどうしたらよいのでしょう？
あとSSL対応についてですが、
これはサーバがSSL証明書をもっていて、httpsでのアクセスが可能ならば、
スクリプト側では特に何もしなくて大丈夫なのでしょうか？
掲示板程度しか作ったことがなくて業務システムについてはさっぱりです。
どなたかアドバイスお願いします。
641:nobodyさん
10/02/17 14:36:29
>>640
クレジット決済は代行会社に申し込んで
その会社が指定する方法でデータのやり取りをするから、とりあえずは申し込みor問い合わせすべし
SSLはサーバ側の設定とスクリプト側ではHTMLのリンクだけ注意
642:nobodyさん
10/02/17 15:15:51
一個人がカード会社と直接は契約できないので、
決済代行と契約してくださいな。
643:nobodyさん
10/02/17 15:25:26
お勉強のためならそこまでしなくてもオレオレ証明書でSSL通信して
カード情報入力→一部伏せて確認画面→注文（で、情報取得可なことを確認）
これぐらいでいいと思うよ。
「注文」のとこでカード情報を決済代行屋さんにどう投げるのかとかは
実際に契約する用事ができたときに考えればいいんじゃないかな。
644:640
10/02/17 16:00:22
>>641-643
お三方レスいただきありがとうございます。
カード会社の件は了解いたしました。
代行によって違うということは、
実際に申し込んで見ないとどういうものかは分からなそうですね。
とはいえ実際にネットショップを開くわけではないので
とりあえずカードは未対応で作ってみたいと思います。
どうもありがとうございました、
645:nobodyさん
10/02/20 15:31:05
PHPscriptが動作しているOSの種類やバージョンが分かる関数はあるのでしょうか？
改行コードのバイト数を「 strlen(PHP_EOL) 」で判定する
参考URL
URLﾘﾝｸ(blog.fukaoi.org)
また日本語名を含むファイルをアップロードした際に日本語が化ける問題はどう対処すればいいのでしょうか？
アップロードしたファイルのファイル名を動作しているOSに合わせて変換はできますか？
参考URL
URLﾘﾝｸ(itpro.nikkeibp.co.jp)
mb_internal_encodingはPHPの設定ですが、OSの設定を知る事はできないのでしょうか？
教えて！エロイお姉さん！
646:nobodyさん
10/02/20 15:42:59
コピペうぜぇえ
647:nobodyさん
10/02/20 15:50:25
マルチ乙
648:nobodyさん
10/02/20 18:02:46
>>645
phpinfo
649:nobodyさん
10/02/24 08:55:37 bh88JagV
あ
650:nobodyさん
10/02/24 11:06:11
>>649
うん
651:nobodyさん
10/02/24 13:53:11
阿吽の呼吸ですね
652:nobodyさん
10/02/24 16:14:39
いい感じです
653:nobodyさん
10/02/25 17:47:14
もっこりしてきました
654:nobodyさん
10/02/26 00:23:13
mixiアプリ上のゲームやツール類の開発言語はなんでしょうか？
あれは普通にフラッシュゲーム類なのでしょうか？
655:nobodyさん
10/02/26 00:44:39
javascriptだろ
656:nobodyさん
10/02/26 09:47:43
サンシャイン牧場とかああいう凝ったゲームもjavaなの？
657:nobodyさん
10/02/26 09:56:14
>>656
HTMLのソースみなよ。
Flashならソースみるまでもなく単に画面で右クリックして
「Adobe Flash Player 10 について」ってでてくればFlashだよ。
658:nobodyさん
10/02/26 09:58:24
とは限らない
Flash「も」使っているだけかもしれない
659:nobodyさん
10/02/26 10:01:11
そりゃそうだろ
660:nobodyさん
10/02/26 10:24:33
そりゃそうだろって中身の実装が何かが分からないってことを言ってるのだが
クライアントがFlashなだけでJavaでシステム組んでるかもしれないじゃん
661:nobodyさん
10/02/26 10:26:06
そうだね
662:nobodyさん
10/02/26 10:50:56
開発言語はなんですか？→知るかボケ本人に聞け
作れますか？→やる気と技術があれば作れるんじゃね
663:nobodyさん
10/02/26 14:43:06
作れますか？→お前には無理
664:nobodyさん
10/03/08 11:36:16
そうですか、てめぇの意見参考になりました。
665:nobodyさん
10/03/08 12:25:14
作れますか？→お前次第
666:nobodyさん
10/03/08 18:02:10 2nbdnXAH
管理画面を作っています
form.php?mode=change&id=100
のURLでid100の商品の情報を変更する仕様で、
編集用のフォームを出力するんですが、idに値がセットされていないときは
当然編集対象が不明になってしまいます。
こういうとき、どうしてますか？
１）警告画面を出力する。（idが不明です。編集対象の商品が不明です。 みたいなメッセージを出す）
２）他のページの同様のエラーもまとめて一つのエラーページに飛ばす。メッセージは「不正なアクセスです」のみ。
３）何もしない。（既存の情報をフォームにプリセットさせる処理などができないけど無視）
一つ前の画面で「この商品の情報を変更する」などのリンクを普通に踏んで来てくれれば
idがセットされてないなんて事はありえないという構造を前提にアドバイスください。
わざわざid値を消すような奴は無視で良いのかな？
このページに限らず、そんなヘンな処理を一つ一つ対応してたらきりがない気がして相談しました
667:nobodyさん
10/03/08 18:35:46
Webプログラムの基本的な考え方は、クライアントから渡される情報は
すべてチェックしろ、ってのが原則だ
それを踏まえた上で、システムの動作に問題がないのなら好きにしろ
668:nobodyさん
10/03/08 18:39:52
そういうのって、クライアントがどうしたいかによるんじゃね
どれが正解とかあるの？
明らかに不正なのの、対処は必要だけど
669:nobodyさん
10/03/08 19:28:15
渡される値を１００％信用しちゃ駄目
ってことで＞答え
670:nobodyさん
10/03/08 23:06:43
>>666
＞ １）警告画面を出力する。（idが不明です。編集対象の商品が不明です。 みたいなメッセージを出す）
パラメータの過不足はバグ取り用にしか出さない方がいいと思う。利用者に見せると「あーこれがIDなのか、じゃぁここをついて・・・」みたいに悪用する暇人もいる。
＞ ２）他のページの同様のエラーもまとめて一つのエラーページに飛ばす。メッセージは「不正なアクセスです」のみ。
これが無難かな。
＞ ３）何もしない。（既存の情報をフォームにプリセットさせる処理などができないけど無視）
サイト自体がおかしいからサヨナラしようかなと思われるから、ノーリアクションはまずい。
私なら、型チェック（期待したストリングか）は当然のようにした上で、IDがないならログインへ、商品がないなら商品選択画面へ戻すかな。親切すぎないほうがいいとおもうけど。
悪意がないけどIDが期限切れで抹消されてるとかありえるしね。ユーザ逃がしちゃ意味ないし。
※ 蛇足だが、中途半端なリンカーソフト(メモ帳に毛の生えたやつとか)から長いURIで飛ぶと?以降が切れてたりするので、いちおうフォロー入れてもいいかなっと。
671:666
10/03/08 23:26:29 2nbdnXAH
皆さんどうもありがとう
>>670
すごい親切ですね
どんどんコードが長くなっていくなあという感じで、めんどくさいってのが本音だけど
そういうエラー時の処理の流れを管理するクラスのようなものを作ってるんでしょうか？
どのサイトでもちょっとの修正で使いまわせるような…
たぶん、コードが綺麗なんですね。そうじゃなきゃ見づらくなる一方でイライラするし。
もう一つ聞きたいんですが、データのSQL登録やselectで失敗したとき、どうしてるんですか？
エラーをキャッチしたら適宜メッセージページに飛ばしつつ、
エラー情報を管理者にメールするとかしてるんですか？ それくらいやるのがプロとして当たり前？
自宅サーバで操作してる分にはクエリの失敗なんて起きないので、
実際にそんなことがどんな頻度でどんなときに起こるのかわからなくて、いまいち重視してないんですが…
672:nobodyさん
10/03/09 00:21:17
>>671
＞ データのSQL登録やselectで失敗したとき、どうしてるんですか？
時間がたったらやり直してね（うふっ） です。「接続できませんでした」みたいなそっけないのは普通の人に意味がないので出しません。
遷移した画面でユーザ側が「あー、データ登録できてないな」って確認できるのが前提で、
超大事なフォーム入力データはDBに書いたのをまたHTMLで返して、最終確認でポチってもらって、そのときにhiddenで送ったデータとDBから読み出したデータが合えばOK。
DBでエラー吐くたびにメール出してたらそっちのが累積して鯖固まるのではないかと。
673:nobodyさん
10/03/09 00:24:41
ログに吐けばいいだけじゃねーの。
メール飛ばすかどうかはログ監視でやればいいだけの話だし。
674:nobodyさん
10/03/09 00:58:21
>>672-673
ありがとうございます、すごい勉強になります。
＞DBでエラー吐くたびにメール出してたらそっちのが累積して鯖固まるのではないかと。
そんなに頻繁にDBてエラーするんですか？
フォームデータのバリデートするのは当然の前提でもですよね？
プログラムだけの対応じゃどうしようもないエラーってことでしょうか
たとえばどういう条件でおきるものなんですか？
＞ログ監視でやればいい
なるほどー
くどくてすみません
675:nobodyさん
10/03/09 01:13:46
>>674
トランザクションやロック処理で調べるとDBやファイルの扱いで延々とコケる説明が出てきます。
HTTP経由なら同時接続数自体を絞れば、DB側がボトルネックにならずにすむんじゃね。セッションさえ残っていればリトライできるんだし。
676:nobodyさん
10/03/09 01:28:22
>>674
そんなに起きないよ
でも仮に何かの原因で１ページ１０～２０のクエリが失敗した場合が、その数xアクセス数のメールが飛ぶぞw
ログに書き出せばおk
677:nobodyさん
10/03/09 19:09:06
JavaScriptについて教えてください。
JavaScriptでクッキーを削除したいのですが
Firefoxでは削除されないようです。
ググってみたところ下記の方と同じようです。
URLﾘﾝｸ(questionbox.jp.msn.com)
何かよい方法はないものでしょうか？
678:nobodyさん
10/03/09 19:44:49
設計からやり直す
679:nobodyさん
10/03/10 00:47:13 OK6KN61F
フォームの登録処理（DB)のあと、完了しましたって画面にリダイレクトさせてるんだけど、
そこからブラウザの戻るボタンで戻られても二重登録にならないようにしたい。
どうするのがおすすめ？
DBに入れる登録用データがセッション使って登録画面まで引き回されてる作りなんですが
リダイレクトした完了画面でセッションを破棄させる対応で大丈夫ですか？
（セッションがなかったら警告ページにリダイレクトで）
もっといいやり方ありますか？
680:nobodyさん
10/03/10 01:04:27
>>679
セッションクリアでいいんでない？
あとメアドとかだったら二重登録自体できないようにするとか画像認証いれるとか
681:nobodyさん
10/03/10 02:42:10 OK6KN61F
>>680
ありがとうございます。
セッションクリアだけで大丈夫でしょうか？
ページ戻ったら、セッションのキャッシュがあってそれで再送信されるなんてことないかな
セッションはサーバーに保管してるものだからブラウザのキャッシュなんて関係ないかな？
知識不足ですね、どうなんでしょう？
682:nobodyさん
10/03/10 03:15:39
セッションがあってもセッションデータがなければ大丈夫
683:nobodyさん
10/03/10 16:53:26
心配なら突合せ処理も入れればいいんじゃね。変な鯖じゃなければCPUに余裕あるだろうし。
684:679
10/03/10 22:17:53
>>680-683
ありがとうございます。とりあえずセッションクリアで対応してみます。
685:nobodyさん
10/03/14 00:05:26 e6JahMR0
空メールを送ってもらい、登録URLを送り返して個人情報を入力してもらい登録、
登録後はメール配信を行うシステムの構築を考えています。
MySQLを使って情報をデータベース化しても良いのですが、
サーバーが専用サーバーではなくVPSでの運用で、さらにMySQLの知識や経験がほとんどなく、
セキュリティ面が心配なため、登録メールを端末PCで、メールで受信してローカルで保存することを考えています。
ローカルのデータベース化および配信は専用ソフトを使うつもりですが、
専用ソフトの登録情報取り込みがPOPのみでサーバから端末PCまでが暗号化されません。
多少無理してでもSQLで運用した方が良いのか、それともサーバから端末までの
経路での不安を抱えながらが良いのか、識者の方のお考えを伺えたらと思っております。
686:nobodyさん
10/03/14 00:18:42
DBに格納すれば安全なわけでもないし、
メール受信が平文なら他でいくら心配しても無駄ではない?
687:nobodyさん
10/03/14 00:21:56 nHgOFBBV
きっと気にしなくても平気だろうけど
専用ソフトがなんだかわからんけど
個人情報受け取ったcgiが暗号化してメール投げる
受け取っててもとで平文にしてdbにいれる
専用ソフトは暗号化されたsendmailを使う
とかできるんじゃね
688:nobodyさん
10/03/14 00:58:46 e6JahMR0
>>686
やはりDBでも安心はできないですよね。
>>687
PHPでの実装を考えています。
専用ソフトは、指定した書式のメールを受信して取り込み自動的にDBに書き込みます。
配信は別のソフトで、こっちはPOPoverSSLに対応しています。
別のメーラーで一度SSL通信で受信後、DBに書き込むことは可能ですが、
あまりにも手間がかかってしまいます。
ユーザー －登録情報(SSL通信)→ サーバー
サーバー －PHPで指定書式にした登録情報のメール(非SSL POP)→ 管理PC
もしくは
サーバー －登録情報(SSL)→ 管理PC 指定した形式に都度変換→DB
といったところでしょうか。
登録ユーザーは別途名簿があり、対象者に直接書面で登録URLを知らせます。
登録情報はメールアドレスと氏名、登録区分程度で、ウェブなどには公開しないのですが、
それでも平文でメールが流れるのはリスクを伴いますよね。
リスクと手間、どこかで妥協しなければならないですよね・・・。
689:nobodyさん
10/03/14 03:42:39
ログイン機能のあるウェブサイトのＤＢ設計で
「ユーザテーブル」と「ログイン情報テーブル」のように分けるケースをよく見かけます。
（ユーザテーブルに名前や住所や電話番号などを格納して、ログインテーブルにログインＩＤとパスワードを格納する感じ）
ユーザテーブルにログインＩＤやパスワードを保持するのは何か問題あるのでしょうか？
ユーザとログインＩＤは通常１：１の情報だから同じテーブルに入れるのが筋だと思うのですが。
690:nobodyさん
10/03/14 03:44:04
いや問題はない
利便性のために意図的に正規形を崩してるだけ
691:nobodyさん
10/03/14 05:17:43
>>689
ORMとかリレーショナルデータベースでググレ
692:689
10/03/14 10:09:58
>>690
>>691
ありがとうございます。
利便性というのは具体的にはどのような効果があるんでしょうか。
ORMがヒントであるなら、ユーザ情報とログイン情報を別のクラスとして扱いたいということですか？
むしろ面倒くさくなりそうです。
一般的にはログイン後にユーザ情報を取得すると思いますが、
ユーザテーブルとログイン情報テーブルにテーブルを分けてしまうと、ログイン処理の度に二つのテーブルを参照する必要がありますよね。
693:nobodyさん
10/03/14 21:21:48
たとえば、ログインするのに、そのユーザの住所や電話番号が必要か？
ログインＩＤとパスワードだけでいいのに、不要な情報まで取得するのは無駄だとも考えられるだろ
まあ、ログイン処理で実テーブルの構造考えるようじゃ、
ＯＲＭやる意味ないけどな
694:nobodyさん
10/03/14 23:04:07
すいません、xampp について質問する板はここでいいんでしょうか。
もし違うなら板を教えてください。よろしくお願いします。
695:nobodyさん
10/03/14 23:06:25
>>693
その理由だけだと、いらない情報はselectで外せばいい、と返されてしまうよーな。
696:nobodyさん
10/03/14 23:43:24
>>695
アプリ側だけみればその通りだがDBMSの動作って範囲で考えると違いがでてくることもある
まあ、実際に動作的な問題でテーブル分けてる場合は少ないと思うが
（とくにロックを長時間保持することのすくないＷＥＢアプリなら）
ほとんどは設計が適当だったりした結果別テーブルなだけだと思われ
別テーブルであることに明確な理由はなく
将来の拡張に備えてとか言う言い訳がついたりするパターンだな
697:nobodyさん
10/03/14 23:47:37
利便性
拡張性
便利な言葉だね
698:nobodyさん
10/03/15 00:06:56
金取るためにゃ便利な言葉さ
699:nobodyさん
10/03/15 10:05:19
基本的に、変更がありえないものだけで1つテーブル作って
それ以外は分けるべき。キリが無くなるし、
あとで別の人がメンテしようとしたときにうんざりする
700:nobodyさん
10/03/15 16:32:50
もうDB板の範囲。WebProgに特化した話題じゃないし。
701:nobodyさん
10/03/16 00:42:52
>>694
下記にあったよ
xamppってどうよ？
ｽﾚﾘﾝｸ(mysv板)
とりあえず何につまづいてるのかわからないと詳しい誘導もできないだろな。
702:nobodyさん
10/03/16 01:23:04
投稿サイト作ってるのですが
各投稿に番号をつけようと思って
投稿時間(UNIX値)を使いたいのです。
これを重複させないようにするには
ファイルロックしながらtime()関数を使えばいいのでしょうか?
703:nobodyさん
10/03/16 01:41:43
何故データベース設計は軽視されるのか？
ｽﾚﾘﾝｸ(db板:446-447番)
704:nobodyさん
10/03/16 01:51:17
>>702
それなら時間＋区切り文字+固有のID（プロセスでもなんでもいい。）かな。
IDはユニークでなきゃだめなんだから、ロックしていてもかぶるかもしれんのは使いたくない。
705:nobodyさん
10/03/16 02:52:29
いろいろ参考になりました!
706:nobodyさん
10/03/16 07:26:49
ファイルロックのときに１秒待てばいいんじゃね？
707:nobodyさん
10/03/16 13:03:13
>>702
あちこちで聞いてるね。
答えようと思ったけどどこで答えたらいいか迷うので答えない。
708:nobodyさん
10/03/16 13:07:20
答えなくていいよｗ
大した知識があるわけじゃないだろうし
709:nobodyさん
10/03/16 14:03:21
そんな風に煽ってみたってマルチには答えないよｗ
710:nobodyさん
10/03/16 17:18:04
あちこちってどこだよ
711:nobodyさん
10/03/16 17:21:36
そっちだよ
712:nobodyさん
10/03/16 17:33:39
あっちこちっていいとも!かよｗ
713:nobodyさん
10/03/16 18:38:06
んなこたーない
714:nobodyさん
10/03/17 00:59:17
>>701
ありがとうござます。
移動します
715:nobodyさん
10/03/17 01:57:10
ChatPadとかのWebベースのチャットって
ajaxとphpと共用サーバーで実現可能ですか?
やっぱプログラムを常駐させないといけないんでしょうか?
716:nobodyさん
10/03/17 02:26:38
とりあえずそこらに転がってるフリーのチャットとか設置してみ。
717:nobodyさん
10/03/17 02:40:39
d(ﾟДﾟ )☆ｽﾍﾟｼｬﾙｻﾝｸｽ☆( ﾟДﾟ)b
718:nobodyさん
10/03/18 22:44:29
リンクをクリックすると、画面遷移させずにその下に詳細情報を表示させるような
画面を画面を作りたいと思っています。
詳細情報はクリック時に取得する必要はないので、
この画面をロードする際に予め取得していて、表示はさせない(隠しておく)、
というのが簡単なのかな、と考えているのですが
このような画面を実現するにはどのようにすれば良いのでしょうか？
719:nobodyさん
10/03/18 22:50:34
>>718
CSS
720:nobodyさん
10/03/18 23:19:45
>>719
リンクのonclickイベントハンドラでdisplayの値を切り替えれば良い、ということですかね。
ありがとうございます。
721:nobodyさん
10/03/18 23:19:53
javascript block 表示非表示
722:nobodyさん
10/03/18 23:52:27
>>721
ありがとうございます。
やりたいことそのもののサンプルを載せられてるページを見つけることができました。
URLﾘﾝｸ(www.plasmasphere.net)
723:nobodyさん
10/03/19 15:22:55 RgXX4bEl
pixivというイラスト投稿サイトを見てたら、
表示する画像＆情報を指定するらしいパラメータがあり、適当に数字入れて変更したら
画像は表示されずにトップページやカテゴリトップにリダイレクトされました
これは、
・一度DBに変更後のパラメータで情報を問い合わせる。
・該当情報がなかったので指定のリダイレクト先に転送。
っていう流れをしているんでしょうか？
724:nobodyさん
10/03/19 15:37:40
そうだろうね
725:nobodyさん
10/03/19 17:02:00
親切に詳細なエラーとか出すと攻撃の糸口を教えてるようなもんなので、
Moved とか返したりしてリダイレクトするのが一般的
と、自分は勝手に解釈してる。
726:nobodyさん
10/03/20 02:45:47 Y7vxP7W2
>>718
ahah使えば、クリック時取得でも簡単だぜ。
727:nobodyさん
10/03/20 04:34:56 2Jzz4mSF
「<>'ﾞ&」さえサニタイジングしておけばXSS対策は万全ですか？
728:nobodyさん
10/03/20 10:22:15
万全です