Questions tagged «cookies»

1
这种针对缓存和Cookie的解决方案会给我带来麻烦吗?
我已经提出了一个临时解决方案,该解决方案不是很常见,但与流行的WP缓存解决方案与cookie(在这种情况下为标准WP注释cookie)的交互作用相比,还没有出现前所未有的问题。我的解决方案还涉及在提供缓存文件方面很少定义的“已知用户”例外。无论它是否可用,我都认为对它进行解释并可能了解为什么它不是一个好主意通常具有指导意义。 我已经使用WP Super Cache,W3 Total Cache和Comet Cache测试了我的方法。在研究此问题时,我为自己详细介绍的一个就是WP Super Cache(以下简称“ WPSC”),因此我将其作为主要示例。 背景 如果将WP标准评论线程设置为允许访问者发表评论,则将为非注册用户并登录的任何评论者设置评论cookie,并使用实际的评论特权进行进一步检查。在我认为是最常见的配置中,评论者只需提供姓名和电子邮件地址。它们存储在两个浏览器Cookie中,通常是comment_author_ . COOKIEHASH和comment_author_email_ . COOKIEHASH。COOKIEHASH是根据用户选项定义的。 如果设置为将新生成的文件传递给“已知用户”,则WPSC会基于以下检查来确定是否提供缓存文件:登录的用户会获得新文件,访问者“可以发表评论”也是如此。后者主要由comment_author_cookie 在浏览器中的存在来标识,这些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)) …

5
无法登录:“错误:浏览器已阻止或不支持Cookie。您必须启用Cookie才能使用WordPress。”
服务器移动后,我无法登录到我的站点。我收到“错误:浏览器阻止或不支持Cookies。必须启用Cookies才能使用WordPress。” 尝试提交登录表单时出错。 我很肯定我的浏览器支持cookie,并且不会阻止它们。 我已经对此进行了彻底的研究,并尝试了所有发现的建议: 重命名了plugins目录 重命名网站主题目录 在数据库中搜索以前的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 我可以在本地安装中登录该站点,也可以在我们的开发服务器上登录该站点。任何想法可能是什么原因造成的?

4
在Wordpress中设置自定义Cookie
我正在尝试设置Cookie,以将返回的用户重新路由到我在Wordpress网站中的特定页面。 我想对这2件事情提出一些建议: 在加载任何内容以处理重定向之前,应在Wordpress php文件的何处检查cookie?是否有一个良好的文件应该存在于其他文件中? 如何在Wordpress中正确设置Cookie?setcookie('cookie_name', 'cookie_value', time()+4000);似乎没有在我的系统中保存任何cookie。
13 php  cookies 

8
登录页面错误:由于意外输出,cookie被阻止
我有一个最近发现的WordPress网站在登录页面上出现此错误: 错误:由于意外输出,cookie被阻止。要获得帮助,请参阅此文档或尝试支持论坛。 我只能从访问登录页面wp-login.php,因为/wp-admin/显示空白页面。 我在网上搜索并尝试了许多失败的尝试: 卸下?>并在其末端留出空间functions.php 从而确保了functions.php与wp-config.php曾在开头或末尾没有空格 在Notepad ++中打开wp-config.php并functions.php转换为UTF-8(人们建议使用“不带BOM”,但这只是Notepad ++最新版本中的一个选项-我想UTF-8现在可以这样做) 我设置WP_DEBUG为true,并且没有收到任何错误debug.log,除了2个与我尚未完全上传某些文件有关的错误。提到那个特别的错误nav-menu.php; 这确认它正在报告错误,只是与我的登录问题无关 我_tmp在结尾处重命名了每个插件文件夹,以尝试排除导致问题的所有插件 我还重命名了plugins文件夹,以同时排除所有插件 鉴于我已经尝试了这些事情,并且没有收到任何PHP错误,我还能尝试什么?

1
从'wordpress_logged_in'Cookie中删除用户名
我正在与客户一起采取一些严格的安全措施。经过安全审查后,我们收到通知,用户名存储在登录的cookie中,例如 wordpress_logged_in[username]|[hash] 是必须删除的东西。由于这是登录系统不可或缺的一部分,因此我不确定如何删除它并仍然维护会话。

5
如何从ouside wordpress / php验证用户?
我正在研究将嵌入在wordpress页面中的ajax应用程序。Ajax应用程序与在tomcat上运行的servlet交换数据。现在,Servlet需要一种方法来确定是否来自登录到wordpress的用户的请求。并且,如果用户已登录,则servlet还必须能够确定用户ID,以便能够查询数据库。如果用户未登录,则该请求将被拒绝。 因此,换句话说,仅当导致请求的用户登录到wordpress(3.3.x版)时,才需要让servlet执行请求。servlet(tomcat)和wordpress(apache2)都在同一台物理计算机上运行并共享同一数据库。 从理论上讲,可以通过以下操作轻松解决: 在wordpress登录期间,一些用户令牌会存储在javascript变量中。 每次调用时,ajax应用程序都会将用户令牌转发给servlet。 servlet使用令牌查询wordpress是否有效(即,如果用户已登录),并执行或拒绝该请求。 问题是如何在wordpress方面实现呢? 因为,使该理论如此复杂的是我还没有完成任何php编程的事实。 首先,我正在考虑将wordpress_logged_in(auth)cookie传输到servlet,并让servlet查询authpress是否仍然有效的wordpress。但是看起来似乎无法完成,因为wp_validate_auth_cookie()总是失败,即使传递了已登录用户的Cookie数据也是如此。另一个解决方案是开发一个插件,该插件将sessionid和userid存储在一个表中,而servlet可以很容易地查询该插件。也许还有其他解决方案...

2
在wp_remote_get中传递当前的cookie以获取草稿发布预览
我想在wp_remote_get函数中传递当前用户cookie,以获取草稿发布预览页面内容。 我已经检查了以下问题: 您传递给wp_remote_get的URL以加载当前帖子预览的正文? 如何通过身份验证从wp_remote_get调用“预览帖子”? 但是在它们两个中都出现了如何使cookie传递给wp_remote_get函数。 我假设我可以做我想将cookie传递给wp_remote_get函数的操作,在WordPress文档中,这里提到了WordPress如何存储cookie,但是如何确保它们在cookie名称中使用哈希值呢? 我要执行的操作是给一个Post ID,以获取WordPress Post视图页面的内容并对其进行分析。对于已经发布的帖子,一切正常,但是对于草稿帖子,我知道该页面不存在。这是简化的代码: (...) $post_permalink = get_permalink($post_id); $response = wp_remote_get($post_permalink); $whole_post_page = $response['body']; (...) 该代码在帖子的所有者对其进行编辑时执行,因此用户已经通过身份验证,并且该请求是针对本地帖子的。如何完成wp_remote_get返回“预览预览”页面的内容?就像WordPress在浏览器中转到预览链接时一样。 先谢谢了。
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.