There are all sorts of different interfaces to memcached, but you don't need any of them to make requests from the command line, because its protocol is so simple. Try this, assuming it's running on the usual port on the local machine:

Here's an easy "top" emulator for memcached:

If you don't have netcat (nc), you can also use Bash's built-in /proc/tcp magic if it's enabled. Anything that can push a couple of characters to a TCP port and print the result to stdout will work. Or you can use something like this, if you must do it via PHP:

---

Entry posted by Baron Schwartz | No comment

Add to: | | | |

Happy Thanksgiving and little holiday challenge for you.
Say you have a trigger on the slave which you would like to work differently, depending on whenever update is executed via replication thread vs updating table locally ? This can be helpful for example for auditing updates which were done directly instead of coming from the master and some other cases.
Suggest how you would do it by commenting

---

Entry posted by peter | 3 comments

Add to: | | | |

转载自谷歌中文网站管理员博客

发表者: John Mueller，网站管理员趋势研究员

运营网站是一件很复杂的事情，所以我们提供了网站管理员工具来帮助您发现潜在的问题，并防止它们演变成真正的问题。这些发现的问题中，有一些相对来讲比较小（比如有重复的标题和描述），但也有一些是比较大的问题（比如我们无法访问您的网站）。尽管网站管理员工具无法确切地告诉您需要做哪些具体的改动，但是它可以帮助您发现一些需要您解决的潜在问题。

让我们来看一下我们在网站管理员支持论坛里碰到的几个例子：

您的服务器是否把Googlebot当作普通的网站访问者？

尽管Googlebot尽力表现的像一个普通用户，但有一些服务器可能还是会感到困惑而以比较奇怪的方式进行回应。比如，当用户以Googlebot为 user-agent进行访问时， 虽然您的服务器在大多数时间里都可以完美无暇地工作，但是有一些运行IIS的服务器会返回服务器错误（或者其他一些和发生服务器错误相关的操作）。在网站 管理员支持论坛里，我们曾经碰到过IIS服务器返回500错误（服务器错误）和404错误（文件找不到）出现在"网络抓取"诊断部分的情况，还有提交网站地图（Sitemap）文件时出现302错误。如果您的服务器重定向到错误页面，您应该确保我们可以抓取这个错误页面，并且确保服务器返回正确的错误代码。当您做好这些以后，我们就可以在网站管理员工具里显示这些错误。如果您想了解关于这个问题的更多信息及可能的解决方法，请参阅：
http://todotnet.com/archive/0001/01/01/7472.aspx 和http://www.kowitz.net/archive/2006/12/11/asp.net-2.0-mozilla-browser-detection-hole.aspx。

如果您的网站托管在运行Microsoft IIS的服务器上，请记住，自然情况下网址是区分大小写的（我们也是如此处理他们的）。这包括那些出现在robots.txt文件里的网址。如果您的服务器以不区分网址大小写的形式工作，您应该小心处理这一部分。例如,"disallow: /paris"将阻止我们访问/paris，而不是/Paris。

您的网站是否存在一些系统性的已损坏的链接？

现代内容管理系统(CMS)经常会导致一些问题，而这些问题往往能够影响大批的网页。有时候这些问题很直接，当您在浏览这些页面时就可以发现；有时候，靠您 自己很难发现这些问题。如果某个类似上述的问题产生了大量损坏的链接，它们一般会显示在您网站管理员工具帐户的"网络抓取"诊断部分（列出那些正常返回 404代码的已损坏的网址）。在最近的一个个案中，一个网站的RSS feed出了一个小的编码错误，结果导致超过60,000个坏的网址显示在该网站的网站管理员工具帐户里。您一定能理解，我们更愿意将时间花在抓取内容而不是这些404错误页面上:) 。

您的网站是否将用户导向其他地方？

许多网站都有自己关注的特定地域的用户群。我们发现这类网站有时会将其他地域的访问者重定向到一个不同的页面。然而，请记住Googlebot不一定来自于 您期望的目标地域，所以也有可能被重定向到其他页面。这可能意味着Googlebot不能访问您的主页。如果发生这种情况的话，网站管理员工具在验证您的 网站时可能会出现问题，导致您的网站无法通过验证。当然，这不是网站无法通过验证的唯一原因，但是如果您的网站经常出现这种情况，最好还是调查一下原因。在这个问题上，请确保用对待那个地域的用户一样的方式对待Googletbot，否则可被视为"内容伪装"。

您的服务器是否在我们抓取时无法访问？

即使最好的网站也会出现这种情况——服务器宕机以及防火墙过度保护。如果在我们试图访问您的网站时出现这种情况的话，我们就无法对您的网站进行抓取，而且您 可能不知道我们已经尝试去抓取过您的网站了。幸运的是，我们会跟踪这些问题，当我们无法访问您的网站时，您可以在管理员工具帐户里发现"网络无法访问"及"robots.txt 文件无法访问"错误。

您的网站是否被黑了？

黑客有时候会在出问题的页面上添加些奇怪的、远离主题的隐藏内容和链接。如果是隐藏的话，您可能不会马上注意到它。尽管如此，它还是有可能成为一个大问题。 虽然消息中心会就某些类型的隐藏文本向您发出提醒，但是您最好也要多留意一些。网站管理员工具"统计信息"项目下的"Googlebot看到的内容"会显示与您网站内容有关的关键字，如果您在那里看到一些完全不相关的关键字，那么您的网站有很大可能被黑掉了，您最好能尽快调查一下发生了什么事情。您也可以使用谷歌快讯(Google Alerts)或者使用[site:example.com 垃圾关键词]进行查询，在这里"垃圾关键词"是指一些像色情, 伟哥, 曲马多（tramadol，一种镇静剂）, 性及其他一些您的网站上一般不会出现的词语。如果您发现您的网站真的被攻击了，我推荐您参阅我们博客上的另外一篇帖子——我的网站被黑掉了，怎么办？

网站管理员工具可以发现很多关于网站的问题；上述问题只是我们最近碰到的问题当中比较普通的一些罢了。因为有一些问题真的很难发现，在它们真正成为问题之前 您不妨去看一下您的网站管理员工具帐户，看看能不能发现一些问题的苗头。如果您发现一些您确实无法解决的问题，为什么不在网站管理员支持论坛上发贴来寻求专家们的帮助呢？

今天，您检查您的网站了吗?