文档建议反馈控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

Facebook的持久菜单回发没有命中控制器

是指在Facebook Messenger的聊天机器人开发中，当用户点击持久菜单（Persistent Menu）中的选项时，没有找到对应的控制器来处理该请求。

持久菜单是Facebook Messenger平台上的一个功能，它允许开发者在聊天界面上显示一个固定的菜单，用户可以随时点击菜单中的选项与机器人进行交互。当用户点击菜单选项时，Messenger会将相应的请求发送给开发者的应用程序，开发者需要编写相应的控制器来处理这些请求。

如果持久菜单回发没有命中控制器，可能是由以下原因导致：

  1. 控制器未正确配置：开发者需要在应用程序中正确配置持久菜单的选项和对应的控制器。如果配置不正确，Messenger无法将请求发送给正确的控制器。
  2. 控制器逻辑错误：即使配置了正确的控制器，但控制器的逻辑可能存在错误，导致无法正确处理请求。开发者需要仔细检查控制器的代码逻辑，确保能够正确处理持久菜单的请求。
  3. 网络或服务器问题：持久菜单回发没有命中控制器也可能是由于网络或服务器问题导致的。开发者需要确保服务器正常运行，并且能够接收和处理来自Messenger平台的请求。

对于解决持久菜单回发没有命中控制器的问题，可以采取以下步骤：

  1. 检查持久菜单配置：确保持久菜单的选项和对应的控制器在应用程序中正确配置。
  2. 检查控制器逻辑：仔细检查控制器的代码逻辑，确保能够正确处理持久菜单的请求。
  3. 测试网络和服务器：确保服务器正常运行，并且能够接收和处理来自Messenger平台的请求。可以通过发送其他类型的消息或请求来测试网络和服务器是否正常工作。

腾讯云相关产品和产品介绍链接地址：

请注意，以上推荐的腾讯云产品仅供参考，具体选择应根据实际需求和情况进行。

相关搜索:Facebook新的嵌套持久性菜单不起作用Facebook聊天机器人回发没有响应github UI如何在没有回发的情况下导航目录？MVC4 jQuery AJAX回发从不命中控制器操作Viewbag没有将post时的值绑定回控制器吗？在没有ASP.NET Ajax的回发后显示模式在没有回发的div中呈现PartialView在没有奇怪的黑客攻击的情况下，ASP.NET CheckBox在回发时未被检查如何为paytm回调响应向没有csrf令牌的控制器函数post值？如何在没有回发的文本上更改$(this)元素的背景色？
相关搜索:
页面内容是否对你有帮助？
有帮助
没帮助

相关·内容

Java程序员面试题集（86-115）

答：MVC架构模式要求应用程序的输入、处理和输出三者分离，将系统分成模型（Model）、视图（View）、控制器（Controller）三个部分，通过控制器实现模型和视图的解耦合，使得应用程序的开发和维护变得容易...答：拦截器和过滤器都可以用来实现横切关注功能，其区别主要在于： ①拦截器是基于Java反射机制的，而过滤器是基于接口回调的。 ②过滤器依赖于Servlet容器，而拦截器不依赖于Servlet容器。...update()方法是把一个已经更改过的脱管状态的对象变成持久状态；lock()方法是把一个没有更改过的脱管状态的对象变成持久状态。 106、阐述Session加载实体对象的过程。...③ 如果一级缓存没有命中, 接下来Session会在当前NonExists记录(相当于一个查询黑名单, 如果出现重复的无效查询可以迅速判断, 从而提升性能)中进行查找, 如果NonExists中存在同样的查询条件...,则返回null ③ 对于load方法, 如果一级缓存查询失败则查询二级缓存, 如果二级缓存命中则直接返回 ④ 如果之前的查询都未命中, 则发出SQL语句, 如果查询未发现对应记录则将此次查询添加到Session

1.8K70

你是如何更新缓存的？看懂这篇缓存读写策略

