最新版本:2022 网站SEO提升外链工具软件
优采云 发布时间: 2022-12-25 09:43最新版本:2022 网站SEO提升外链工具软件
在软件中填写自己网站的链接即可
1、外链工具只是网站推广的辅助工具。 一般适用于不能在短时间内建立大量外链的新站点。 新站点坚持一天做一到两次为宜,一周左右可以看到效果。 旧站点不建议使用此类工具。 老站要以优质内容建设为主,辅以交换优质友情链接,在高权重站点发布软文建立外链。
2.这类工具的原理其实很简单。 互联网上几乎所有的网站查询工具(如爱站网、去查网、 爱站站长工具)都会留下查询网站的外链。 如果在网上查询每一个工具站,都可以为查询的网站建立大量的外部链接。
3、外链工具就是利用这个原理让你免去手动去各个工具站查询,使用采集到的工具站列表自动在线查询你的网站。 这种方式建立的外链正规有效,不用担心被K站和降级的风险。
解决方案:集自动发布、本地管理于一身:基于 WordPress 同步的博客管理方案分享
Matrix 是一个小众写作社区。 我们提倡分享真实的产品体验,具有实用价值的心得和思考。 我们会不定期从Matrix中挑选最优质的文章,展现用户最真实的体验和观点。
文章仅代表作者个人观点,少数人仅对标题和排版做细微改动。
博客探索
2005 年,我开始在博客上发表自己的感想,将它们张贴在 MSN 空间平台和短暂存在的 Google 边栏维基上。 六年后,MSN 空间关闭,博客转移到 WordPress 托管,我切换到 Blogger,不久后停止了博客。
2018年偶然接触到Jekyll,被其简洁的界面和方便的体验所折服,重新开始记录博客。 博客的方向从记录感受转变为输出知识。 Jekyll 方案需要先在本地用 Markdown 编辑格式化,然后同步到 GitHub 发布,最后手动以 Markdown 格式发布到各个渠道。 在文章少的时候,这个方案的体验特别好。
2021年,随着文章数量和分发渠道的增加,文章的修改和管理难度加大。 慢慢的习惯了本地Markdown只做初稿排版,更新只在外部平台进行。
我的文章都是工具教程,需要随着工具的更新而修改,有时甚至更新几年前的文章。 因此,针对少量平台更新的策略带来了文章版本的混乱,使得博客背离了知识记录的初衷。 为了保证文章的统一版本,我把博客从Jekyll迁移到了WordPress,打算使用WordPress作为统一版本。
然而,WordPress 方案很快就被放弃了。 究其原因,除了WordPress编辑体验差之外,更重要的是遇到了Notion。 其界面美观,编辑方便,支持外显,可导出为Markdown和HTML文件。
然而,没有一个平台是完美的。 Notion不支持同步本地markdown内容,站外无法使用图床,国内访问速度成谜。 这使得 Notion 只适合个人分享,不适用于博客网站。 我用的是 Notion,纯粹贪图美感。
2022年,因为疫情,他将在家隔离两个月。 折腾了很久,继续折腾博客,希望能找到一个界面漂亮,自动发布,本地管理功能的博客解决方案。
博客计划
一开始我幻想着修改一篇文章同步到多个平台,但是找了半天也没找到合适的。 网上所谓的一键发布软件,其实是通过网页操作发布的,不能自动修改更新。
摆脱这种不切实际的想法后,新的博客解决方案主要使用Markdown版本,自动同步WordPress,最后手动同步主要分发平台。
最终解决方案如下:
初稿:在Markdown本地编辑文章,使用七牛云搭建自己的图床。 发布:同步本地Markdown文本,自动发布,保持主平台内容最新。 管理:Markdown文件的本地更新修改、文本内容的docsify页面集成、文章版本的博客后台管理。 订阅:用户可以通过RSS、邮件或微信订阅博客更新。 发布工具:WordPressXMLRPCTools
WordPressXMLRPCTools可以使用Markdown生成博客,推送更新到Github,通过Github Actions自动将文章更新到WordPress,将WordPress网站的文章索引更新到Github仓库的收录供搜索引擎收录。
基于WordPressXMLRPCTools,我做了两个修改:
示例:或
使用流程进入项目页面,点击“使用此模板”,复制模板文件。 回到你新建的repo,删除_post文件夹下的所有文件,在主目录下按照example_article.md的格式编辑文章。 按执行,如果报错,请看下面的使用问题。 修改主目录下的index.html和_sidebar.md文件,调整docsify网页设置。文章使用问题发布不成功
_post文件夹添加了文档,但是同步后README.md和WordPress没有添加文章。
检查以下两点:
错误:git 拒绝 github-actions[bot]
遇到 GitHub Actions 错误:git denied to github-actions[bot] 和 Process completed with exit code 128。
依次点击repository的Setting - Code and automation - Actions - General,然后在Workflow permissions中打开“Read and write permissions”。
错误:进程已完成,退出代码为 1
当遇到来自 GitHub Actions 的错误消息:Error: Process completed with exit code 1 时,请检查服务器是否启用了防火墙。 含有代码的文章很容易被误认为是木马。 暂时关闭服务器防火墙,比如Nginx防火墙和宝塔系统加固,可以解决这个问题。
无法覆盖和更新原创文章
修改旧文章并同步后,WordPress站点上的文章并没有被同步修改,而是新增了一篇相同的文章。 这是 WordPressXMLRPCTools 项目中的错误。 项目作者@zhaoolee 表示,“只要不更改文件名,就可以通过更新markdown来更新相应的文章内容。”
但是我和@clairyitinggu没能在不更改文件名的情况下更新相应文章的内容,而是重新发布了一篇新文章。 如果你也遇到同样的问题,建议用新文章内容手动覆盖旧文章,然后删除新文章。
这个bug也算是一个强烈的提醒。 当WordPress添加旧文章时,会提醒您修改其他平台的文章,以保持文章版本一致。
WordPress 发布时间与实际情况不符
文章同步后,WordPress显示的文章发布时间为GitHub推送时间,并非文章实际发布时间。
如果将旧文章转移到WordPress,需要在WordPress后台手动修改文章的发布时间,并且无法在Markdown文件中指定WordPress显示的发布时间。
在本地管理 Markdown文章
如果使用 Windows Explorer 来管理 Markdown文章,会存在三个问题:
为了解决这些问题,我借助飞书表单、RunAny和docsify重构了本地文章管理方案。
飞书文档管理
飞书文档的功能类似于Notion和Airtable。 可以在同一页面聚合文字、链接、图片,操作简单。
打开飞书多维表单,填写本地Markdown文章的标题、本地位置、链接、标签和封面,然后聚合本地文章的关键信息。 将表格视图切换为“相册视图”,文档管理界面可实现90%的Notion视觉效果。
直接运行任何文档
在在线文档中,不能像打开超链接那样直接打开本地文件。 如果你想节省中间打开时间,你可以使用 RunAny。
是一款基于AutoHotKey的按键启动软件。 如下配置后,点击飞书表单中的“本地位置”,即可使用默认编辑器打开md文件。 如果您的默认编辑器是 notepad++,请将以下命令中的 Code.exe 替换为 notepad++.exe。
;将 Runany 主目录下的 RunAny.ini 文件内的「编辑」模块替换为下方命令
-编辑(&Edit)
--编程|cmd bat md ahk html js css json
vscode|Code.exe
docsify 全文搜索
飞书表单可以搜索关键元素,但不能搜索全文。 这时候我们就需要用到一个工具,可以将markdown文档自动生成网站,相当于一个轻量级的GitBook。
docsify简单易用,如果你使用我之前修改的发布工具,就不需要配置了。 在发布工具文件夹空白处,右键打开终端,执行命令docsify serve生成全文搜索网页。 默认管理链接为:3000/#/。
如果设置了Github Pages,项目会默认启动在线docsify网页,页面链接取决于Github设置。 比如我的用户名是rockbenben,我的项目名称是Blog_WP,那么docsify管理页面就是。