专家见解：与 ManageWP 的 Stefan Karamancic 的对话

曾几何时，WordPress 是一个简单的博客平台。 多年来，它已成为构建各种网站的最强大工具。 ManageWP 的支持老将 Stefan Karamancic 也是如此。 他今天和我们一起打破僵局，欢迎大家来到我们的“专家见解”博客系列，我们将采访 ManageWP 支持团队，让您深入了解他们带来的经验和奉献精神以及一些故障排除他们每天使用的技术。

回到 2009 年，WoW 和女博主有什么共同点？ 我听说答案是——你。 它是否正确？ 你能告诉我们你是如何开始 WordPress 行业的吗？

好吧，你可以这么说。 事实是，两者都激发了人们追求网络技术职业的兴趣。 大约 15 年前，我遇到了一个女孩，我不知道她会是那个……向我介绍一个全新的世界，WordPress 的世界！ 她在 WordPress.com 上有一个个人博客，我帮她调整了几次外观。 我们在这里和那里做了一些自定义 CSS，我帮助她充分利用了我们当时可用的免费主题。 那是一个不同的时代。 一切都不太可定制，所以我们经常不得不更多地依赖定制功能和调整。

由于我对技术充满热情并且对应用我新发现的知识的可能性感到好奇，所以我开始在我的一些项目中使用 WordPress。 我建立了一些公会论坛和一些简单的网站，主要是为了我的家人和朋友。 让它们保持最新，并随着时间的推移添加新功能帮助我深入了解使用 WordPress 构建网站的本质。 回想起来，那些充满激情的项目真的让整个学习过程变得轻而易举。 我不是在学习找工作； 我正在学习改进我的激情项目。 现在，我们有很多插件和主题，这个行业也发生了很大的变化。 您只需很少或无需编码即可构建出色的网站。

在当今世界，我们不断受到信息的轰炸，因为每天都会出现新的故事、来源和趋势。 您如何了解 WordPress 的最新发展？

这是一个很好的问题。 我发现定义我感兴趣的领域并关注一些新闻来源以便每个人都了解情况很有帮助。

我喜欢 WP Tavern 和官方 WordPress 网站（尤其是开发人员资源），以获取一般 WordPress 知识和社区新闻。 除了阅读即将发布的公告外，我还喜欢与 WordPress 社区保持联系。 官方 WordPress Slack 是收听新闻和向其他社区成员寻求帮助的好地方。

另一个很棒的网站是 WP Beginner。 它涵盖各种主题，并不断发布和更新他们的指南和文章。 如果您正在寻找基础知识，那么 WP Beginner 不会出错。

我发现下一个重要的领域是网站安全！ Sucuri 和 WordFence 时事通讯以及博客是我了解网站安全的首选来源，因为这始终是一场猫捉老鼠的游戏。

至于更广泛的网络技术新闻，我遵循 CSS 技巧、The Register 和 Smashing Magazine。

当涉及到 WordPress 时，您如何解决问题和排除故障？

与我掌握最新进展的方式相同，我会确定受问题影响的区域，并在开始调查之前收集尽可能多的信息。 我通常首先确认它是否仅限于特定组件或操作。 预期结果应该是什么样的？ 这是我能够可靠地重现的东西吗？ 同样的事情是否发生在任何其他网站上？

然后，当我掌握了所有这些信息后，我开始逐步复制该过程，并随着它的展开进行跟踪。 启用错误日志记录会很有帮助，因为通过这些日志可以最快地查看问题出在哪里。 当日志中有一些有用的信息时，我可以快速找到问题的解决方案，看看它是否得到解决，然后再试一次。 例如，如果插件没有更新，我总是尝试重新运行更新或尝试更新 Hello Dolly 或网站上的其他一些基本插件。 如果该过程失败，我可以检查日志并找到网站或服务器收到的确切响应。 是文件权限、许可证问题还是服务器内存不足导致的严重错误？ 不管是什么，访问错误日志都会使故障排除过程更加容易。

此外，一个问题可能有多种原因，因此在您解决第一个问题后弹出另一个问题的情况并不少见。 在这些情况下，您必须始终专注于最初的问题并顺着主线前进，直到理清头绪。

