私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】下らねぇ質問はID出して書き込みやがれ 113
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
>>150
メアド踏めばそうなるけど、そういうことじゃなくて？
メアド踏めばそうなるけど、そういうことじゃなくて？
>>152
レスどうもです。そういうことではないんですよ
１）リンクを踏む
２）ページAに遷移してDB処理、終わったらページBにリダイレクト
３）ページBに移動したら自動的にメーラーが立ち上がる
というのをイメージしています
ページBにリダイレクトしなくても、ページAでのDB処理が終わったあとに
何らかの方法でメーラ起動できればそれでいいんですが…
header関数とかの問題かなと思ったんですが、ヒントが見つからない状況です
レスどうもです。そういうことではないんですよ
１）リンクを踏む
２）ページAに遷移してDB処理、終わったらページBにリダイレクト
３）ページBに移動したら自動的にメーラーが立ち上がる
というのをイメージしています
ページBにリダイレクトしなくても、ページAでのDB処理が終わったあとに
何らかの方法でメーラ起動できればそれでいいんですが…
header関数とかの問題かなと思ったんですが、ヒントが見つからない状況です
>>154
header('Location: mailto:test@example.com');
header('Location: mailto:test@example.com');
普通にリンクなりボタンなりをクリックさせた方がいいんじゃないの？
メーラーが勝手に開くのは怖いしウザい
メーラーが勝手に開くのは怖いしウザい
>>159
メーラーが勝手に開くリンクからメール送ったことってほとんどないな。
メーラーが勝手に開くリンクからメール送ったことってほとんどないな。
>>161
携帯だと空メ登録よくあるからいいんでないの
携帯だと空メ登録よくあるからいいんでないの
>>162
gmail しか使ってなかったり linux のクライアントだとメーラー設定してなかったり
あるのでテキスト直書きで、テキスト@hoge.com 件名は○○○で送ってください
とか併記しておいて欲しいと思う吉宗であった…
gmail しか使ってなかったり linux のクライアントだとメーラー設定してなかったり
あるのでテキスト直書きで、テキスト@hoge.com 件名は○○○で送ってください
とか併記しておいて欲しいと思う吉宗であった…
>>165
問題ないよ
問題ないよ
>>168
セッション名とセッションのキーを混同してないか
セッション名とセッションのキーを混同してないか
>>168
BサイトにAサイトのクッキーを差し出すUAがいるってことか
BサイトにAサイトのクッキーを差し出すUAがいるってことか
ブラウザを閉じたらセッションは終了すると聞きました。
その場合、端末側のcookieは自動的に削除されますか？
端末側から一定時間操作をしないとセッションが終了しましたと
表示されるサイトがありますが、これはどのようなコードを
書いているのでしょうか？
セッションスタート時に、その時刻をセッション変数に記録する
次のセッションスタート時に、前回記録した時刻と現在時刻を比較して
一定以上経過していると、ログインページに案内する
こういう仕組みでいいのでしょうか。
それともsession.gc_maxlifetimeをいじればいいのでしょうか。
その場合、端末側のcookieは自動的に削除されますか？
端末側から一定時間操作をしないとセッションが終了しましたと
表示されるサイトがありますが、これはどのようなコードを
書いているのでしょうか？
セッションスタート時に、その時刻をセッション変数に記録する
次のセッションスタート時に、前回記録した時刻と現在時刻を比較して
一定以上経過していると、ログインページに案内する
こういう仕組みでいいのでしょうか。
それともsession.gc_maxlifetimeをいじればいいのでしょうか。
ブラウザを閉じたらセッションが終了するわけではありません。閉じようがずっと続くようにも出来ます。
セッションは、時間で消され たり します。
session.gc_maxlifetime などが関係ありそうです。
また、それとは別にセッション時間を記録するのも、それでなにをしようと自由です。
そのときは、セッションを自分で消さなくちゃいけません。
セッションは、時間で消され たり します。
session.gc_maxlifetime などが関係ありそうです。
また、それとは別にセッション時間を記録するのも、それでなにをしようと自由です。
そのときは、セッションを自分で消さなくちゃいけません。
>>175
ブラウザを閉じたことをサーバ側が知ることはできません
ブラウザを閉じたことをサーバ側が知ることはできません
cookieでセッションが継続していると判断するというのが若干違うのかなぁ。
セッションを継続したり保持してるのはサーバーで
cookieに入れるのはその名前というかキーだな。 cookieがあったとしても
セッションがあるかどうかは別。
セッションを継続したり保持してるのはサーバーで
cookieに入れるのはその名前というかキーだな。 cookieがあったとしても
セッションがあるかどうかは別。
>>177
そのセッションIDつきのURLをほかの人が使ったときに、セッションの乗っ取りができないようにする対策が必要です
そのセッションIDつきのURLをほかの人が使ったときに、セッションの乗っ取りができないようにする対策が必要です
>>180
上と下は同じこと言ってるの分かる？
上と下は同じこと言ってるの分かる？
>>181
セッション111がガーベージコレクトされていなければ、
サーバ側にまだ情報は残っているので、セッション111を
指定すれば取り出すことはできないですか？
そういう意味で最初から存在しないものと区別したつもりだったのですが。
セッション111がガーベージコレクトされていなければ、
サーバ側にまだ情報は残っているので、セッション111を
指定すれば取り出すことはできないですか？
そういう意味で最初から存在しないものと区別したつもりだったのですが。
session_destroy()してあれば、サーバーのハッキングでもされない限り見えんでしょ。
そっちはガーベージコレクトの話になるのかな。時間後必ず消えるわけじゃないとか、
削除タイミング。 検索して調べてね。
削除タイミング。 検索して調べてね。
乗っ取られる対策は、トークンでのCSRF対策で兼ねられると思いますが
どうでしょう。
商品を選ぶ→httpsに移動→配達先を入れる→確認→完了
という構成で、お金はオンライン決済ではなく代引きなどで
もらうので、少なくともhttpでの乗っ取りはさほど深刻ではないと
考えています。
どうでしょう。
商品を選ぶ→httpsに移動→配達先を入れる→確認→完了
という構成で、お金はオンライン決済ではなく代引きなどで
もらうので、少なくともhttpでの乗っ取りはさほど深刻ではないと
考えています。
よくわからん。
乗っ取った人が、商品を選ぶ→httpsに移動→配達先を入れる→確認→完了
ってやってもさほど深刻ではないということ？
乗っ取った人が、商品を選ぶ→httpsに移動→配達先を入れる→確認→完了
ってやってもさほど深刻ではないということ？
っていうか、乗っ取りは考え出したらきりないけど
sessionで生成される桁数を考えたら、ループで回すのも大変だろうし
もし不安なら、こんなのもあるから、コレでほぼ大丈夫だと思うよ。
http://d.hatena.ne.jp/do_aki/20100319/1269021432
人的コストとレスポンスが遅くなるコストよりも、こんな対策も考えてみてはいかが？
sessionで生成される桁数を考えたら、ループで回すのも大変だろうし
もし不安なら、こんなのもあるから、コレでほぼ大丈夫だと思うよ。
http://d.hatena.ne.jp/do_aki/20100319/1269021432
人的コストとレスポンスが遅くなるコストよりも、こんな対策も考えてみてはいかが？
>>192
商品を選んでる段階ではログインしてないってことかな。
商品を選んでる段階ではログインしてないってことかな。
クラスのプロパティの定義に使うものです。
http://jp2.php.net/manual/ja/language.oop5.properties.php
つけるべきところでつけなかったり、そうでないところで付けたらエラーになるだけです。
http://jp2.php.net/manual/ja/language.oop5.properties.php
つけるべきところでつけなかったり、そうでないところで付けたらエラーになるだけです。
PHPって微分・積分って出きるのでしょうか?
見たことがないのですが
もし出来ないならば、代わりにどのような言語を使用すればいいのでしょうか?
見たことがないのですが
もし出来ないならば、代わりにどのような言語を使用すればいいのでしょうか?
そんなんPHPでやる必要があるのかよ。
どんな用途だ?
計算時間など考慮して近似式に展開しておけば良いだろ。
厳密に必要だったら数値計算のライブラリやツール使う。
どんな用途だ?
計算時間など考慮して近似式に展開しておけば良いだろ。
厳密に必要だったら数値計算のライブラリやツール使う。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【PHP】下らねぇ質問はID出して書き込みやがれ 119 (1001) - [98%] - 2012/6/21 11:46
- 【PHP】下らねぇ質問はID出して書き込みやがれ 110 (1001) - [98%] - 2011/9/29 22:31
- 【PHP】下らねぇ質問はID出して書き込みやがれ 118 (1001) - [98%] - 2012/5/18 6:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 117 (1001) - [98%] - 2012/4/23 19:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 116 (1001) - [98%] - 2012/3/21 18:01
- 【PHP】下らねぇ質問はID出して書き込みやがれ 115 (1001) - [98%] - 2012/2/25 18:31
- 【PHP】下らねぇ質問はID出して書き込みやがれ 103 (1001) - [98%] - 2011/2/14 19:50
- 【PHP】下らねぇ質問はID出して書き込みやがれ 133 (1001) - [98%] - 2014/7/8 16:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 114 (1001) - [98%] - 2012/1/19 12:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 112 (1001) - [98%] - 2011/11/29 4:02
- 【PHP】下らねぇ質問はID出して書き込みやがれ 123 (1001) - [98%] - 2012/11/20 5:30
- 【PHP】下らねぇ質問はID出して書き込みやがれ 111 (1001) - [98%] - 2011/10/30 20:31
- 【PHP】下らねぇ質問はID出して書き込みやがれ 136 (936) - [96%] - 2014/9/18 12:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 134 (1002) - [96%] - 2014/7/29 4:15
- 【PHP】下らねぇ質問はID出して書き込みやがれ 135 (984) - [96%] - 2014/8/7 1:00
- 【PHP】下らねぇ質問はID出して書き込みやがれ 120 (1001) - [96%] - 2012/7/25 6:45
- 【PHP】下らねぇ質問はID出して書き込みやがれ 137 (995) - [96%] - 2023/1/30 18:45
トップメニューへ / →のくす牧場書庫について