元スレ【PHP】下らねぇ質問はここに書き込みやがれ 68

php覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

251 = :

ストーカーされて気持ち悪いの間違いでは？

252 = :

>>248=>>251

254 = :

仕様です

256 = :

えっ！

257 = :

びっくりしたなぁもう！

260 = :

>>258
おかしくないんじゃね？書き方が古いが

斜めにしか読んでないから納得いかないなら具体的に示せ

262 = :

>>261
何度いえばわかりますか携帯端末情報とればいいだろ

263 = :

>>260
レンタルサーバーに設置して予定編集ページに飛ぶためにクリッコしてもページが切り替わらんのです。
自宅サーバー設置してやってみましたが同じだったのでスクリプトかと思いまして

264 = :

>>263
まずおまえが使ってる鯖設定とかphpバージョンとかphp.iniの設定とかあるんじゃないのかね？

265 = :

>>263
ヒント：古いバージョンと新バージョンのPHPでのGETとPOSTの取得方法

ソースみたら動かなくて当然
よく読まなかったのかい？

267 = :

いつの時代の話だよｗ

269 = :

セッション処理で接続先の環境が違った場合の処理ってどうするのがいいですか？
セッションの内容を消してしまうと、本来のユーザが困るし・・・

270 = :

最近下らない質問じゃなく頭悪い質問が多いな

271 = :

>>228

鯖というと自分側のですよね？
相手側は直アクセスでは遅くないし


でも　外部へのアクセスだけがそんなに遅いもんです？
なにか解決方法ないものか…

もちろんキャッシュはしてるけど　してないときが激遅です

272 = :

>>227
DNS？一度IPでアクセスしてみて確認

273 = :

>>270
答えられないなら黙っとけよゴミ虫

274 = :

>>265
まじあざっす！
まったくPHPがわからない素人なのです
.htaccessでregister_globalsをONにしたらできました

275 = :

接続環境の変化を検知した時点で
セッションIDを変更して新規のセッションとして開始すると、
UAをころころ変えながら繰り返しアクセスすることで
セッションリソースを大量消費される攻撃に晒される危険があるかと思います。

またexitで処理を停止させてしまうのも、あまりよろしくない。
ルーティングは、後に任せるべき。

セッションがない状態でアクセスした時と同様の処理をしたいのですが、
既にその時点でセッションは開始されてしまっているので、
なかなかむずかしいんですよね・・・

276 = :

「$_SESSIONをクリアし、
それでいながら、
その変更を本来のセッションストレージに反映させず、
また新規でセッション領域を消費しない」
と処理をやればいいかと思います
どうすればいいですか？

277 = :

>>274
なぜ、現行Verではデフォルトでregister_globals=offになっているのかも知っておこうね。

279 = :

>>269
1.接続環境の変更は考慮しない
　
2.接続環境の変更を確認した時点で、セッションを適切に破棄し、
　新セッションを開始する。
　
>接続環境の変化を検知した時点で
>セッションIDを変更して新規のセッションとして開始すると

新規セッション開始前に、旧セッションを破棄すればいいだけでは？

>UAをころころ変えながら繰り返しアクセスすることで
>セッションリソースを大量消費される攻撃に晒される危険があるかと思います。
　
　まずセッション管理はどうしてるの？
　ブラウザ終了時までのセッションであれば、
　ブラウザ起動する毎に新セッションが発行され、リソース消費を防ぐ手段はありません。
　
　クッキーに有効期限が設定されているのであれば、
　適切に不要なセッションを削除する事でリソースの消費は防げます

280 = :

セッションにどんなでかいデータ持たせるつもりなんだ？

281 = :

iノードは有限だから小さくてもファイル大量に作られたら嫌じゃね？
っていうか、セッションファイルが大量になった時のパフォーマンスどうなんだろ？
特に考えたこともなかったけど
symfonyのキャッシュ機構みたいに遅くならない工夫してんのかな

282 = :

ファイルに保存するのであればOS依存だろうし。
パフォーマンスに影響する程のモノでは無い。
きちんと破棄処理すりゃiノードを圧迫する事はありえない。

どうしてもきになるなら、session_save_handlerでも使って好きに実装すればいいんじゃね？

283 = :

しつもん
JavaScriptでencodeURIした文字列を受け取ると"+"だけ消えるんですが何故?

a.html
<select name="select"><option value="A+-*/">

a.js
var a=encodeURI(document.forms[0].select.value)　←この時点では"A+-*/"

(xmlHTTPRequestでPOST送信)

a.php
a=$_POST['a'] 　　　　　　　　　　　　　　　　　←ここで"A -*/"になってる

+だけの理由がよくわかりません。

284 = :

>>283
実装の違い。
PHPのurldecodeは+をスペース文字としてデコードする。