使用这种方法，您必须要讲一些有趣的故事。 您能否分享一个您帮助解决的特别具有挑战性的支持案例的示例？

是的，最有趣的网站克隆请求以某种方式进入了我的收件箱。 你可能会说我很喜欢克隆事故！ 几年前，我们收到了一张票，用户需要帮助克隆他们的网站。 案例是他们的实时网站在开始克隆后就崩溃了。 起初，我很惊讶，因为我们的克隆工具与被克隆的网站没有交互，因为我们使用存储在我们服务器上的备份，所以这是非常不寻常的。 我多次查看票证并喝了一杯新鲜的咖啡，试图绘制并追溯我们用户的步骤。 当我进去复制这个问题并得到相同的结果时，这个谜团加深了。

我检查了插件、主题和网络服务器设置，试图看看这背后的原因，但没有发现任何异常情况。 那一刻，我想，“让我们回到基础，从头开始。 ” 我们工具的内部工作原理非常简单：

• 在克隆或缓解网站之前，必须创建备份。 检查！
• 然后我们将该备份传输到目标服务器。 无论我们是通过 PHP 还是 FTP 连接，它仍然是目标服务器，不应该以任何方式影响源网站。
• 最后一步，在新服务器上提取文件，并导入数据库。 同样，这是一台与源代码没有明显联系的新服务器。

“当你排除了不可能的事情后，剩下的无论多么不可能，都一定是真相。” –

夏洛克·福尔摩斯

这是我引导内心的夏洛克福尔摩斯并开始从列表中划掉的地方。 很快就很明显，混合可能导致源网站崩溃的唯一步骤是最后克隆阶段的数据库导入。 事实证明，两个网站（源和目标）都在同一个托管计划中，用户发送给我们的数据库凭据是针对实时（源）网站的，而不是针对目标的。 这通常不是问题，因为数据库服务器通常设置为限制访问。 尽管如此，在这种情况下，两个网站都可以连接到两个数据库，而我们的克隆工具将数据导入了错误的数据库。 一旦我与用户确认了这一点，我就能够帮助和指导他们完成克隆过程。 幸运的是，此后我们没有人尝试过此操作，但是测试和确认数据库来源已添加到我们的程序中。

用户在使用 ManageWP 时遇到的一些常见误解或挑战又如何呢？

幸运的是，数量不多。 我喜欢认为这样做的原因是直观的用户体验设计。 我最喜欢的引导用户浏览的方法是处理网站 URL，这更符合 DNS 的实际工作方式。 当您在浏览器中访问一个网站时，您通常会输入 URL 并回车，而不会考虑是否有 www，或者您输入的是 HTTP 还是 HTTPS。 你让你的浏览器处理那种事情。

在ManageWP中添加网站时，必须注意这些事情。 DNS 的工作方式，www.example.com 和 example.com 之间，或者http://www.example.com和https://example.com之间可能存在巨大差异。 它们都可能指向同一个网站。 但也有可能它们会导致两个完全不同的网站！ 我们经常在网站迁移或所有权变更时看到这种情况，因为那是最有可能发生此类 DNS 变更的时候。

我对每个尝试连接他们网站的人的建议是“当您在 ManageWP 中填写网站 URL 时，让您的浏览器完成工作，然后只需从地址栏复制并粘贴您主页的 URL。

Stefan Karamancic，ManageWP 支持

关于如何有效地与支持团队沟通以获得他们需要的帮助，您能否为用户分享一些技巧？

当然可以！ 与我们联系时，最好包括您为帮助我们立即重现问题而采取的确切步骤。 理想情况下，您会向我们发送项目符号列表，或者如果您更喜欢讲故事，那么在描述您要联系的内容时尽可能具体无害。 有了足够的信息，我们可以在收到您的初始支持票后立即开始故障排除过程，而不必回信要求您进一步详细说明。

另外，我注意到更多的人需要附上截图。 有时，我们无法重现您报告的问题，将您在屏幕上看到的内容截屏会有很大帮助！

我知道这看起来并不多，但是这些简单的事情可以大大节省时间，并且比来回几次更能让我们更快地找到解决方案。

这总结了我们对斯特凡的采访。 如果你有什么问题想问他，或者你对我们接下来应该采访谁有什么建议，欢迎在下方留言！