のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,646,092人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

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

php覧 / PC版 /
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

953 = :

> innodb_lock_wait_timeout applies to InnoDB row locks only. A MySQL table lock does not happen inside InnoDB and this timeout does not apply to waits for table locks.

バッチ処理入ったら自分でDB内にフラグ立てるのがいいんじゃない？
SHOW ENGINE INNODB STATUSを元にビュー作ってもいいかしらんがめんどくさそう

954 = :

>>953
毎回ロック状況を確認してからSelectはナシでしょ
タイムアウトするほど長いロックならサービス止めればいいんじゃ
つかTable lockがInnodbと関係ないなら普通にロックタイムアウトしないのかね？

955 :

PHPをそれなりに勉強し初めて1年
なにか作ろうと2か月ぐらい大垣氏の「Webアプリセキュリティ対策入門」やWebの連載読みこんだ
でもサーバの負荷とか全くわからないから、ストレッチングとかどのくらいやっていいのかとかもわからない
俺がWebアプリを勉強し始めたのは間違いかもしれない
公開することを前提としたら一番難しいアプリケーションの形態ではないのか……？
結構時間も金も本につぎ込んでしまったしどうにか物にしたいんだが、何かアドバイスないでしょうか先輩方

956 = :

>>954
バッチプロセスのロックはタイムアウトで開放されると思うけど、待たされる方（SELECT）が任意にタイムアウトできるかは分かりません
ごめんね！

957 = :

>>955
質問をどうぞ

962 = :

ただのバグだろ
PHPにはよくある話だ
つうかそんな気持ち悪い書き方すんな

964 = :

>>955
サーバ負荷なんてユーザーが殺到してから考えればいい
大企業でも人を集めるのは相当難しいからね

965 :

質問です。

ログインが必要なページのログイン後のページソースの一部を取得したいのですが
file_get_contentを利用してソースまるごと取ってから正規表現で分解するしかありませんか？

<span class="number">5</span>

一々全部取得せずに上記タグの5だけを取得したいのですが可能でしょうか？

966 = :

>>965
どこのサイト？

967 = 965 :

>>966
レスありがとうございます。
申し訳ないのですがどこのサイトかは答えられないです。

広告の管理画面で、一つの広告の成果を見るたびに毎回ログインが必要なサイトで
自分用として一括して見れるようにしようと思っています。

968 = :

相手の構成次第だけど多分無理かなー

969 = 965 :

>>968
ですよね・・・
ありがとうございました。

972 = :

>>965
場所が常に明白(または、今回のような個人用途)で、かつ、rangeリクエスト可能ならそうしてみるとか。
全部取得するほうが大抵楽だと思うけど。

974 = :

API提供してくれりゃいいのにね。

975 = :

APIの方が　鯖の負荷大きかったりしてな

977 = :

30分毎に○○（RSSなど）を更新する
みたいな処理はどういう設計にしたらいいですか？
マルチスレッドでがんばるんでしょうか？

982 = :

>>981
全部？

983 = 980 :

>>981
いまいち言ってることが良くわからんなぁあ

985 = :

DBとかキャッシュ使え

986 = :

何をしたいのか分からんね
セッションが動くたびにトランザクション走る設計なんて嫌でしょ
共有データは正規化してCascadeで消えるようにしたら楽な気がする

988 = :

そもそもそんなことして何がしたいのかよく分からん
具体的にやりたいことのイメージを書いてみ？
もっとマシな解決方法あるから

989 = :

まあたぶん>>985の言うようにキャッシュ使うのがいいだろうな

990 = :

3人でA～Cってことは全部っぽいな
想定人数が異常に少ないから同時間っぽいな
B、Cと特定的に書かれてるが、たぶんB、CのIDは不明なんだろうな

991 = :

>>979の言ってることはわからなくもない。

たとえば、チャットアプリで、チャット中のユーザーAとユーザーBがいた場合、
ユーザーAのセッションを読み込む際に、ユーザーBのセッションも一緒に
読み込めたら便利なのにと考えたことがある。

だけど、無理なんだよね。相手のセッションやクッキー情報を読み込むのは不可能だし。
結論は、取得できない。

992 = :

というかチャットみたいにユーザモデルが存在するサービスならどうにでもなる
FW使ってるならモデルにSession統合するだけで済むし
管理パネルで整合性が必要だとか、ブラウザゲーで遷移管理を共有したいとかってケースが面倒

993 = :

おまえら想像でモノ言ってもしょうがねぇだろ

994 = :

そういうのをセッションを使って、セッションの値自体を使わないで実装するのが普通

995 = :

>>2
MLのホストは結構前に変わったhttp://ml.php.gr.jp/mailman/listinfo/
Smartyはそろそろよくね？

996 = :

別に行数足りないわけでもないし消す必要もないだろ

997 :

関数がバイナリセーフかそうでないかなんてどうやって判別するの？
リファレンスに「この関数はバイナリセーフです」とか書いてないよね

998 = :

290 ：デフォルトの名無しさん：2014/01/20(月) 03:26:19.69
PHPで長々とひどいソースコード書いて
おそらく多大な時間をかけたんだろう、Rubyとかなら5分もいかないようなものを「○○作れたー＾＾」とかいって
ブログ書いてる奴が多い
PHP自体でマシなアルゴリズムや記法を提供してやればマシになるのかなと思って
ちょっとPHPの言語仕様見直したけど、それも不可能だと悟った
彼らはなんなのアレ。マジアレ何。それで良いのかと問いかけたい。
ほんの一週間でいいからRubyやらPythonでまともな書き方を覚えたら
考えも変わってくれるとは思うんだけど

前提を疑えよな
その$とか->とか意味のない記号で埋め尽くされてるソースを見て
何かを感じれば他の言語を試すだろ普通は
プログラミングのような「誰がやっても同じようなもの」に対して
時間をかけて丁寧に一字一句かいていくとか、固執とかはいらないんだよ、

もっとササッとかいて、見やすい、速い、動く、　　これだけで良い
こだわりを持って時間かけて何かやりたいならそれは間違いなくプログラミングでやるような事じゃないから
効率の悪いソースコードはリファクタリングでソースファイルごと削除される
PHPで書いてるソース全部がそれだからね

999 = :

だから言ったろ？PHPはゆとり向けじゃないんですよ上級者向けなんです


←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド

トップメニューへ / →のくす牧場書庫について