元スレPHP上級者が集まるスレ

php覧 / PC版 /

みんなの評価 :

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 次へ

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

251 = :

>>250
いや、普通にググっただけだよ。
実はGoogleAPIでもいけるんじゃないか。。。とかはわからん。

252 = :

ちょっと質問なんですが
Googleで特定のキーワードが何回検索されたかを調べる方法ってありますか？
出来れば、特定の日に何回検索されたかです。

例）　赤い一輪車　というキーワードが　10月10日（日）　に15回　といった具合です。

253 = :

>>252
Google Trends, AdSense管理画面以上のことは無理。

はい次

254 = :

>>253
つまりある程度検索上位ワードでないと
無理という事でしょうか？

Google Trends で適当にキーワードを入力して
検索したところ、

検索ボリュームが不足しているため「寄与等」のグラフを生成できません。

というエラーメッセージが表示されてしまいました。

255 = :

そうですね。

256 = :

なんとかならないですか？

257 = :

なりません。

258 = :

mod_rewriteの正規表現が苦手です。

皆さんはどうやって勉強しましたか？

また、お勧めの解説サイトを教えて下さい。

259 = :

２ｃｈでスレッドを立てた場合
どの位レスが無いとDAT落ちしてしまうのでしょうか？
※お気に入りスレッドの保守ツールを作ろうと考えています。

260 = :

phpからjavascript に配列渡す方法おねがいします

261 = :

ドメインを検索した結果
Organization:Personal

というのが出て来るんですが
これってどういう意味でしょうか？

262 = :

>>258
PHP関係ないです。正規表現スレで聞いてください。
>>259
PHP関係ないです。2chを開発または維持保守してる人達に聞いてください。
>>260
PHP半分だけ関係あります。echoなりprintでjavascriptコード吐けばOKです。
>>261
PHP関係ないです。英和辞書引いてください。

263 = :

>>262
＞PHP関係ないです。2chを開発または維持保守してる人達に聞いてください。
２ｃｈを開発してるのは誰ですか？

264 = :

>>263
2chを開発してる人を監督している人に聞いてください

265 = :

>>264
（株）ゼロ　or （株）イスト　という情報をＧＥＴしますた！

267 :

ワールドワイドに展開したいサービスを作る場合、
日付情報はローカル時刻から世界標準時に変換してDBに保存して、
閲覧時には、閲覧者の国に合わせて時刻を変換するのがベストなんでしょうか？

268 = :

269 = 267 :

どうするのがいいですか？

270 = :

ワールドワイドに展開したいんだから
ワールドワイドに展開してるということを分かってもらう必要がある
つまり日本時刻に統一することで、日本のサイトがワールドワイドに展開してると認識してもらう

271 = :

＞閲覧時には、閲覧者の国に合わせて時刻を変換するのがベストなんでしょうか？
YES。

閲覧時に変換すればいいだけの話で、
DBにはローカル時刻で保存しておいても問題無いよ。

というか、日本で開発するならデバッグのし易さ等も含めて、、
わざわざ世界標準時に変換して保存する必要は無いかと。

273 = :

$_REQUEST

を使えば　GET　も　POST　もどちらの値も取れる様なので
GET や　POST　を使わずに

REQUEST　一本で行こうかと思っているのですが
何か問題（セキュリティー的な面で）はありますか？

274 = :

うむ

275 = :

>>273
getとpostを区別しないフレームワークもあるし、いいんじゃない？

277 = :

>>273

<img src="http://hoge.com/sendmessage?title=shine&body=aho">

なんてのが掲示板に書き込まれたらどうだろう？
CSRFチェックしてるならいいけど。

278 = :

timestamp型は内部ではGMTなんだね。知らなかった。さすが上級。
でも2038年までしか使えないのか。
案外すぐそこだと思ってしまう。

279 = :

>>275
ええのかな。

>>277
ごめんなさい。
かりに投稿されてもサニタイジング処理するから
問題無い気もするのですが何が問題なのでしょうか？

280 = :

サニタイズじゃないだろそれ