js側で　encodeURIComponent() 使えばいいよ。

285 = :

>>284
フムウそんな罠があったとは
調べてみるサンクス

286 = :

プレス‐リリースを発信してるサイトはＰＨＰで作ってるのが多いですが、簡単に作れますか？

287 = :

質問内容から判断すると簡単には作れないだろう
誰かに作成依頼するなら話は別だが

288 = :

>>272

どもです
直だと早いんですよねー

PHPからだと遅い…　謎
鯖がくそなのかなあああああ

289 = :

そもそも、その直でのアクセスしてるマシンとPHPが動いてるマシンが
同一なのかそうでないのかすら書かれてないのに判断できる訳がない

違うと推測して>>272のIPアドレスでのアクセスは試してみたのか？

290 = :

>>289

PHPが動いてるのはレンサバですねー

アクセスしてるのは外部のサイトの公開API

直だと早い早い　RESTだからブラウザ直でアクセスしても早いよ
借りてるうちのレンサバのPHP -> 外部APIが激遅

なんでかねえ・・・

291 = :

直が速いのはわかったから、少しは切り分けくらいしたらどうだね
simplexml_load_file()を含む部分のコードを自分の端末で動かして外部サイトに繋いでみるとか
レンサバにsshとかで入れるのなら、レンサバのw3m等で繋いでみるとか

PHPの問題なのか、レンサバの問題なのかすらわからんじゃないか

292 = :

鯖

294 = :

w3m　もう一度試したら　遅いわ・・・

鯖なんかなあ
時間帯が時間帯だしなあ

PHPからはいつやっても遅いのはたしかなんだけど

295 = :

とりあえずIDは出した前

296 :

wgetでやっても同じですねー

Resolving ... で時間がかかってる

時間が時間だけにたまたまかもだけど

ブラウザからとPHPからとで　相手側がなんか処理わけとるんかなあ

297 = 296 :

出てきた IPでつないだら早い・・・・

これはDNSが問題？？？

どうしようもないのか　よくわからないんですけど

298 = 296 :

わかたこと

w3m, getw から ドメインでアクセスすると遅い
IP直でアクセスすると早い

Resolving ドメイン名 .... が長い

だけど nslookupでドメインからひいて見ると　IPはすぐに返ってくる
よくわからん・・・

その場しのぎでIPでアクセスするようにするか・・

299 = :

>>272,289でとっくに言われてるのに・・・

300 = 296 :

すんません
いみがわからなかったから調べてました…

PHPからgethostbyname()で事前に変換してみても　おそかった
直IPだと早い

ということは　解決方法はなしですかね？？
今、IP直でやるようにしましたが　万が一相手の鯖がかわったらアウトですよね

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ

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

• 【PHP】下らねぇ質問はここに書き込みやがれ 69 (1001) - [98%] - 2008/6/25 23:33 ○
• 【PHP】下らねぇ質問はここに書き込みやがれ 72 (1001) - [96%] - 2008/9/3 7:18
• 【PHP】下らねぇ質問はここに書き込みやがれ 73 (1001) - [96%] - 2008/9/20 2:31 ○
• 【PHP】下らねぇ質問はここに書き込みやがれ 71 (1001) - [96%] - 2008/8/17 1:08
• 【PHP】下らねぇ質問はここに書き込みやがれ 70 (1001) - [96%] - 2008/7/19 3:52 ○
• 【PHP】下らねぇ質問はID出して書き込みやがれ 78 (1001) - [87%] - 2009/1/13 21:32 ○
• 【PHP】下らねぇ質問はID出して書き込みやがれ 98 (1001) - [87%] - 2010/10/12 18:16
• 【PHP】下らねぇ質問はID出して書き込みやがれ 88 (1001) - [87%] - 2009/10/12 1:52
• 【PHP】下らねぇ質問はID出さずに書き込みやがれ 1 (985) - [86%] - 2011/7/13 20:33
• 【PHP】下らねぇ質問はID出して書き込みやがれ 128 (1001) - [86%] - 2013/8/4 14:01
• 【PHP】下らねぇ質問はID出して書き込みやがれ 118 (1001) - [86%] - 2012/5/18 6:01
• 【PHP】下らねぇ質問はID出して書き込みやがれ 138 (991) - [86%] - 2015/1/6 8:00
• 【PHP】下らねぇ質問はID出して書き込みやがれ 108 (1001) - [86%] - 2011/7/27 14:48
• 【PHP】下らねぇ質問はID出して書き込みやがれ 89 (1001) - [85%] - 2009/11/13 23:03
• 【PHP】下らねぇ質問はID出して書き込みやがれ 90 (1001) - [85%] - 2009/12/7 18:47