- このトピックには11件の返信、3人の参加者があり、最後に
により3年、 9ヶ月前に更新されました。
-
投稿
-
【お使いの Snow Monkey のバージョン】
【お使いの Snow Monkey Blocks のバージョン】10.2.0
【お使いの Snow Monkey Editor のバージョン】4.0.0【お使いの Snow Monkey formsのバージョン】1.2.0
【お使いのブラウザ】safari### 発生している問題
snow monkey forms の確認画面で[無効なアクセスです。]と表示される。(iphone のsafariで確認画面を押すと表示される)
### 試したこと
・PCだと問題がなかった。
・フォーラムで同様なメッセージを検索したがヒットしなかった。
Who liked: No userお忙しい中、ご回答いただきありがとうございます。
＞このサイトのフォームでは問題が起こらないのであれば、サイト固有の問題かもしれません。その場＞合は問題が起こっているページをみてみないとわからないかもなので URL を共有いただきたいです。
そちらの問い合わせフォームでは、問題なく送信できました。
下記サイトでエラーが出ております。
＞csrf 対策を cookie を使っておこなっているので、ブラウザや iPhone の設定で cookie が無効化されて＞いるか確認してみるのも良いかもです。
確認しましたが、問題ありませんでした。
Who liked: No userURL ありがとうございます！
Mac の Chrome、Safari、Firefox で確認しましたが、いずれも「無効なアクセスです。」と表示されて先にすすめませんでした。どうも cookie が保存されないのが原因のようで、通常であればデベロッパーツールで下記のように Snow Monkey Forms の cookie が保存されているのが確認できるのですが、
提示いただいたページではこの cookie が確認できませんでした。ちょっと僕も cookie の動作には詳しくないのですが、このサイトとの違いといえばぱっと思いついたのは SSL かどうかなのですが、非 SSL なローカル環境でも画面遷移はするので、どうなんだろうという感じです。
もし Snow Monkey Forms 以外のプラグインを使用されているようであれば、一度全部止めてみて、動作が変わるのかを確認してみるのは良いかもしれません。
Who liked: No userきたじまさん
ご確認頂き、有り難うございました。
＞もし Snow Monkey Forms 以外のプラグインを使用されているようであれば、一度全部止めてみて、＞動作が変わるのかを確認してみるのは良いかもしれません。
試した結果、解決には至りませんでした。。。
Snow monkey formsも再インストールを行いましたが、変わらず。。
データをバックアップしWordPress自体を再度インストールしてみたいと思います。
Who liked: No userクッキーを扱うPHPファイルなどをアップしてみて、
サーバがクッキーを正常に動作できるか確認したほうが良いかもですね。今の時代のブラウザでは、サードパーティ Cookie はデフォルトでブロックされるようになっているので、
クロスドメインクッキーもそれに従って、ブロックされるように動作するケースも増えています。
ブロックされている結果、クッキーを使うウェブシステムはそのサーバではほぼ正常に動作しないようになります。サードパーティCookie問題は未だにレンタルサーバで多く見られるので、
解らなければ借りているドメインサービスやレンタルサーバの方にもお問い合わせしてみてください。Who liked: No user@Kmical Lights さん
ちょっとトピックから話がそれて申し訳ないのですが、サードパーティ Cookie って具体的にどういうものを指すのでしょうか？ Snow Monkey Forms の cookie はそのサイトのドメインで発行される（と思っている）ので、サードパーティーじゃないと考えているのですが、それは認識間違いですかね…？ cookie よくわからない…。Who liked: No user@キタジマ氏
> サードパーティ Cookie って具体的にどういうものを指すのでしょうか？
ブラウザで表示しているページ（アドレスバーに表示しているURL）のドメイン名と同じ状態で生成される Cookieは、ファーストパーティー Cookie、
それ以外のドメイン名で生成されるのはすべて、サードパーティ Cookie
って認識で OK だと思います。> Snow Monkey Forms の cookie はそのサイトのドメインで発行される
コード見たところもそうなってますし、おそらくそれで間違いはないかと。
ただ、PHP標準の発行である場合、
PHP.iniとかの設定によっては…必ずしもそうならないです。（今回の場合はソレはないかも？）
まあ、ソレを何故やられるか…ですが…ソレは説明も面倒になるし割愛しときます。P3PやらITPやらRRPやら云々な解説が長くなるので。
簡単に言うと…大抵はレンタルサーバでのサブドメイン的な問題を防ぐ為です。
トピック先のドメインは、ryoublog.wp.xdomain.jp…wp.xdomain.jpもある可能性があればxdomain.jpも…と、ドメインに関してはサブ状態でありますし、それぞれのドメイン上でクッキー設定がどうなってるかによっても問題になる場合もあるんです。そして、最近のブラウザだと
httpの時はその問題が絡む事でクッキーが描き込まれません。
（正しく設定していても、ブラウザの仕様で http の場合にはサードパーティー Cookie とみなされてしまう場合がある）で、サードパーティー Cookieとして認識されると、最近のブラウザではそもそもサードパーティ Cookieは全てブロックするって仕様があって、そもそも Cookie が書き込まれないんです。
トピック先を見ると WP のデフォルトクッキーも書き込まれてないような挙動をしてるので、おそらく サードパーティー Cookieとして認識されている…と思えた訳です。
> cookie よくわからない…。
私も「チョットダケワカル」とかのネタじゃなく「深い所までは本当に解らない」です。ちょっとかじっただけです。
…静的サイトジェネレートをやるようになると、その技術で比較的にローカルストレージやらキャッシュ用クッキー構造やら使われるようになってるので知るしかないんで…（本当は面倒なので調べたくない）。
Cookieが正常に動かないと、静的サイトジェネレータ系って遷移出来ないとか色々な問題ががが…。Who liked: No userトピック先のURLの場合、有効な証明書ではないけど https のサイトも一応あるみたいなので、そっちをブラウザは見に行って…サードパーティ Cookie判断されているって問題の可能性の方があるかな？
その場合に PHP.ini で http でアクセスされた場合、https があってもhttp でアクセスされている Cookie を使用する…ってやらないと、サードパーティ Cookie となる訳です。
…こう書けば良かったかも（^^
Who liked: No userKmical Lights さん
詳しくありがとうございます！ エックスサーバーのデフォルトドメインを使っている、http でアクセスしている、あたりが怪しそうですね。Who liked: No user
- トピック「snow monkey forms 確認画面で[無効なアクセスです。]と表示される。」には新しい返信をつけることはできません。