281 = :

>>278
DateTimeつかいなよ

あと「2038年問題」で検索すればわかるけど
過去に銀行でトラブルがありニュースになってる
php5.1までは対応が面倒だったが
php5.2以降ならDateTime使えば2038年問題はクリアできる
書式も柔軟で使いやすい

283 = :

tryとcatchブロックの最後に同じ処理を入れとけばいい

284 = :

YahooやGoogleなど、１つのIDで複数のサービスを利用できるようにしているサイトは
どのようなユーザーDBを持っているのでしょうか？
まさかすべてのサービスを１つのDBに格納してるわけではないですよね？
サーバやDBを分けると、リレーションが作れないと思うのですが
管理しにくくなるデメリットをどう回避しているのでしょう？

たとえば、全IDの基本情報を持った１つのユーザーIDマスターテーブルがあって、
サービスごとのDBに、ユーザーIDマスターテーブルをコピーして、サービス用のカラムを追加した
各サービス用のユーザーIDテーブルがあって、マスターが更新されると、こちらも自動更新されるとか、
もしくは、各サービス用ユーザーテーブルには、マスターのIDが保存されていて
GEThttp://api.mydomain/?getUserDetail=username
とかHTTPリクエストでマスターテーブルから取得しているんでしょうか。
（いま利用しているレンサバは外部からのDB接続ができません）

できるだけスマートな実装を教えてください。

285 = :

DB越えのリレーションができるようにしてるのでは

286 = :

>>284
基本情報の保存されたマスターユーザテーブルと、
サービス別に必要なカラムを持ったテーブル(マスターユーザIDで紐付け)があるんじゃねーの？

マスターサーバに負荷がかかると思われるが、
それはハードウェア的に分散してるものだと思われる。

287 = :

DB越えのリレーションってどうやるの？？

288 = :

DBってテーブルの上位のDBじゃなくてDBサーバのことを言ってるの？
だったら普通にレプリケーションしてるだけじゃないの

289 = :

>>283
同じ処理を書きたくないからこそのfinallyじゃない？

>>284
レプリケーションとかDB直接接続もできるorしてるかも知れないけど、
少なくともそういうAPIは裏側で用意されてるはず。
他社製の物と連携すること考えるとDBMSが異なるサービスにも使えるようにしてると思う。
ポリシー上そのAPI介さないと（自社製でも）ユーザ情報にアクセスさせないとかは十分ありうるね。

で、レンサバという制限の元、何とか共有したいという話なら
使える物は何でも使って最も楽な方法でやればいいと思うよ。
例えばCronで定期的にユーザマスタcsvを子サービスにSSLで送りつけてもいいし。

ちなみにサービス別にユーザテーブル作る場合、全件は複製せずに
そのサービスを使ってる人のIDだけが入ってるというのが多い実装だと思う。

290 = :

Doctrineもここでいいのかなあ

PostgreSQLだとDoctrine_Core::generateModelsFromDb()はできない？

確認したら
Import/Pgsql.phpの
$sql[ 'listTableColumns']のSQL実行してるみたいなんだけど
これが失敗してるんだよなあ

293 = :

↑
３万も払って、たった10ブログからのリンクだけ？？
クソボロい商売だな。
俺一人で個人経営やっても、数日で1000ブログ以上作るシステム開発する自信あるぜ？
てかもう存在してるだろうけど。

294 = :

アホか。システムなんか誰にだって作れる。
問題はプロモーションだ。

295 = :

phpで出来てるフレームワークで、ほとんど素のphpだろこれっていうレベルのものある？
smartyとか覚えきれなかったので

296 = :

つ「ちいたん」

ってかSmartyだって素のPHPなんだが・・・ｗ

297 = :

>>295
フレームワークってのは使い方を覚えて初めて役に立つものだから
覚えることがデメリットになるくらいなら使わない方が無難な物ができると思う。
素のPHPだから一概に悪いなんてことないよ。

298 = :

>>296
なかなか悪くないな！むしろいい感じだな！　名前の由来が気に入らないが！