更新操作删除缓存后，查询操作没有命中缓存，先把老数据读出来后放到缓存，然后更新操作更新了数据库。于是，缓存中的数据还是老数据，导致缓存中的数据是脏的，而且还一直这样脏下去。...1 Cache Aside（旁路缓存） 最常用的模式： 失效 应用先从cache取数据，没有得到，则从DB取数据，成功后，放入cache 命中 应用程序从cache中取数据，取到后返回 更新 先把数据存到...比如，一个是读操作，但是没有命中缓存，然后就到数据库中取数据，此时来了一个写操作，写完数据库后，让缓存失效，然后，之前的那个读操作再把老的数据放进去，所以，会造成脏数据。...则用缓存服务自己来加载，从而对应用方是透明的 2.2 Write Through 和Read Through相仿，不过是在更新数据时发生 当有数据更新时 如果没有命中缓存，直接更新数据库，然后返回 如果命中了缓存...另外，Write Back实现逻辑比较复杂，因为他需要track哪些数据是被更新的，需要刷到持久层。

94351

漫谈缓存更新之道

试想，两个并发操作，一个更新，一个查询，更新删除缓存后，查询没有命中缓存，先把旧数据读出来后放到缓存中，然后更新操作更新了数据库。于是，在缓存中的数据还是旧数据，导致缓存中持续地产生脏数据....具体逻辑如下： 失效：应用程序先从cache取数据，没有得到，则从数据库中取数据，成功后，放到缓存中 命中：应用程序从cache中取数据，取到后返回 更新：先把数据存到数据库中，成功后，再让缓存失效 [...不是的，比如，一个是读操作，但是没有命中缓存，然后就到数据库中取数据，此时来了一个写操作，写完数据库后，让缓存失效，然后，之前的那个读操作再把老的数据放进去，所以，会造成脏数据。...则用缓存服务自己来加载，从而对应用方是透明的 2.2 Write Through 和Read Through相仿，不过是在更新数据时发生 当有数据更新时 如果没有命中缓存，直接更新数据库，然后返回...另外，Write Back实现逻辑比较复杂，因为他需要track哪些数据是被更新的，需要刷到持久层上。

3.1K31

缓存更新的套路

试想，两个并发操作，一个是更新操作，另一个是查询操作，更新操作删除缓存后，查询操作没有命中缓存，先把老数据读出来后放到缓存中，然后更新操作更新了数据库。...这是标准的design pattern，包括Facebook的论文《Scaling Memcache at Facebook》也使用了这个策略。为什么不是写完数据库后更新缓存？...不是的，比如，一个是读操作，但是没有命中缓存，然后就到数据库中取数据，此时来了一个写操作，写完数据库后，让缓存失效，然后，之前的那个读操作再把老的数据放进去，所以，会造成脏数据。...当有数据更新的时候，如果没有命中缓存，直接更新数据库，然后返回。如果命中了缓存，则更新缓存，然后再由Cache自己更新数据库（这是一个同步操作） 下图自来Wikipedia的Cache词条。...千万不要似是而非地，想当然的做软件设计。 4）上面，我们没有考虑缓存（Cache）和持久层（Repository）的整体事务的问题。比如，更新Cache成功，更新数据库失败了怎么吗？或是反过来。

2.1K70

谈谈缓存更新

试想，两个并发操作，一个是更新操作，另一个是查询操作，更新操作删除缓存后，查询操作没有命中缓存，先把老数据读出来后放到缓存中，然后更新操作更新了数据库。...这是最常用最常用的pattern了。其具体逻辑如下： 失效：应用程序先从cache取数据，没有得到，则从数据库中取数据，成功后，放到缓存中。 命中：应用程序从cache中取数据，取到后返回。...不是的，比如，一个是读操作，但是没有命中缓存，然后就到数据库中取数据，此时来了一个写操作，写完数据库后，让缓存失效，然后，之前的那个读操作再把老的数据放进去，所以，会造成脏数据。...当有数据更新的时候，如果没有命中缓存，直接更新数据库，然后返回。如果命中了缓存，则更新缓存，然后再由Cache自己更新数据库（这是一个同步操作） 下图自来Wikipedia的Cache词条。...千万不要似是而非地，想当然的做软件设计。 4、上面，我们没有考虑缓存（Cache）和持久层（Repository）的整体事务的问题。比如，更新Cache成功，更新数据库失败了怎么吗？或是反过来。

1.1K20

缓存更新的套路

试想，两个并发操作，一个是更新操作，另一个是查询操作，更新操作删除缓存后，查询操作没有命中缓存，先把老数据读出来后放到缓存中，然后更新操作更新了数据库。...这是标准的design pattern，包括Facebook的论文《Scaling Memcache at Facebook》也使用了这个策略。为什么不是写完数据库后更新缓存？...不是的，比如，一个是读操作，但是没有命中缓存，然后就到数据库中取数据，此时来了一个写操作，写完数据库后，让缓存失效，然后，之前的那个读操作再把老的数据放进去，所以，会造成脏数据。...当有数据更新的时候，如果没有命中缓存，直接更新数据库，然后返回。如果命中了缓存，则更新缓存，然后再由Cache自己更新数据库（这是一个同步操作） 下图自来Wikipedia的Cache词条。...千万不要似是而非地，想当然的做软件设计。 4）上面，我们没有考虑缓存（Cache）和持久层（Repository）的整体事务的问题。比如，更新Cache成功，更新数据库失败了怎么吗？或是反过来。

1.3K130

从 MySQL 的事务 到 锁机制 再到 MVCC

一、事务 1.1 含义 通俗理解：在我的理解下，事务可以使 一组操作，要么全部成功，要么全部失败。事务其目的是为了下保证数据最终的一致性。 举个例子：举个例子，我给你发支付宝转了666块红包。...持久性指的就是:一旦提交了事务，它对数据库的改变就应该是永久性的。说白了就是，会将数据持久化在硬盘上。...比如，如果事务在发生的过程中，出现了异常情况，此时你就得回滚事务，而不是强行提交事务来导致数据不一致。...当我们的 SQL 命中了索引，那锁住的就是命中条件内的索引节点(这种就是行锁)，如果没有命中索引，那我们锁的就是整个索引树 (表锁)。...A回滚事务[rollback]等B再查看账户的钱时，发现钱并没有多。 简单的定义就是:事务B读取到了事务A还没提交的数据，这种用专业术语来说叫做[脏读]。

10710

缓存更新的套路

然而，这个是逻辑是错误的。 试想，两个并发操作，一个是更新操作，另一个是查询操作，更新操作删除缓存后，查询操作没有命中缓存，先把老数据读出来后放到缓存中，然后更新操作更新了数据库。...这是标准的 design pattern，包括 Facebook 的论文《Scaling Memcache at Facebook》也使用了这个策略。...不是的，比如，一个是读操作，但是没有命中缓存，然后就到数据库中取数据，此时来了一个写操作，写完数据库后，让缓存失效，然后，之前的那个读操作再把老的数据放进去，所以，会造成脏数据。...当有数据更新的时候，如果没有命中缓存，直接更新数据库，然后返回。如果命中了缓存，则更新缓存，然后再由 Cache 自己更新数据库（这是一个同步操作） 下图自来 Wikipedia 的 Cache词条。...千万不要似是而非地，想当然的做软件设计。 4）上面，我们没有考虑缓存（Cache）和持久层（Repository）的整体事务的问题。比如，更新 Cache 成功，更新数据库失败了怎么吗？或是反过来。

1.3K20

MySQL：锁&Mvcc知识点盘点

数据库里面的锁是基于索引实现的，在Innodb中我们的锁都是作用在索引上面的，当我们的SQL命中索引时，那么锁住的就是命中条件内的索引节点(行锁)，如果没有命中索引的话，那我们锁的就是整个索引树（表锁）...当数据库或主机失效重启时，会根据redo log进行数据的恢复，如果redo log中有事务提交，则进行事务提交修改数据。这样实现了事务的原子性、一致性和持久性。...MySQL Innodb中存在多种日志，除了错误日志、查询日志外，还有很多和数据持久性、一致性有关的日志。...2. undo log（回滚日志） 之前对undo log的作用只提到了回滚操作实现原子性，现在需要知道的另一个作用就是实现MVCC多版本控制器。...，因为新插入的数据没有历史版本，所以无需维护undo log。

30020

Flutter | 超简单仿微信QQ侧滑菜单组件

需求分析 老套路，先分析一下需求： 1.首先可以滑出菜单2.菜单滑动到一定距离完全滑出，未达到距离回滚3.菜单数量、样式随意定制4.菜单点击回调5.菜单展开时，点击 item 收回菜单（见QQ） 代码实现...菜单滑动到一定距离完全滑出，未达到距离回滚 这个效果就需要监听滑动距离和手势了。 如果滑动距离大于所有 menu 宽度的 1/4，那就全都滑出来，如果不到的话，就回滚回去。...菜单点击回调 这里有个小问题：把 Menu 单独封装成了一个组件，那如何在点击 menu 的时候把 menu 收回去？...这里有一个知识点，我们设置的点击事件默认是不会命中透明组件的，所以要给第一个默认占满屏幕宽度的 Widget 加上一个属性：behavior: HitTestBehavior.opaque。...•opaque：在命中测试时，将当前组件当成不透明处理(即使本身是透明的)，最终的效果相当于当前Widget的整个区域都是点击区域。

2.1K32

PCI Express 系列连载篇（十四）

当PCI设备所访问的存储器空间没有在CPU的Cache命中时，CPU会通知FSB，数据没有在Cache中命中，此时PCI设备访问的数据将从存储器中直接读出。...Snoop Agents在Data Phase，将Cache中数据回写给存储器控制器，同时为HOST主桥提供数据。...如果PCI设备访问的数据没有在Cache中命中，Snoop Agents会通知FSB总线，PCI设备所访问的数据不在Cache中，此时存储器控制器(Response Agent)将在Data Phase...当HOST主桥访问的地址不在Cache中命中时，此时在处理器系统中，所有CPU都没有驱动HIT#和HITM#信号，HIT#和HITM#信号都为1，表示HOST主桥访问的地址没有在CPU的Cache中命中...如图3-8所示，当设备进行存储器写时，如果可以对Cache直接进行写操作时，即便这个存储器写命中了一个状态为M的Cache行，可以不将该Cache行的数据回写到存储器中，而是直接将数据写入Cache，之后该

1K10

搞懂分布式技术15：缓存更新的套路

试想，两个并发操作，一个是更新操作，另一个是查询操作，更新操作删除缓存后，查询操作没有命中缓存，先把老数据读出来后放到缓存中，然后更新操作更新了数据库。...这是标准的design pattern，包括Facebook的论文《Scaling Memcache at Facebook》也使用了这个策略。为什么不是写完数据库后更新缓存？...不是的，比如，一个是读操作，但是没有命中缓存，然后就到数据库中取数据，此时来了一个写操作，写完数据库后，让缓存失效，然后，之前的那个读操作再把老的数据放进去，所以，会造成脏数据。...当有数据更新的时候，如果没有命中缓存，直接更新数据库，然后返回。如果命中了缓存，则更新缓存，然后再由Cache自己更新数据库（这是一个同步操作） 下图自来Wikipedia的Cache词条。...千万不要似是而非地，想当然的做软件设计。 4）上面，我们没有考虑缓存（Cache）和持久层（Repository）的整体事务的问题。比如，更新Cache成功，更新数据库失败了怎么吗？或是反过来。

46710

小红书万亿级社交网络关系下的图存储系统的架构设计与实践

为了解决这些问题且考虑到没有合适的开源方案，2021 年初我们开启了从 0 到 1 自研 REDtao 的历程。...如下图：在这个架构中：和 Facebook Tao 不一样的是，我们的缓存层是一个独立的分布式集群，和下面的持久层是解耦的。...缓存层和下面的持久层可以独立的扩容缩容，缓存分片和 MySQL 分片不需要一一对应，这样带来了更好的灵活性，MySQL 集群也变成了一个可以插拔替换的持久存储。...Follower 节点接收到该请求，首先查询本地的图缓存，如果命中则直接返回结果。如果没有命中，则将请求转发给 Leader 节点。...同样的，Leader 节点如果命中则返回，如果不命中则查询底层 MySQL 数据库。2）写流程：客户端将写请求发送给 router，和读流程一样，会转发到对应的 Follower 节点上。

95161

Redis-缓存穿透、缓存击穿和缓存雪崩

文章目录 缓存穿透 解决方案 缓存击穿 解决方案 缓存雪崩 解决方案 缓存穿透 ---- 缓存穿透(查不到)：查询一个数据时Redis内存数据库没有，缓存未命中，于是向持久层数据库查询发现也不存在...当多次缓存未命中时，都去请求持久层数据库造成压力，若用此进行攻击可能压垮数据库。...缓存空对象 缓存未命中后，把返回的空对象写入缓存同时设置一个过期时间，之后再访问时就能直接从缓存读取，保护持久层，但会耗费内存资源。...比如热点数据过期的瞬间(60s)，请求数据库回写缓存时(60.1s)，这0.1s的大量请求瞬间压垮数据库，例微博热搜崩溃 。...加互斥锁 使用分布式锁，保证每个key同时只有一个线程去查询持久层数据库，其余线程没有分布式锁权限只能等待（即把击穿后的请求加锁等待）从而避免数据库压力，但对分布式锁有一定考验。

74030

day56_BOS项目_08

如果不初始化权限数据的话，那么登录上系统之后，会发现一个菜单也没有，什么也不能干。所以说，所有的系统在上线的时候都会进行权限数据的初始化。 　　...第三步：为保存按钮绑定事件，提交表单，发现ztree选中的节点没有提交，为什么呢？...().add(function); // 关联完之后，事务提交之后，Hibernate框架会给数据库发sql，会自动更新数据库，即根据快照去对比，看看我们取出来的持久化对象是否跟快照长得不一样，若不一样...).add(role); // 关联完之后，事务提交之后，Hibernate框架会给数据库发sql，会自动更新数据库，即根据快照去对比，看看我们取出来的持久化对象是否跟快照长得不一样，若不一样，就刷新缓存...6、系统左侧菜单根据当前登录用户的权限动态展示 第一步：修改index.jsp页面中ajax方法的URL     // 基本功能菜单加载     $.ajax({         url : '${pageContext.request.contextPath

89820

大型服务端开发的反模式技巧

如果中间件没这种功能，可以让应用要求消费者在完成任务后回发一个"任务已完成"的消息，但应用不能同步等待这一消息，否则异步就退化为同步了。...更重要的是，消息中间件有持久化功能，即使宕机也不丢消息，而且可以长期不升级、不重启。消息中间件的缺点是，对失败情况的处理难以定制化——你可能想定制重试间隔、重试次数等细节。...没有统计缓存命中率 一个命中率低下的缓存，不如没有。虽然LRU算法很好用，但未必没有例外情况。频繁作废的数据、大体积数据都可能是负担。...统计缓存命中率的实现办法可以是内存里计数，定期写到数据库或文件;也可以是把命中情况打到日志里，日后汇总统计。也可能有更精巧的实现。 当你的系统进入精耕细作时代，这个问题必然摆上案头。 5....疲于奔命 很多公司经常加班，实际上效率低下、也不持久，只能复制既有经验，靠不停换人来维持，其后果就是：需求混乱、bug巨多、创新乏力。 要把技术搞好，需要有条不紊，遇变不乱，持久输出。

1K60

iOS微信内存监控

每插入一个地址，先计算它的hash值，作为在table的索引，如果索引对应的slot没有存储数据，就记录这个链表结点；如果有存储数据，并且数据跟链表结点一致，hash命中，继续处理下一个地址；数据不一致...二 降低误判 先回顾Facebook如何判定上一次启动是否出现FOOM： 1.App没有升级 2.App没有调用exit()或abort()退出 3.App没有出现crash 4.用户没有强退App...5.系统没有升级/重启 6.App当时没有后台运行 7.App出现FOOM 1、2、4、5比较容易判断，3依赖于自身CrashReport组件的crash回调，6、7依赖于ApplicationState...群控类外挂 这类外挂是可以远程控制iPhone的软件，通常一台电脑可以控制多台手机，电脑画面和手机屏幕实时同步操作，如开启微信，自动加好友，发朋友圈，强制退出微信，这一过程容易产生误判。...CrashReport组件出现crash没有回调上层 微信曾经在17年5月底爆发大量GIF crash，该crash由内存越界引起，但收到crash信号写crashlog时，由于内存池损坏，组件无法正常写

1.3K30

Matrix-iOS 内存监控

Facebook早在2015年8月提出FOOM检测办法，大致原理是排除各种情况后，剩余的情况是FOOM，具体链接：https://code.facebook.com/posts/1146930688654547...每插入一个地址，先计算它的hash值，作为在table的索引，如果索引对应的slot没有存储数据，就记录这个链表结点；如果有存储数据，并且数据跟链表结点一致，hash命中，继续处理下一个地址；数据不一致...Stack2索引入口是7 3）最后插入Stack3，G、F、E、D结点hash命中；但由于Stack3的A的上一个地址D索引是4，而不是已有的(A, 5)，hash不命中，查找下一个空白位置8，插入结点...群控类外挂 这类外挂是可以远程控制iPhone的软件，通常一台电脑可以控制多台手机，电脑画面和手机屏幕实时同步操作，如开启微信，自动加好友，发朋友圈，强制退出微信，这一过程容易产生误判。...CrashReport组件出现crash没有回调上层 微信曾经在17年5月底爆发大量GIF crash，该crash由内存越界引起，但收到crash信号写crashlog时，由于内存池损坏，组件无法正常写

7.2K53

大型服务端开发的反模式技巧

如果中间件没这种功能，可以让应用要求消费者在完成任务后回发一个"任务已完成"的消息，但应用不能同步等待这一消息，否则异步就退化为同步了。...更重要的是，消息中间件有持久化功能，即使宕机也不丢消息，而且可以长期不升级、不重启。消息中间件的缺点是，对失败情况的处理难以定制化——你可能想定制重试间隔、重试次数等细节。...没有统计缓存命中率 一个命中率低下的缓存，不如没有。虽然LRU算法很好用，但未必没有例外情况。频繁作废的数据、大体积数据都可能是负担。...统计缓存命中率的实现办法可以是内存里计数，定期写到数据库或文件;也可以是把命中情况打到日志里，日后汇总统计。也可能有更精巧的实现。 当你的系统进入精耕细作时代，这个问题必然摆上案头。 5....疲于奔命 很多公司经常加班，实际上效率低下、也不持久，只能复制既有经验，靠不停换人来维持，其后果就是：需求混乱、bug巨多、创新乏力。 要把技术搞好，需要有条不紊，遇变不乱，持久输出。

94050
点击加载更多

扫码

添加站长 进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

更多标签

活动推荐

    运营活动

    活动名称
    广告关闭

    腾讯云开发者

    扫码关注腾讯云开发者

    扫码关注腾讯云开发者

    领取腾讯云代金券

    热门产品

    热门推荐

    更多推荐

    Copyright © 2013 - 2024 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有

    深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 深公网安备号 44030502008569

    腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号 | 京公网安备号11010802020287

    领券