
WordPress开启后台的友情链接模块
默认情况,WordPress后台已经禁用了友情链接模块,如果有需要可以手动开启:
//友情链接菜单显示 add_filter( 'pre_option_link_manager_enabled', '__return_true' );


默认情况,WordPress后台已经禁用了友情链接模块,如果有需要可以手动开启:
//友情链接菜单显示 add_filter( 'pre_option_link_manager_enabled', '__return_true' );
80后,现居于深圳【如果你也在深圳可以线下约起来】,具有多年独立站实操运营经验,带领过品牌运营团队,属于独立站实战派人士!2019年之前,我是一名疯狂的WordPress技术爱好者,精通独立站或官网的建站,熟悉 PHP、CSS 、HTML等网页编程语言,能够快速搭建网站;2019年开始,我发现纯粹的建站技术已经满足不了我的职业规划需求,于是,向数字营销领域进军了;截止目前,在谷歌ADS广告、GMC领域已经累计了近5年的实操经验;在Bing广告和Facebook广告领域也有近2年的实操经验;我的专长不仅仅局限于建站技术层面,从底层的建站技术到品牌运营策略【ADS广告、KOL红人、PR媒体公关、SEO等】都有深刻的见解!如果你在如下方面有需要协助,可以随时联系我微信:wpgger
这是一个相当有趣的功能!一旦客户访问网站,便自动将指定的产品添加到购物车: function fjj_add_product_to_cart_automatically() { $product_id = 21874;//产品ID if ( WC()->cart->get_cart_contents_count() == 0 ) { ... read more
在某些情况下,我们需要在产品详情页调整分类目录、标签和SKU的显示位置,比较常用的一个方法是首先隐藏掉默认的分类目录、标签和SKU,然后再根据钩子woocommerce_single_product_summary重新显示出来,这样就比较方便自定义显示分类目录、标签和SKU: remove_action( 'woocommerce_single_product_summary', 'woocommerce_template_single_meta', 40 ); read more
喜欢查看网站源代码的同学可能留意到这个细节,WordPress系统网站的js和css脚本文件,后面一般都有一个后缀参数ver=xxx,如下所示: <link rel='stylesheet' id='elementor-icons-css' href='https://fengjiajun.com/wp-content/plugins/elementor/assets/lib/eicons/css/elementor-icons.min.css?ver=5.29.0' media='all' /> 那么你有没有想过这个参数是什么意思,有什么作用?在Web开发中,确保用户始终访问最新的文件版本是一项挑战。缓存策略虽有助于提升网页加载速度,却也可能导致用户在更新后仍访问旧版本的脚本或样式表。本教程将围绕ver=参数在URL中的应用,解释其如何帮助解决这一问题。什么是ver=参数? ver=参数常见于引入外部脚本或样式表的URL末尾。例如,在以下URL中:https://www.example.com/js/script.min.js?ver=1.2.3 ver=1.2.3指定了文件的版本号为1.2.3。此参数的存在,使得Web开发者能够明确控制和更新网站上使用的特定文件版本。ver=参数的作用 避免缓存问题:当文件更新后,通过改变版本号,可以确保用户的浏览器请求最新版本的文件,而不是从本地缓存加载旧版本。 维护方便:版本控制参数使得在进行网站维护或更新时,能够轻松地管理不同版本的文件。常见问题 如果不更新ver=参数会怎样? 如果不更新版本号,即使文件本身已更新,用户的浏览器可能仍然从缓存加载旧版本的文件。结论 在Web开发中,使用ver=参数进行版本控制是一个简单而有效的策略,能够确保用户总是访问最新版本的文件,避免因缓存问题而引发的错误或不一致性。通过合理管理版本号,可以提高网站的稳定性和用户体验 read more
今天接到一位粉丝的求助:网站疑似遭到网络攻击,具体情况是他刚上线不久的WordPress网站突然变得异常卡顿,几乎无法打开。进入服务器后台查看后发现,CPU和内存资源飙升至100%,情况相当严重!如下图所示:问题排查:从上面的CPU负载图可以看出,从3.28号开始,CPU一路飙升,难道真的是网络攻击?该网站刚上线不久,没有进行任何推广,服务器配置为双核4G内存,且产品数据并不多,正常来说这个配置不会卡顿,且是新站应该不会是网络攻击。于是我第一时间进入宝塔面板后台,暂停网站,并获取访问日志文件进行分析。通过分析下面的日志,真相浮出水面:罪魁祸首竟然是亚马逊搜索蜘蛛 Amazonbot! 172.71.194.246 - - [01/Apr/2025:02:30:39 +0000] "GET /shop?filter_color=silver,graphite,green,purple&orderby=popularity HTTP/2.0" 403 548 "-" "Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; Amazonbot/0.1; +https://developer.amazon.com/support/amazonbot)... read more