搜索到
79
篇与
的结果
-
-
更改wordpress的默认登录页面名称wp-login 好多人不知道怎么修改wordpress的默认登录地址，因为只要知道是WORDPRESS的后台，都知道http ://域名目录/wp-login.php就是登录地址，再用暴力破解器，很有可能会被破解开密码。（事实上前段时间确实有过类似报道，很多WP站被暴力破解帐号密码，造成严重损失）。而网上大多数教程都是在wp-login.php后面加上参数，例如?x7aio2等等类似的形式，虽然起到一定作用，但很多人还是觉得不好看，而且输入起来麻烦，不如自己自定义来的美观接下来，咱们就修改WordPress登陆文件名wp-login.php后缀。我们一共需要修改2个文件，其中当然包括wp-login.php1.先在网站根目录下把wp-login.php文件改成你想要的名字，例如houtai.php，然后用编辑器打开这个文件。替换所有wp-login字符为houtai。2.然后找到wp-includes目录内的general-template.php文件，用编辑器打开，替换所有wp-login字符为houtai。再搜索变量$login_url，将这个变量改成这样$login_url = site_url('buzhunluanjin.php', 'login'); 其中 buzhunluanjin 可以换成别的，保存默认的wp-login也可以，这行的意思是定义当有人通过http ://域名/wp-admin/地址访问网站时或者直接访问后台某个地址时进行跳转到site_url()设置的地址内，所以防止别人探索你的地址。以上修改结束后，将文件上传至服务器，大功告成，以后要登录后台，就需要打开houtai.php才能进行登录啦。当然，各位童鞋要记得举一反三哦~
-
worpress自定义wp-admin后台登录地址后缀 增强网站安全 通过修改或者隐藏后台登陆地址，可以增加wordpress网站后台的安全性，不一定非得把后台地址中的wp-admin的名字改掉。事实上改掉后会有很多插件出现不兼容的情况。推荐做法是把如下代码加到主题的functions.php中：add_action( 'login_enqueue_scripts', 'login_protection' ); function login_protection() { if( '你的私密字符串' !== $_GET['path'] ) { header('Location:https://你的网站域名'); } }注意：上面代码中的“你的私密字符串”需要修改成你自己的私密字符串，“你的网站域名”修改成你的网站首页域名。按照如上操作修改后，访问网站登录后台必须通过链接“https://你的网站域名/wp-login.php?path=你的私密字符串”进入，否则会被重定向到首页。当然，除了以上这种代码外，还可以通过插件的形式禁止、隐藏或修改后台登录地址，不过我觉得没必要搞那么麻烦，几行代码就可以搞定的事，没必要用到插件。
-
WordPress性能优化插件 WordPress性能优化插件 你的网站是不是太慢了？WordPress是一个非常全面的CMS内容管理系统，如果忽视了博客或网站的性能，就会遇到问题，在使用WordPress建站中，网站性能经常被插件、主题和Code代码片段影响，结果是网站的加载时间变长。WordPress性能优化插件 WordPress性能优化很重要，网站访客可以通过快速响应的页面来享受网站，像谷歌等搜索引擎也需要加载速度快的网站予以排名。最常见的优化WordPress网站性能示例是在整个网站上禁用联系表单插件，但联系页面除外。但这并不止于此；您可以禁用未使用的滑块、社交共享和附属链接插件。本文晓得博客为你介绍5款好用的WordPress性能优化插件。 推荐：WordPress网站如何删除渲染阻止资源提高网站速度1、Asset CleanUp插件 Asset Cleanup是一个带有付费版本的免费插件，旨在帮助从WordPress中删除未使用的CSS和未使用的JS。 除非您擅长编码，否则使用Asset Cleanup可能需要在某些页面上改进您的WordPress LCP，当您删除比LCP更早加载的未使用资产时，它确实可以改善Core Web Vitals。WordPress性能优化插件 Asset Cleanup Pro还减少了不必要的HTTPS请求。对于大型WordPress网站，Asset Cleanup Pro是改进Core Web Vitals的绝佳工具之一。 Asset CleanUp优化网站性能的插件功能：管理主页、帖子、页面和自定义帖子类型（例如WooCommerce产品页面）上的CSS和Javascript文件管理主页、帖子、页面和自定义帖子类型上的CSS和JavaScript文件批量卸载：无处不在（站点范围）、特定页面和帖子类型、添加加载例外管理仪表板（默认）和前端视图（页面底部）中的CSS和JavaScript文件（如果选择）启用“测试模式”以仅将插件的更改应用于登录管理员以进行调试缩小剩余加载的CSS和JavaScript文件将剩余已加载的CSS和JavaScript文件合并到每个位置的更少文件中删除未使用的元素，包括以下链接标签站点范围内卸载通常不使用的常见元素，例如：WordPress表情符号、jQuery迁移、评论回复（如果不使用WP作为博客）部分或完全禁用XML-RPC协议支持内联CSS文件内联JavaScript文件延迟加载CSS以减少渲染阻塞资源管理类别、标签、自定义分类页面、日期和日期上的CSS和JavaScript文件作者存档页面、搜索结果和404NotFound页面移动CSS和JavaScript文件fromto（以减少渲染阻塞）或反之亦然（用于非常早的触发）对加载的JavaScript文件应用“async”和“defer”属性显示每个加载的CSS和JavaScript文件的文件大小，包括外部文件2、Perfmatters Perfmatters是一个高级WordPress插件，它允许您禁用不需要的功能（主要是JavaScript和CSS）以加速您的网站。WordPress性能优化插件 注意：这不是缓存插件。它提供了更精细的选项来优化站点的特定区域、删除单个脚本以及逐页管理资产。这是对缓存解决的补充。 Perfmatters优化网站性能的插件功能：禁用表情符号禁用嵌入删除查询字符串禁用XML-RPC移除jQuery迁移删除WordPress版本号删除wlwmanifest链接删除RSD链接删除短链接禁用RSS源删除RSS提要链接删除Dashicons禁用每页/帖子的脚本使用正则表达式禁用脚本CDN重写禁用密码强度计添加空白网站图标禁用谷歌字体将代码添加到页眉或页脚禁用自我pingbacks禁用WordPress Heartbeat API更改Heartbeat API频率禁用和限制后期修订禁用REST API删除REST API链接更改自动保存间隔DNS预取预连接禁用WooCommerce脚本和样式禁用WooCommerce小部件禁用WooCommerce状态元框禁用WooCommerce购物车片段(AJAX)禁用谷歌地图API多站点支持更改WordPress登录URL本地分析禁用WordPress评论延迟加载图像3、Swift Performance Swift Performance将提高任何WordPress网站的加载速度，并提供智能、现代的缓存系统。您甚至可以缓存AJAX请求、动态页面，还可以添加例外（基于URL、页面或内容的规则 Swift Performance是一个缓存插件，它也有一个插件管理器。WordPress性能优化插件 Swift Performance优化网站性能的插件功能：您可以使用大量规则来选择性地禁用插件，具体取决于URL，无论是管理页面、用户角色和AJAX操作（对WooCommerce网站很有帮助）。缓存——页面缓存开箱即用。它也与WooCommerce、bbPress、Cloudflare和Varnish兼容。CSS和Javascript优化——Swift Performance不仅会合并和缩小CSS文件，还会自动为每个页面生成关键CSS。Javascript（甚至内联脚本）也可以组合、缩小并移动到页脚而不会发生任何冲突。您不仅可以组合/缩小脚本，还可以在下载块后立即单独运行数据库优化——有内置的DBOptimizer来清理过期的瞬态、孤儿、重复的元数据和垃圾评论。您还可以安排每个任务。插件管理器——使用插件管理器，可以禁用某些页面上的插件，并让插件仅在真正需要的地方运行，可以设置URL匹配、前端、管理页面、AJAX操作规则和例外，以获得最佳结果。4、Plugin Load Filter Plugin Load Filter插件加载过滤器支持按帖子格式类型、自定义帖子类型、JetPack模块过滤、WP嵌入内容和URL过滤禁用插件。只需进入设置并切换您希望禁用每个插件的位置。它还有一些额外的设置， 尽管已经安装了很多插件，但可能不希望（或不需要）为所有帖子和页面激活它们。使用此插件，将能够为每个单独的帖子和页面停用不必要的插件。通过过滤插件的激活，可以显着加快您的网站速度。WordPress性能优化插件 Plugin Load Filter优化网站性能的插件功能特征:支持帖子格式类型支持自定义帖子类型支持JetpackModules过滤支持WP嵌入内容卡（is_embed模板）支持简单的帖子语言区域切换器5、Freesoul Deactivate Plugins插件管理器 Freesoul插件是另一个不错的选择。插件允许您停用特定页面上的插件，以优化速度、调试和解决问题。 它适用于每个页面、博客文章、可公开查询的自定义文章、档案和后端页面。它禁用整个插件。您的页面不仅会发送更少的HTTP请求，而且还会保存许多数据库查询WordPress性能优化插件 Freesoul Deactivate Plugins优化网站性能的插件功能特征:停用特定页面、帖子、自定义帖子、档案、术语档案、搜索结果页面、移动页面上的插件停用特定后端页面上的插件和主题停用JavaScript执行以解决问题（前端预览）通过自定义URL停用前端和后端的插件自动建议主页和后端未使用的插件更改插件触发顺序立即创建功能插件收藏插件的导入/导出列表在不影响公共站点的情况下查看停用特定插件并切换到另一个主题的页面预览 使用Google Page Speed Insights查看单个帖子、页面和自定义帖子的页面预览（没有缓存的预览，没有缓存的页面可能会给出较低的分数，在优化期间使用它进行比较）总结 以上是晓得博客为你介绍的WordPress性能优化插件的全部内容，在WordPress外贸建站中应当优化所需的一切，包括缓存、图像优化、WordPress本身的各种调整等等，才能使网站性能更上一层楼。 推荐：如何使用phpMyadmin优化MySQL数据库常见问题哪些插件可以让您有选择地禁用插件？ Asset CleanUp和Perfmatters都允许您有选择地禁用插件在某些页面/帖子上运行。Asset CleanUp是免费的，Perfmatters是Kinsta的高级插件。选择性禁用插件会加速我的网站吗？ 是的，它可以显着加快您的网站速度。通过查看所有插件、脚本和样式（例如，在Asset CleanUp中）并将它们与您的GTmetrix Waterfall报告进行比较，您通常可以找到并修复许多减慢网站速度的插件。哪些类型的插件加载时间最长 社交分享、统计、滑块、投资组合、页面构建器、日历、聊天、联系表格、相关帖子是最常见的罪魁祸首。我应该使用哪一个来禁用页面上的插件？ 我个人使用Perfmatters，因为它非常易于使用，带有RegEx，并且它还有大量其他杂项优化，有些WP Rocket无法处理 推荐：6个最好的WordPress图像优化器插件提高WordPress网站性能
-
Mysql 通过frm&ibd 恢复数据 mysql存储在磁盘中，各种天灾人祸都会导致数据丢失。大公司的时候我们常常需要做好数据冷热备，对于小公司来说要做好所有数据备份需要支出大量的成本，很多公司也是不现实的。万一还没有做好备份，数据被误删除了，或者ibdata损坏了怎么办呢？别担心，只要有部分的frm、ibd存在就可以恢复部分数据。注意： 一、这个是对innodb的数据恢复。myisam不需要这么麻烦，只要数据文件存在直接复制过去就可以。 二、大家的mysql数据库必须是按表存放数据的，默认不是，但是大家生产肯定是按分表设置的吧，如果不是，不好意思，这个方法不能恢复你的数据。my.ini的设置为 innodb_file_per_table = 1 1、找回表结构，如果表结构没有丢失直接到下一步a、先创建一个数据库，这个数据库必须是没有表和任何操作的。b、创建一个表结构，和要恢复的表名是一样的。表里的字段无所谓。一定要是innodb引擎的。CREATE TABLE ax_table( weiboid bigint(20)) ENGINE=InnoDB DEFAULT CHARSET=utf8;c、关闭mysql， service mysqld stop； d、用需要恢复的frm文件覆盖刚新建的frm文件；e、修改my.ini 里 innodb_force_recovery=1 ， 如果不成修改为 2,3,4,5,6。f、 启动mysql，service mysqld start；show create table ax_table 就能看到表结构信息了。2、找回数据。记得上面把 innodb_force_recovery改掉了，需要注释掉，不然恢复模式不好操作。 这里有个关键的问题，就是innodb里的任何数据操作都是一个日志的记录点。 也就是如果我们需要数据恢复，必须把之前的表的数据的日志记录点添加到一致。a、建立一个数据库，根据上面导出的创建表的sql执行创建表。b、找到记录点。先要把当前数据库的表空间废弃掉，使当前ibd的数据文件和frm分离。ALTER TABLE ax_table DISCARD TABLESPACE; c、把之前要恢复的 .ibd文件复制到新的表结构文件夹下。 使当前的ibd 和frm发生关系。ALTER TABLE ax_table IMPORT TABLESPACE; 这个时候没有错误，说明已经建立好了。如果能查到数据，到此就OK了，如果不行，请执行如下操作。d、相比这里大家已经知道为什么了，这个模式也不是说改了数据库就可以在生产环境使用。更改 innodb_force_recovery=1 ， 如果不成修改为 2,3,4,5,6。直到可以 查询出数据为止，然后dump出来。数据就备份出来了。e、把所有数据导出后，在新的数据库导入。所有数据就生成了。
