Questions tagged «bug»

7
通过wp_mail()发送多部分(文本/ html)电子邮件可能会导致您的域被禁止
摘要 由于WP Core中存在一个错误,具有讽刺意味的是,您的域被Hotmail(和其他Microsoft电子邮件)阻止了,因此使用wp_mail()发送多部分电子邮件(html /文本)(以减少电子邮件最终进入垃圾邮件文件夹的可能性)。 这是一个复杂的问题,我将详细分解以帮助某人找到可行的解决方案,并最终在核心中实现。 这将是一个有益的阅读。让我们开始... 错误 避免使时事通讯电子邮件最终进入垃圾邮件文件夹的最常见建议是发送多部分邮件。 多部分(MIME)是指在一封电子邮件中同时发送电子邮件的HTML和TEXT部分。客户端收到多部分消息时,如果可以呈现HTML,则接受HTML版本,否则将呈现纯文本版本。 事实证明这是可行的。当发送到gmail时,我们所有的电子邮件都将放入垃圾邮件文件夹,直到当它们到达主收件箱时我们将邮件更改为多部分。好东西。 现在,当通过wp_mail()发送多部分消息时,它将两次输出内容类型(multipart / *),一次是带有边界(如果是自定义设置的),一次是没有边界的。此行为导致电子邮件被显示为原始消息,而不是包括某些所有 Microsoft(Hotmail,Outlook等)在内的某些电子邮件的一部分。 Microsoft将将此邮件标记为垃圾邮件,而接收到的少量邮件将由收件人手动标记。不幸的是,Microsoft电子邮件地址被广泛使用。我们有40%的订户使用它。 微软通过我们最近进行的电子邮件交换确认了这一点。 标记消息将导致域被完全阻止。这意味着该邮件将不会发送到垃圾邮件文件夹,甚至根本不会发送给收件人。 到目前为止,我们已经屏蔽了3次主域名。 因为这是WP核心中的错误,所以发送多部分消息的每个域都被阻止。问题是大多数网站管理员都不知道为什么。我在进行研究时发现这一点,并看到其他用户在论坛等上进行讨论。这需要深入研究原始代码,并对这些电子邮件的工作方式有充分的了解,我们将继续进行下一步... 让我们将其分解为代码 创建一个hotmail / outlook帐户。然后,运行以下代码: // Set $to to an hotmail.com or outlook.com email $to = "YourEmail@hotmail.com"; $subject = 'wp_mail testing multipart'; $message = '------=_Part_18243133_1346573420.1408991447668 Content-Type: text/plain; charset=UTF-8 Hello world! This is …
37 email  wp-mail  bug 

