在WordPress中,有一个直接可用的方式来添加自定义字段,那就是使用自带的“自定义字段”功能。
wp_postmeta数据表是WordPress中存储文章的一些相关信息,如文章缩略图地址、缩略图长宽高和alt信息、文章所在分类的URL、文章自定义的Description和Keywords、文章访问次数等;
作者:西瓜玩偶(racnil070512 at hotmail dot com) WordPress是一个时下非常流行的网络信息发布平台,它的特性之一便是极强的可拓展性。然而在这样一个工程中,它的可拓展性是从何而来的呢?下面的篇幅尝试从两个方面简单介绍WordPress的可拓展性。这两个方面不仅可以帮助我们编写WordPress的插件,同样可以帮助我们设计具有可拓展性的架构。 1. 数据库 在原版WordPress中,每一篇文章有哪些元信息(meta-data)是已经定好了的,例如一篇文章会有“作者”
wp\_commentmeta:存储评论的元数据 wp\_comments:存储评论 wp\_links:存储友情链接(Blogroll) wp\_options:存储WordPress系统选项和插件、主题配置 wp\_postmeta:存储文章(包括页面、上传文件、修订)的元数据 wp\_posts:存储文章(包括页面、上传文件、修订) wp\_terms:存储每个目录、标签 wp\_term\_relationships:存储每个文章、链接和对应分类的关系 wp\_term\_taxonomy:存储每个目录、标签所对应的分类 wp\_usermeta:存储用户的元数据 wp_users:存储用户信息
WordPress 的机制是主要使用 wp_posts 表来存储所有数据,包括日志,页面,附件,导航菜单等等,所以 WordPress 使用了一定时间之后,数据量一大还是有点慢,除了对 WordPress 进行全方面的优化之外,我们还可以对数据表进行减肥和优化,来提高 WordPress 的速度。
MySQL LEFT JOIN 会读取左边数据表的全部数据,即便右边表无对应数据,RIGHT JOIN 和 LEFT JOIN 方向相反,其他完全一样,主要理解 LEFT JOIN,RIGHT JOIN 也是一样的。
wp_options 是用来存储 WordPress 中所有全局选项的数据表。这个表的核心和 wp_postmeta 和 wp_usermeta 这两个表是非常相似的,并且这个表是非常容易理解的 -- wp_options 存储了 WordPress 所有信息,这和 wp_postmeta 存储日志信息和 wp_usermeta 存储用户信息的用法是一样的。然而你可能注意到它有一些额外的字段。 有个 blog_id 字段,但是它并不用在独立安装的 WordPress 博客中使用。它只在 WordPress MU 中使用。常规的 WordPress 和 WordPress MU 的大部分呢源代码和数据的结构很多是相似的。所以 WordPress MU 使用 wp_options 这个表中的 blog_id 这个字段来区分同个 WordPress MU 下不同博客的选项设置。
WordPress的文章、评论等很多数据都是存放在数据库的,所以搭建wordpress网站的时间,网站的空间不需要多大,而数据库一定要充足,而在WordPress数据库中主要使用 wp_posts 表来存储日志,页面,附件,导航菜单等数据,根据使用的时间越来越长,堆积的数据越来越多,从而运行起来也越来越慢,那么我是十分有必要对 WordPress数据库来进行整体的优化下。
虽然通过 WordPress 强大的插件库,你几乎可以干任何的事情,但是有时候需要快速修复一些特定的问题的时候,直接操作数据库可能反而是方便的方法,所以这篇文章就给大家介绍 WordPress 数据库维护时常用到 12 个 SQL 语句。
支持多作者的wordpress博客,有时需要审核他们的文章内容,虽然UGC(User-generated content)整体是好的,但是也要控制一下质量,实在不相关或spam的文章就要毫不手软的删除。日志的记录已经删除了,但是日志扩展表 postmeta 里面的数据还没有删除,也人工清理下吧,减少数据库的占用
关于wordpress发布文章更新文章经常报错http 564解决办法。我做网站三年了,站虽然不大但是也收录了5000多篇内容,放弃wordpress吧,wordpress确实又是一个很不错的开源系统,功能完善,继续使用吧,这个问题真的很头疼。在网上看过很多类似的说法有说“cdn开启中间源”,有说“wordpress系统要求js聚合在wp-config.php中加一段内容”,有的办法我都忘记了,但是我的解决办法是(重装,重装可以让你的站去掉很多垃圾)系统。辛辛苦苦做了一个站,花了很长时间终于混熟,但是这个基本无法解决的问题困扰了我一个星期,我想尽了所有的办法但是还是没办法解决,只重装了。
折腾WordPress必须要有很厚的基础才行,深入更是要小心。西顾再次mark下来知更鸟的文章,做下笔记。想研究模板,可review下前文《Skill丨WordPress及Emlog主题文件构成分析》
怎么批量删除WordPress自定义栏目?ordPress自定义栏目功能强大,我们可能利用该功能使主题实现特殊功能和效果,如调用显示指定的图片和内容等。但不同的主题所使用的自定义栏目也不同,当你更换主题后这些自定义栏目数据会继续留在数据库中成为垃圾数据,如果文章较多手动删除这些自定义栏目不现实,其实只需下面的一段代码,即可批量删除这些自定义栏目。
分享一个WordPress中,可以清理数据库、优化数据库的插件:Easy WP Cleaner。该插件,可以一键清理不必要的数据库数据,比如:
我们知道 WordPress 的数据库表,可以设置前缀,默认是 wp_,很多同学也就默认用了 wp_,如果某种原因(比如提高安全性)要修改的 WordPress 数据的前缀,我们应该怎么做?
折腾 WordPress 多少要接触到 MySQL 的一些操作,比如,玛思阁之前重装 postview 插件后发现所有的 view 数据都被清空了!只好到 phpMyAdmin 后台去进行 wp_postmeta 表的部分数据恢复,其中就会用到下文【根据条件导出 mysql 的指定表】的方法,将 meta_key=views 的栏位对应的 meta_value 值全部恢复过来。所以,以下内容很基础,但是却很实用,特地搜集整理,以备不时之需。 一、终端登陸 Mysql $mysql -u[用戶名] -p[p
在安装WordPress 的时候,默认的数据库前缀都是 wp_,为了日益突出的安全问题,最好修改默认的 wp_ 数据库前缀(当然,前提是你已经按照默认前缀安装了)。下面的方法都是通过在PHPmyadmin 那里通过MYsql 语句修改的。进行下面操作前务必备份数据库。 再提醒一句:进行下面操作前务必备份数据库! 进入PHPmyadmin,点击SQL命令,输入以下命令: 在 wp-config.php 修改数据库前缀 打开你的 wp-config.php 文件,把数据库前缀 wp_ 改成你想要的前缀,比如 d
WordPress 使用这个数据表存储已注册的用户。用户,登录,加密的密码,全名,注册日期等等资料都会保存到 wp_users 表中。总之是它认为必要的信息用户。
最近项目需要,分析了一下Wordpress的特色图像 Feature Image的上传、保存方式,这一分析觉得Wordpress的数据结构设计还真是有想法。
前段时间博主更换了7B2的senven主题,但是部分页面却出现显示异常,由于之前的魔改 ✗额✗ 。新主题可能和之前的数据表冲突了,首先我们来学习一下WordPress默认数据库的结构:
这个系列教程翻译自:A look inside the WordPress database。由于原文比较长,我把它分成一系列教程,今天第一篇是开篇介绍。
WordPress使用MySQL数据库。作为一个开发者,我们有必要掌握WordPress数据库的基本构造,并在自己的插件或主题中使用他们。
新手使用 wordpress 初期,数据库默认表前缀用的都是 wp_,从理论上来说对博客安全性不好。所以说我们正式搭建博客的时候都会把默认 wp_ 改为别的,比如 vps_ 等等只有你自己知道的,这样即使被人扫描也无法找到真正的表前缀,也就安全了很多。因为群友问到说一个服务器里面安装了两个 wordpress 博客,表前缀还都是一样的,所以想修改一下,所以魏艾斯博客就搜索整理了相关知识,部分内容参考了@boke122 导航的文章(原文地址 https://boke112.com/3758.html),表示感谢。
特殊说明: 以上文章,均是我实际操作,写出来的笔记资料,不会盗用别人文章!烦请各位,请勿直接盗用!转载记得标注来源!
0x00 背 景 近日,WordPress爆出了一个SQLi漏洞,漏洞发生在WP的后台上传图片的位置,通过修改图片在数据库中的参数,以及利用php的 sprintf 函数的特性,在删除图片时,导
可能有很多东西你想保存到你的一些日志中 -- 你写日志时候的心情 ,你当时听的歌曲,你所处的地理位置,一些相关日志的列表,特定为搜索引擎指定日志信息等等。所以这些东西都会保存到 wp_postmeta 这个表中。 这个表的结构是非常简单和灵活的。它只有四个字段:meta_id,post_id,meta_key 和 meta_value。meta_id 是自动产生的,我想没有任何情况下你需要去修改它 -- 有更多有趣的事情可以去做 🙂 。post_id 是当前 meta 信息链到日志的 ID(来自 wp_
很多人都用WordPress来搭建博客网站,绑定了域名,也发布了不少文章,网站运行一段时间后觉得这个域名不好记或者其他原因更换了域名,而站点文章和一些页面调用还是绑定了老域名导致页面乱掉如下图
解决Wordpress 文章 ID连续问题,同时让Wordpress 文章 ID重新排列。在用以下方法前,先备份好网站文件和数据库文件,以免操作不当造成损失。哈哈哈
近日,WordPress爆出了一个SQLi漏洞,漏洞发生在WP的后台上传图片的位置,通过修改图片在数据库中的参数,以及利用php的sprintf函数的特性,在删除图片时,导致'单引号的逃逸。漏洞利用较为困难,但思路非常值得学习。
2019年正月刚开始,WordPress最新版本存在远程代码注入获取SHELL漏洞,该网站漏洞影响的版本是wordpress5.0.0,漏洞的产生是因为image模块导致的,因为代码里可以进行获取目录权限,以及文件包含功能,导致远程代码注入成功。
在wordpress源码文件夹,找到你当前使用的模板文件夹,默认在wordpress\wp-content\themes下面。选择模板文件夹进入。
英文:Delicious Brains,翻译:开源中国 www.oschina.net/translate/sql-query-optimization 📷 你一定知道,一个快速访问的网站能让用户喜欢
在这篇文章中,我将介绍如何识别导致性能出现问题的查询,如何找出它们的问题所在,以及快速修复这些问题和其他加快查询速度的方法。 📷 你一定知道,一个快速访问的网站能让用户喜欢,可以帮助网站从Google
前言 你一定知道,一个快速访问的网站能让用户喜欢,可以帮助网站从Google 上提高排名,可以帮助网站增加转化率。如果你看过网站性能优化方面的文章,例如设置服务器的最佳实现、到干掉慢速代码以及 使用CDN 加载图片,就认为你的 WordPress 网站已经足够快了。但是事实果真如此吗? 使用动态数据库驱动的网站,例如WordPress,你的网站可能依然有一个问题亟待解决:数据库查询拖慢了网站访问速度。 在这篇文章中主要介绍如何识别导致性能出现问题的查询,如何找出它们的问题所在,以及快速修复这些问题和其他加快
wordpress日志修订是所有速度慢的罪恶之源,每次在后台发布或修改文章的时候,数据库都会产生一个revision版本的记录,几百篇日志会有几千条日志修订的记录,如果更多文章的话,那一个网页打开可能就要花费好几秒的时间,那时你的访客早就不见踪影了。问题出现了,就要想办法解决,Q&A
玩 wordpress 的人都知道,wp 本身是比较庞大的一个 php 程序,尤其是数据库方面是比较大的,wp 的文章编辑器在写文章的时候会定时自动储存为修订版本以防意外,当你文章写完了之后,那些储存起来的文章片段会一直保存在数据库中,日积月累成为影响 wp 工作效率的累赘。wp 数据库中的可清理部分包括但不限于以下这些:修订版本,草稿,自动草稿,待审评论,垃圾评论,回收站评论,孤立的文章元信息,孤立的评论元信息,孤立的关系信息,控制板订阅缓存。为了提高数据库效率必须使用一个 wp 数据库优化插件,经过多方
有时我们的wordpress站点因为各种原因需要更换域名了,如何快速设置让网站直接用新域名而不受影响呢?比如旧域名是a.com,新域名为b.com,下面这段sql代码很有用
一、禁用文章修订版 所谓的文章修订版就是你每次修改一次文章,它都会自动帮你保存修改之前的文章版本,专业术语叫做版本控制,这样保证了在误修改的情况下可以还原之前的内容,这个在维基文档的维护方面是有很大帮助的,但是作为我们的小博客,似乎没多大用处,而且这个修订版在数据库中是占据一个ID的,这也是导致文章ID不连续的问题之一。要想禁用文章修订版,可以在 wp-config.php文件中添加:
本文内容比较多,建议点击https://blog.formsec.cn/2018/07/03/wordpress%E4%BB%BB%E6%84%8F%E6%96%87%E4%BB%B6%E5%88%A0%E9%99%A4%E6%BC%8F%E6%B4%9E%E5%88%86%E6%9E%90/
对于WordPress网站文章ID不连续的问题困扰了我很久,今天将WordPress文章ID不连续的原因和具体解决办法做详细的说明。
直接在【设置】->【地区和输入】处配置拼音输入法即可,不推荐使用 fcitx,配置后不显示,没配置成功。
WordPresss数据库是存储所有网站数据的地方。不仅仅是用户名和密码等基本信息,还包括帖子,页面和评论,甚至是网站主题和WordPress配置等设置。
2016-05-3023:03:51 发表评论 1,092℃热度 先说明,这个明显是强迫症才会搞这种累死人不的好处的活,当然,我也是这种人。当初 Typecho 写文章的时候还没太在意,因为文章 ID
wordpress作为最受欢迎的程序,我们对其功能要求也是更为多样。我们都知道wordpress文章发布后都是按照发布时间进行排位,最新发布的在最前面。但是有的网友使用wp作为论坛,就需要新的排序方式。比如按最新评论排序。
WebP(发音:weppy)是一种同时提供了有损压缩与无损压缩(可逆压缩)的图片文件格式,派生自影像编码格式VP8,被认为是WebM多媒体格式的姊妹项目,是由Google在购买On2 Technologies后发展出来,以BSD授权条款发布。
以前给Wordpress网站换域名没有考虑过老域名还要301重定向的事情,因为老域名直接不用了,这次更换就遇到这个问题了,老域名还是继续要用,所以就得考虑301的问题了。
WordPress 数据库为您的 WordPress 网站提供了基础。没有数据库,您的 WordPress 网站根本无法运行。WordPress 数据库支持您的网站加载和运行,并存储和保存您博客的内容,例如帖子和评论,以及您(甚至您的访问者)所做的更改。
WordPress Related Posts 这个插件已经被下载了2万多次。但是个人对这个插件一直有一个不满意的地方,那就是效率不是很高。我在我的 Bluehost 空间安装这个插件的时候,几次因为这个插件 SLOW SQL 搞的 CPU 超限而被 Suspend 了几分钟,狂晕。 是的,这个插件是使用了一条效率很低的 SQL,因为根据 Tag 来查找相关日至要对所有的 Post 扫一便,看看是不是有相同的 Tag。我想了很久,还是没有想到效率更高的缓存,大学的时候 SQL 还是学得不错,但是现在基本都不懂了,汗!既然没有想到效率更高的 SQL,我想到的第二个方法是缓存,第一个方法是可以使用 WordPress 对象缓存,但是 WordPress 2.5 已经全部采用内存缓存而舍弃了文件缓存,如果主机没有安装内存缓存模块,基本没用,当然也可以是用高级缓存插件,如:WordPress Super Cache。不过我这里使用的是 PostMeta 来缓存。
wordpress强大之处在于有很强的可自定义性,使得插件、主题的开发变得及其便利。就拿我们今天要说的自定义文章添加自定义字段来说,就很便捷。
领取专属 10元无门槛券
手把手带您无忧上云