タグ付けされた質問 「cookies」

まったく一般的ではないが、人気のあるWPキャッシングソリューションとCookie（この場合は標準のWPコメントCookie）との相互作用に関する前例のない問題から、暫定的なソリューションを思い付きました。私のソリューションは、キャッシュファイルの提供に対する、あまり明確に定義されていない「既知のユーザー」例外にも関係しています。それが使用可能かどうかにかかわらず、それを説明し、おそらくそれが悪いアイデアである理由を学ぶことは、一般的に有益であると考えています。 WP Super Cache、W3 Total Cache、Comet Cacheでメソッドをテストしました。この問題の調査中に私が詳細に故障したのはWPスーパーキャッシュ（以下「WPSC」）であったため、これを主な例として使用します。 バックグラウンド 訪問者がコメントできるようにWP標準のコメントスレッドが設定されている場合、登録ユーザーではなくログインしているコメント作成者にはコメントCookieが設定され、実際のコメント権限はさらにチェックされます。私が最も一般的な構成だと思うのは、コメンターが名前とメールアドレスだけを提供する必要があることです。これらは2つのブラウザCookie（通常comment_author_ . COOKIEHASH、および）内に保存されますcomment_author_email_ . COOKIEHASH。COOKIEHASHユーザーオプションに従って定義されます。 新しく生成されたファイルを「既知のユーザー」に配信するように設定されている場合、WPSCはいくつかのチェックに基づいてキャッシュファイルを提供するかどうかを決定します。後者は主comment_author_に、特定のユーザーに対して特定または一意に識別されないCookie がブラウザに存在することによって識別されますCOOKIEHASH（通常、サイトオプションに記録される「siteurl」のMD5エンコードバージョンではありません）。 wp-cache-phase1.php LL371-383のWPSCコードの重要な部分と思われるものは、RegExパターンを使用して文字列を取得し、Cookieを循環させます。 $regex = "/^wp-postpass|^comment_author_"; if ( defined( 'LOGGED_IN_COOKIE' ) ) $regex .= "|^" . preg_quote( constant( 'LOGGED_IN_COOKIE' ) ); else $regex .= "|^wordpress_logged_in_"; $regex .= "/"; while ($key = key($_COOKIE)) { if ( preg_match( …

23 jquery  cache  cookies  plugin-w3-total-cache  plugin-wp-supercache 

サーバーを移動した後、サイトにログインできません。「エラー：Cookieがブロックされているか、ブラウザでサポートされていません。WordPressを使用するにはCookieを有効にする必要があります。」ログインフォームを送信しようとするとエラーが発生します。 私のブラウザはクッキーをサポートしており、クッキーがブロックされていないことを確信しています。 私はこれをかなり徹底的に調査し、見つけたすべての提案を試しました： プラグインディレクトリの名前を変更しました サイトテーマディレクトリの名前を変更しました 以前のURLのインスタンスをデータベースで検索し、それらを新しいURLに置き換えました WordPressを最新バージョン（4.0）に更新 wp-config.phpでWP_HOMEおよびWP_SITEURLを定義 wp-config.phpでADMIN_COOKIE_PATH、COOKIE_DOMAIN、COOKIEPATH、およびSITECOOKIEPATHを設定します。 define('ADMIN_COOKIE_PATH', '/'); define('COOKIE_DOMAIN', ''); define('COOKIEPATH', ''); define('SITECOOKIEPATH', ''); wp-login.phpにこのハックを試しました：https ://wordpress.org/support/topic/cookies-are-blocked-or-not-supported-by-your-browser-1#post-5026171 ローカルインストールでサイトにログインでき、開発用サーバーでサイトにログインできます。これを引き起こしている可能性のあるアイデアはありますか？

14 login  migration  cookies 

Wordpressサイト内の特定のページに戻るユーザーを再ルーティングするためにCookieを設定しようとしています。 次の2つの点についてアドバイスをお願いします。 リダイレクトを処理するコンテンツをロードする前に、Wordpressのphpファイルのどこでcookieをチェックする必要がありますか？これは他のものの上に存在するはずの良いファイルがありますか？ Wordpress内でCookieを適切に設定するにはどうすればよいですか？setcookie('cookie_name', 'cookie_value', time()+4000);Cookieがシステムに保存されていないようです。

13 php  cookies 

私が最近発見したWordPress Webサイトを持っていますが、ログインページでこのエラーが発生しました。 エラー：予期しない出力が原因でCookieがブロックされています。ヘルプが必要な場合は、このドキュメントを参照するか、サポートフォーラムをお試しください。 空白の白いページが表示されるwp-login.phpため、からのみログインページにアクセスでき/wp-admin/ます。 私はウェブを検索し、多くのことを試みましたが成功しませんでした： の?>終わりのスペースと削除functions.php 両方functions.phpを確保しwp-config.php、ファイルの先頭または末尾にスペースがない オープニングwp-config.phpとfunctions.phpメモ帳++にし、UTF-8に変換する（人が「BOMなし」をお勧めしますが、それはメモ帳++の最新バージョンでは唯一のオプションです-私はUTF-8を推測しているが、今それを行います） 一部のファイルを完全にアップロードしなかった場合に関連する2を除いて、私はWP_DEBUGtrueに設定しており、エラーは発生しdebug.logていません。言及されたその特定のエラーnav-menu.php。これは、それがエラーを報告していることを確認しましたが、ログインの問題とは関係ありません _tmp問題の原因となっているプラ​​グインを除外するために、最後に各プラグインフォルダーの名前を変更しました また、すべてのプラグインを同時に除外するために、pluginsフォルダの名前を変更しました 私が試したこれらのことと、PHPエラーを受け取っていないことを考えると、他に何を試すことができますか？

13 login  wp-config  cookies 

厳格なセキュリティ対策を施したクライアントと協力しています。セキュリティレビューを受けた後、ログインCookieに保存されているユーザー名が通知されました。 wordpress_logged_in[username]|[hash] 削除する必要があるものです。これはログインシステムの不可欠な部分であるため、削除してセッションを維持する方法がわかりません。

9 login  cookies  session 

私はワードプレスページに埋め込まれるajaxアプリケーションに取り組んでいます。ajaxアプリは、tomcatで実行されているサーブレットとデータを交換します。これで、サーブレットには、ワードプレスにログインしているユーザーからのリクエストかどうかを判別する方法が必要になります。また、ユーザーがログインしている場合、サーブレットは、データベースを照会できるようにするために、ユーザーIDも判別できる必要があります。ユーザーがログインしていない場合、リクエストは拒否されます。 つまり、言い換えると、リクエストを引き起こしたユーザーがwordpress（バージョン3.3.x）にログインしている場合にのみ、サーブレットにリクエストを実行させる必要があります。サーブレット（tomcat）とワードプレス（apache2）の両方が同じ物理マシンで実行され、同じデータベースを共有します。 理論的には、これは次のようにすることで簡単に解決できます。 ワードプレスログオン中に、一部のユーザートークンがJavaScript変数に保存されます。 ajaxアプリは、呼び出しのたびにユーザートークンをサーブレットに転送します。 サーブレットは、トークンを使用して有効な場合（つまり、ユーザーがログインしている場合）にワードプレスにクエリを実行し、要求を実行または拒否します。 問題は、ワードプレス側でこれをどのように実装できるかということです。 理論が非常に複雑になるのは、私がまだPHPプログラミングを行っていないという事実だからです。 最初に、wordpress_logged_in（auth）cookieをサーブレットに送信し、auth cookieがまだ有効である場合はサーブレットにwordpressを照会させることを考えていました。しかし、ログオンしているユーザーのcookie-dataが渡されたとしても、wp_validate_auth_cookie（）は常に失敗するため、これは実行できないようです。他の解決策は、セッションIDとユーザーIDをテーブルに格納するプラグインを開発することです。これは、サーブレットから簡単にクエリできるようになります。または多分他の解決策があります...

9 authentication  cookies 

現在のユーザーCookieをwp_remote_get関数に渡して、ドラフト投稿プレビューページのコンテンツを取得します。 私はすでに質問をチェックします： 現在の投稿のプレビューの本文を読み込むために、どのURLをwp_remote_getに渡しますか？ 認証付きでwp_remote_getから「プレビュー投稿」を呼び出すにはどうすればよいですか？ しかし、どちらにも、Cookieを取得してwp_remote_get関数に渡す方法を示しています。 Cookieをwp_remote_get関数に渡すことができると思いますが、WordPressのドキュメントでは、WordPressがCookieを保存する方法を説明していますが、Cookie名にハッシュ値を使用するように注意するにはどうすればよいですか？ 私がやりたいのは、投稿IDを指定して、WordPress投稿ビューページのコンテンツを取得して分析することです。既に公開されている投稿はすべて正常に機能しますが、ドラフト投稿の場合、ページが存在しないことがわかります。簡略化したコードは次のとおりです。 (...) $post_permalink = get_permalink($post_id); $response = wp_remote_get($post_permalink); $whole_post_page = $response['body']; (...) このコードは投稿の所有者が編集しているときに実行されるため、ユーザーはすでに認証されており、リクエストはローカルの投稿に対するものです。wp_remote_getがポストプレビューページのコンテンツを返すようにするにはどうすればよいですか？ブラウザでプレビューリンクに移動したときにWordPressが行うように。 よろしくお願いします。

9 posts  plugin-development  cookies  draft  previews