3
处理4.1中图像缩放比例(取整)更改的问题(WP Ticket#18532)
我目前正在将网站内容从旧的4.1之前的站点迁移到新的设置,并且遇到#18532的舍入错误问题和相应的修复问题。 总结一下,这解决了WordPress长期存在的舍入问题: 想象一下,我们以693x173上传图片并将其缩放为300的宽度: 4.1以下:300x74 文章4.1:300x75 问题 通常,这不会造成任何问题,因为现有文件和 <img>不会被触摸。 但是,当你再生拇指或从WXR文件导入附件,它们会在文件系统中生成的不同使所有<img>的post_content死。 寻找解决方案 我一直在想各种解决方案: 回到糟糕的过去 Changeset 30660引入了一个新的筛选器wp_constrain_dimensions,该筛选器可用于仅插入4.1之前的旧行为。这确实解决了该问题。但是我想知道这是否会在以后引起问题,通常我想解决这个问题,因此尽管我认为这是不理想的。 他们是一个改变的时代 因此,这给了我们另一个目标:清理数据库,并用对新文件的引用替换对旧文件的所有引用。我现在在这里实际上要问的问题是如何做到这一点。我正在寻找一个有效且普遍适用的解决方案,因为我怀疑此问题确实会影响很多人 我目前的想法是这样的: 导入,重新生成或使用新文件和破损标签留下的任何内容。 从文件系统中所有调整大小的文件创建列表A,或者从数据库中获取此信息 解析此列表并创建第二个列表B,其文件名全部偏移一个像素,就像在4.1之前一样 在整个数据库中进行搜索和替换,将所有B的出现替换为A中的相关条目 我只是不确定这是否是处理这种情况的最聪明,最有效的方法。它也感觉有点太暴力了。因此,在实施它之前,我只想检查一下WPSE人群的无限智慧;) [edit]阅读了ck-macleod的答案(谢谢!),我认为一个修复程序应该一劳永逸地解决此问题,因此您无需经常将这个问题放在脑后。[/编辑] [edit2]我刚刚在Trac上找到了相关票证。添加以供参考。[/ edit2]
17 images  bug 

5
after_setup_theme始终运行
我正在为一些教职员工设置一个儿童主题,作为主题的一部分,我希望在激活主题时激活一些插件。因此,自然地,我使用了after_setup_theme动作并调用了我的设置函数。它运行良好,但它可以在每个请求(管理员和其他请求)上运行。我通过将其添加到设置功能的末尾来证明了这一点: echo '<script type="text/javascript">alert("This action was run")</script>'; 结果,每个管理员请求和每个前端请求都会收到一个JavaScript警报(我有一个网络设置,因此显然在该主题未处于活动状态的网站上,它没有运行该功能) 所以问题是,这是一个错误吗?我在某种程度上做错了吗?这是我正在使用的完整代码: add_action( 'after_setup_theme', 'fwp_setup' ); function fwp_setup(){ // -- Unrelated code remove for the sake of brevity require_once($_SERVER['DOCUMENT_ROOT'].'/wp-admin/includes/plugin.php'); activate_plugin('enable-media-replace/enable-media-replace.php'); activate_plugin('seo-image/seo-friendly-images.php'); activate_plugin('w3-total-cache/w3-total-cache.php'); echo '<script type="text/javascript">alert("This action was run")</script>'; } 任何见解将不胜感激!

2
如果IPTC关键字中有特殊字符,则上载的图像不会显示在媒体库中
某些上传到WordPress的图像不会显示在媒体库中。图像被上传,甚至被裁剪为定义的尺寸,媒体库中有一个条目,但是预览图像不显示。我什至可以将它们用作特色图片,并且它们可以正确显示在我的网站上。 我能够找到问题的原因:如果JPG的IPTC“关键字”字段中有特殊字符(如德语变音符号),则会出现此问题。只要我使用Exiftool从显示上述问题的JPG中删除“关键字”字段,该文件就可以正常工作。我可以在不同公司托管的两个完全不同的Web服务器上的三个WordPress安装上验证此问题。Wordpress版本是4.4.1。 我倾向于将其报告为WordPress错误。但是在此之前,我想进一步确定真正的问题。我可以发现,对于所有“不良”图像,表中都没有_wp_attachment_metadata条目wp_postmeta。 如果我入侵wp-admin/includes/image.php文件并设置$meta['keywords'] = array();为wp_read_image_metadata(),则一切正常。显然在某处有一些代码使用其结果为该附件wp_read_image_metadata()创建_wp_attachment_metadata一行。但是,_wp_attachment_metadata如果其中的编码字符串错误,则无法插入的代码在$meta['keywords']哪里? 在我的装置中是否有挂钩可以解决该问题?一个显示该问题的WordPress安装被几位精通计算机的编辑使用。告诉他们使用PC上的软件删除有问题的IPTC标签是不行的。但是我也不想在实时系统上破解提到的核心文件。 更新:这是两张相同的图像,其中一张显示问题,另一张则没有。唯一的区别是在“关键字”字段中,一个字段的内容为“甜”,另一个为内容“süß”(德语为“甜”)。
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.