初心者の私がLaravel＋Vue.jsでSPAを作るときのCSRFトークンでつまずいたこと - Qiita
はじめに Laravel＋Vue.jsでSPAを作るときのCSRFトークンの扱いについてつまずいたので設定方法や原因を私なりにまとめました。 もっと良い方法がある、この方法だとこれがだめ、といったことがありましたら指摘いただければ幸いです。 環境＆前提 Laravel 5.8 認証機能はLaravel標準を使用 Vue.js 2.6.10 axiosでAPIを叩いてPOST 設定方法 結論から言うと、今回の私の環境や前提では特に何もしなくてよいでした。 前提通りなら特に設定は不要で、axiosがCookieからCSRFトークン(を暗号化したもののようです)を取得して送信してくれます。 日本語のドキュメントにも書いてありますね… https://readouble.com/laravel/5.8/ja/csrf.html#csrf-x-xsrf-token いくつかのJavaScriptフレ
クロスドメインで発生するAccess-Control-Allowみたいなエラーの対象方法 – HTML – ごろつきめも
サーバサイドとクライアントサイドのドメイン分けたら変なエラーが！ その対処法です。 サーバサイドとフロントサイドを分けたら、 OPTIONS http://XXX.XXX/XXX No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://XXX.XXX' is therefore not allowed access. XMLHttpRequest cannot load http://XXX.XXX/XXX. No 'Access-Control-Allow-Origin' header is present on the requested resource. Origin 'http://XXX.XXX' is therefore not allowed a
CORS を分かってないから動くコード書いて理解する - Qiita
CORS がわからない。 エンジニアになって1年以上たちますが、CORS について何も理解しないままやってきました。 何度か目にしたことはあったのですが、そのたびに "なんとなく" のコードを貼り付けて、やり過ごしてまいりました。 そんな僕は、あるとき "ひどい" 一日を過ごすことになります。CTOから「俺、明日休むからこのタスクおわらしといてねー」という案件がありました。普段使ってない言語とフレームワークだけど、なんとかなるだろうと取り組んだのですが、完全に迷子になって何も片付けることができませんでした。翌日はCTOに 呼ばわり。 もうこんな悲しみを味わいたくない、という思いから記事にまとめます。 理解するためのステップ まずは、Go で json を返すサーバをたてる PHP でクライアント用のサーバをたてる PHP から Go へ XMLHttpRequest を使ってリクエスト投げ
Cross-Origin Read Blocking (CORB) とは - ASnoKaze blog
追記20180606 Chrome独自と書いていましたが、「Fetch Standard」に取り込まれていることを確認しました すでに、Chromeで「Cross-Origin Read Blocking (CORB) blocked cross-origin response」というエラーが出るようになっております。imgタグからクロスオリジンでhtmlファイルを取得したり、タグとレスポンスのcontent-typeが一致してない場合に出ます。 もともと、このChromeにCross-Origin Read Blocking (CORB)という機能を実装するという議論が、blink-devのメーリングリストに投稿されています。 「Cross-Origin Read Blocking (CORB)」 に詳しい説明があるので、CORB とはなんぞやと簡単に説明を読んで見る。 CORBはまだC
CakePHP3でクロスドメイン制約にあたった場合の解決法 : サイコロイドの備忘ログ
サイコロイドの備忘ログ Web軽技術の総まとめとして、Java、Script言語(Python、PHP)のWebフーレムワーク、及びLinuxの知識を紹介するブログです。 基本的にはLinuxサーバを想定した環境で研究しています。 週、2~4定度のページを投稿していく予定です('_')b LinuxをベースとしたWebサービスの構築を紹介しますU(・ω・)U Windows関連の記事は無いものと思うがよい。。 自作PCの関係上基本的にUbuntuしかいれないおじさん('~') 概要 自前の環境からlocalhost/controller/actionってうってjson取得しようとしたら表題のブラウザ制約にぶちあたって全然取得できないでやんのwww 結構はまったけど鯖側でheaderを変えて送り返せばクロスドメインしているjs側でもjson取得できるようになった。 解説 以下、CakePHP
[*その他*] ChromeにてAjaxでローカルファイルにアクセス - Qiita
はじめに ローカルにあるjsonファイルを$.getJSONで読み込んで、それを使ってあれこれやりたかったが、 Chromeで以下が発生。 ローカルファイルにAjaxリクエストを送ると怒られる。 XMLHttpRequest cannot load file:///Users/test/Documents/json/contents.json.Cross origin requests are only supported for protocol schemes: http, data, chrome, chrome-extension, https, chrome-extension-resource. これが発生すること自体は知っていたが、特に今までChromeじゃないと困るってことは無かったのでエラーが起きないFirefoxを使ってローカルで確認していた。 今回Chromeの方がい
![[*その他*] ChromeにてAjaxでローカルファイルにアクセス - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/8aed5080caff5dbf65fc300a3b0ded29bfbdc5a6/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCJTJBJUUzJTgxJTlEJUUzJTgxJUFFJUU0JUJCJTk2JTJBJTVEJTIwQ2hyb21lJUUzJTgxJUFCJUUzJTgxJUE2QWpheCVFMyU4MSVBNyVFMyU4MyVBRCVFMyU4MyVCQyVFMyU4MiVBQiVFMyU4MyVBQiVFMyU4MyU5NSVFMyU4MiVBMSVFMyU4MiVBNCVFMyU4MyVBQiVFMyU4MSVBQiVFMyU4MiVBMiVFMyU4MiVBRiVFMyU4MiVCQiVFMyU4MiVCOSZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnM9M2M1OTY0NjdhYmVhMjI3NWFjOThiOTQ4YThiODJkZTQ%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBjaWdhbGVjaWdhbGVzJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz1mOGU4ZmRmYWNlYzZjNDE2ZmYwYjhhNGYyZWMyZTAyOQ%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3Dab59b7c3444d5685d11211348b1cc170)
CakePHP2.1 SecurityコンポーネントとAjax通信 – MT Systems
Securityコンポーネントを利用するコントローラに、jQuery のAjax関数「$.post()」でアクションを実行しようとしても、しっかりとブラックホール行きとなり期待する処理ができない。どうするか、以下は自分で試してみての解決方法です。 先ず、セキュリティを回避してアクションを実行するには、以下のように「beforeFilter()」でSecurityのプロパティに値を設定すればいいようだ。 public function beforeFilter() { parent::beforeFilter(); if ($this->params['action'] == アクション名) { $this->Security->csrfCheck = false; $this->Security->validatePost = false; } } しかしこのままの利用はセキュリティ上好ま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
