- 综合排序
- 最热优先
- 最新优先
- 来自专栏炼丹笔记
CVR预估之延迟反馈问题
1 CVR预估中的延迟反馈问题 1.1 问题描述 在很多推荐搜索的建模中，我们经常会使用D+1天的数据作为label,从1~D天的数据中的进行特征抽取等工作,和我们时间序列问题建模类似,但和很多其他的时间序列问题建模不一样的地方在于 ,因为它并不是真正意义上的负样本，只是反馈延迟了。 这在搜索推荐系统中,我们称之为延迟反馈的问题。 ? 这么看来问题还是十分严峻的，那么如何解决该问题呢？ 2 参考文献 cvr 预估中的转化延迟反馈问题概述：https://zhuanlan.zhihu.com/p/74586059 Modelling Delayed Feedback in Display
1.7K20发布于 2021-05-14 - 来自专栏炼丹笔记
搜索推荐系统延迟反馈问题。
作者：杰少 CVR预估中的延迟反馈问题 在很多推荐搜索的建模中，我们经常会使用D+1天的数据作为label,从1~D天的数据中的进行特征抽取等工作,和我们时间序列问题建模类似,但和很多其他的时间序列问题建模不一样的地方在于 ,因为它并不是真正意义上的负样本，只是反馈延迟了。 这在搜索推荐系统中,我们称之为延迟反馈的问题。 炼 问题严峻性 看到这么个描述，我们似乎有了一个直观的理解，但是可能并不会过于重视，我们直观感受是，是的，但是可能比例不会很高吧，有必要重视吗？ 这么看来问题还是十分严峻的，那么如何解决该问题呢？ 参考资料 CVR预估中的转化延迟反馈问题概述：https://zhuanlan.zhihu.com/p/74586059 Modelling Delayed Feedback in Display Advertising
1.2K20编辑于 2022-05-23 - 来自专栏TDP 官方运营
【费用中心】需求&问题反馈周活动来袭！反馈赢好礼！
一月一度的腾云先锋需求问题反馈周活动又开启啦！上次做轻量和CVM的需求问题反馈活动收到了不少小伙伴们的需求反馈，在大家的协助下，我们的产品不断优化，变的越来越好。 如果有的话那么赶紧来参与本次的需求反馈周活动吧！我们给大家准备了丰厚的礼品！ TDP-需求问题反馈周-费用中心.png VOC链接：https://cloud.tencent.com/voc/ 小提示：VOC系统内产品选择“费用中心”哦~） 参与活动的小伙伴记得添加芋头微信提交UIN
1.7K70发布于 2021-11-08 - 来自专栏linux运维
系统培训反馈问题：系统培训反馈机制不健全，影响培训效果
明确反馈目标与范围根据业务需求，梳理反馈的目标和范围。目标：例如收集学员对课程内容、讲师表现、工具使用的评价。范围：涉及的反馈类型（如满意度调查、问题报告）。优先级：重点收集高频使用或关键模块的反馈。 完成反馈 -> 获得积分奖励5. 问题修复对反馈中提到的问题，及时修复并通知学员：# 示例：修复课程内容错误 修改课程资源 -> 发送更新通知优化内容根据反馈调整课程内容和结构：# 示例：在 Moodle 中优化课程 进入课程设置 -> 定期评估反馈机制根据学员反馈和技术发展，定期优化反馈机制。# 示例：更新 Moodle 反馈模块进入管理界面 -> 修改问卷设置 -> 添加新问题8. 查看日志排查问题如果反馈机制仍存在问题，可以通过日志排查原因。
1.1K10编辑于 2025-02-11 - 来自专栏《项目实战教学》
在线问题反馈模块实战(十五):实现在线更新反馈状态功能
场景：反馈人进行在线问题反馈，而后台不是第一时间就给与答复，我们肯定也要经过一定的商讨之后才能给与反馈，比如线上bug，得去定位，新增需求，优化问题等都需要时间进行线下处理实现，但是对于反馈人而言，我们要第一时间给予反馈 参数定位，应该就两个参数，参1：问题记录主键id。参2：更替后的反馈状态。比如：1：删除；2：已解决；3：不予解决；5：问题关闭。对于接口请求方式，直接GET即可。 ("id") String id, @ApiParam("操作类型，1：删除；2：已解决；3：不予解决；5： 问题关闭") @RequestParam("type") { return 对于如上定义大家都没啥问题吧？ 5️⃣总结 对于越简单的逻辑接口而言，我们都要百分百用心写。
60720编辑于 2023-05-27 - 来自专栏秋枫学习笔记
正反馈+负反馈还不够，还有【中性反馈】
因此，本文提出了一个综合框架，通过正反馈（即他们花更多时间阅读的文章）和负反馈（即他们选择跳过而不点击的文章）来模拟用户行为。 并且该框架使用会话开始时间隐含地对用户进行建模，并使用其初始发布时间对文章进行建模，称之为“中性反馈”。 本文主要是考虑不同的反馈方式，构建一种新的反馈“中性反馈”来加强对用户兴趣的建模。 2. 到时间embedding矩阵 \mathbf{E_t} \in \mathbb{R}^{134 \times d_t} ，将上述五部分拼接得到 \mathbf{t} \in \mathbb{R}^{5d_t 由于文章发表时间的密度高，使用 (s,d,w,h,m) 构造发表时间embedding向量 \mathbf{tp}_i \in \mathbb{R}^{5d_t} 。 随机采样的主要问题是这些商品可能与用户完全无关，对模型学习构成的挑战太小。用户在阅读新闻时，上下滚动新闻流，暴露给用户的文章共同形成一个印象列表 Imp_u 。
1.3K20编辑于 2022-09-19 - 来自专栏搜狗测试
一个用户反馈看问题分析定位
起因 收到一条用户反馈 问题描述：在软件A中使用输入法卡死 跟进过程 获取用户出现问题的系统和架构 获取用户出现问题的输入法版本 测试小S在本地环境复现问题 跟进结论 用户反馈可以复现，提交bug给开发 bug描述：在软件A中使用输入法，触发B功能后，输入法卡死 开发跟进 开发小X接到bug后查找问题原因，尝试修改，在此过程中，小X联系了用户方，反馈给测试小S说复现的问题不对，跟用户的现象不一致，两方说的不是同一个问题 ：这几个操作导致的结果都是一样啊，都是导致了输入对象发生了变更呀，难道…… 问题解决 小W根据对问题的分析，提出了新的观点： 用户描述问题和小S复现的问题是同一个问题 问题的描述可以修改为：在软件A中使用输入法 到此，该问题可以算是圆满结束ヾ(✿ﾟ▽ﾟ)ノ 通过上面问题的出现到解决的过程，可以发现从问题出现到问题解决，中间的纠结，其实都是对问题的分析定位，小编根据以上问题的分析过程，总结了在问题分析定位时的几个事项 ： 1） 问题描述是否清晰无歧义 2） 问题的相关信息是否收集全 3） 本地复现步骤与用户是否一致 4） 其他操作是否会导致同样现象 5） 各步骤引发的目的是什么 分享结束，欢迎互动分享，共同进步
87850发布于 2020-11-02 - 来自专栏《项目实战教学》
在线问题反馈模块实战(六):接口文档定义
新增反馈问题保存接口(涉及普通字段及多图片需一同保存)。 反馈编辑接口(目的是给解决人用的，可以对该需求进行一个是否解决、给与解决或其他解决状态，再次就是反馈该问题/需求解决结论是什么，并告知提出者) 反馈问题关闭接口(对于已解决的问题或已给与实现的需求，可以进行关闭 ) 图片预览接口(针对图片展示) 图片下载接口(针对图片下载) 图片删除接口(针对反馈人能删除已上传的截图等图片) 反馈问题详情接口(提供可查看反馈问题/需求的详细) 反馈问题删除(这也是对于反馈人的角度所提供的 ) @ApiOperation(value = "反馈问题保存", notes = "反馈问题保存") public ResultResponse<Boolean> saveQuestion ") String questionType, @ApiParam("问题反馈/建议描述") String
35830编辑于 2023-05-27 - 来自专栏《项目实战教学》
在线问题反馈模块实战(十二):实现图片删除功能
比如我这业务场景是，用户可以对自己的问题反馈进行编辑，同时是能对其附件图片手动删除的，那么也就说既可编辑普通字段内容，也能移除附件图片，那我就将这个点分开，图片要移除直接调用接口1，反馈问题编辑调用接口 2,对吧，这样就不需要把该业务规整成当时的问题反馈时一并保存那样的复杂业务逻辑了。 RequestParam("imgPath") String imgPath, @ApiParam("反馈人的域账号 public Boolean removeFile(File file) { //直接删除 return 5️⃣接口测试 至于上述接口都定义且实现好了，
58520编辑于 2023-05-27 - 来自专栏《项目实战教学》
在线问题反馈模块实战(十):实现图片预览功能
既然说到图片预览，那肯定也是得从接口定义开始，我们先来思考一下，接口入参有些啥，那就看具体业务了，我是按人分图片保存，自然就会涉及到用户账号id，通过用户账号id进行把用户分成n个文件夹，然后再是具体的问题反馈图片 ApiParam("图片路径") @RequestParam("imgPath") String imgPath, @ApiParam("反馈人的域账号 5️⃣接口测试 这里我提供两种预览方式，一是通过postman测试接口进行图片预览，postman也是支持在线预览功能。 方式2就是直接在你的浏览器上进行接口访问，也是可以的。
51020编辑于 2023-05-27 - 来自专栏《项目实战教学》
在线问题反馈模块实战(十六):实现查详情功能
回归正题，今天还是接着更新《问题反馈模块》，还剩几个接口没有总结成文章分享出来，所以趁着现在还不用上晚班，就赶紧把自己想做的事儿给干完， 毕竟一件事就要有始有终，等后期回想起来，就怕太晚。 所以今天这期就给大家实现一个简单的业务需求，点击问题标题，弹框展示其选择的那条问题详细，也就是包括该条记录的有所数据进行返回，目前是不需要联表查询其他关联字段，因为在前期设计表结构时，就把一些关联字段做了冗余保存 具体定义接口请求如下： /** * 反馈问题详情 */ @GetMapping("/detail") @ApiOperation(value = "问题反馈详情", notes = "根据id查询问题反馈详情") public ResultResponse<UserQuestionsEntity> detail(@ApiParam("要查询的这条数据id" ==> Parameters: 2(Integer), 039fffdcf41fa1fe2ec962bb8277ffb6(String) <== Total: 1 5️⃣总结
35520编辑于 2023-05-27 - 来自专栏serverless1
serverless反馈
5.函数服务里面也可以在线编辑一些简单的代码，如果有导入git等功能就更好了。 6.查看日志，应该是ELK搭建的日志平台，进行日志的展示工作。
1.1K00发布于 2021-05-24 - 来自专栏《项目实战教学》
在线问题反馈模块实战(四):封装通用字段类
：idea2019.3 + springboot2.3.1.REALSE + mybati-plus3.2.0 + mysql5.6 + jdk1.8 二、正文 接下来，想请大家思考个问题
28440编辑于 2023-05-27 - 来自专栏《项目实战教学》
在线问题反馈模块实战(十四):实现在线答疑功能
三、如何代码实现分页查询功能 既然是对于问题进行解答处理，那第一步就是确定请求方式，说到这里，那你肯定要确定入参，有哪些必须参数，根据我对该业务的理解，入参有三，参1：该反馈问题的主键id @Data @ApiModel(value = "问题反馈答疑", description = "问题反馈答疑") public class SolveUserQuestionModel { @PostMapping("/solve") @ApiOperation(value = "问题反馈解决方案", notes = "问题反馈解决方案") public ResultResponse 具体如下：status状态值(0:正常，1：删除；2：已解决；3：不予解决；4：解决中；5：问题关闭)。 5️⃣接口测试 接下来，就是接口测试了，我们从数据库找条未答疑的数据进行答疑测试一下。
41110编辑于 2023-05-27 - 来自专栏《项目实战教学》
在线问题反馈模块实战(十一):实现图片下载功能
这显然是个问题啊？不过今天有我，我从零到一带着大家完整的从分析到实现再到测试，一条龙服务式的把你们都安排的妥妥的。 ApiParam("图片路径") @RequestParam("imgPath") String imgPath, @ApiParam("反馈人的域账号 5️⃣接口测试 接着我们就来进行图片下载测试了，这里也涉及一个很重要的一环，如果你是接口未加入白名单，那肯定是涉及token登录鉴权的，所以为了安全起见，我将该接口调用设置了接口不拦截白名单 我是直接保存到桌面了，大家可以看看，文件默认报错命名是会被改成response,不是按原名下载保存的不过通过浏览器下载是不会有这样的问题发生。
37920编辑于 2023-05-27 - 来自专栏《项目实战教学》
在线问题反馈模块实战(二十一):完结篇
response.getOutputStream().write(data); input.close(); } catch 5️⃣ 片段5 private HttpServletRequest getRequest() { ServletRequestAttributes servletRequestAttributes
25110编辑于 2023-05-27 - 来自专栏《项目实战教学》
在线问题反馈模块实战(七):安装部署swagger2
(value = "反馈问题保存", notes = "反馈问题保存") public ResultResponse<Boolean> saveQuestion(@ApiParam("图片数组" ) MultipartFile[] images, @ApiParam("问题反馈类型") String 4️⃣实例演示 我就不卖关子啦，容我重启下项目，给大家展示一下： 我直接打开左边的对应的[反馈问题保存],请你们再看一张图。 熟悉么？ 接着附上一张我完整项目的swagger在线接口展示图，请看如下： 5️⃣api拓展 对于Controller层、Entity层，你们就可以用这些swagger api。 ("/user-questions") @Api(tags = "问题反馈模块", description = "问题反馈模块") public class UserQuestionsController
63030编辑于 2023-05-27 - 来自专栏csico
Power Query 反馈
查看以下数据集，该数据集包含调查的响应，该数据集中只有一个问题“你最喜欢的水果是什么？”
1.2K10编辑于 2022-09-09 - 来自专栏《项目实战教学》
在线问题反馈模块实战(八):实现图片上传功能(上)
idea2019.3 + springboot2.3.1.REALSE + mybati-plus3.2.0 + mysql5.6 + jdk1.8 二、正文 咱们这期就重点带着大家来实现反馈针对所填写的额反馈问题及附件图片一并保存 , @ApiParam("反馈问题/建议所在页面"){} 5️⃣接口返回值 需要返回给页面什么样的结果 /** * 反馈问题保存 * * @param images img图片数组 * @param inPage 反馈问题/建议所在页面 /** * 反馈问题保存 * * @param images img图片数组 * @param inPage 反馈问题/建议所在页面 LogTypeEnum.LOG_TYPE_IMG_UPLOAD) @ApiOperation(value = "反馈问题保存", notes = "反馈问题保存") public ResultResponse
40110编辑于 2023-05-27 - 来自专栏AI+运维：智能化运维的未来
持续监控和反馈：优化反馈机制与改进流程
以下是构建反馈机制的几个关键步骤：数据收集与分析：通过监控工具收集系统性能数据和异常事件，并对数据进行分析，找出系统的瓶颈和问题。告警与通知：设置告警规则，及时发现并通知相关人员。 高优先级的问题应当优先处理。反馈与记录：将发现的问题记录在案，并反馈给相关团队。 通过Alertmanager设置告警，将问题及时反馈给运维团队。运维团队通过Jira创建问题记录，并进行根因分析。分析结果显示，某些服务存在死循环问题，导致CPU资源耗尽。 通过这次实践，该公司建立了一套完整的反馈机制和改进流程，不仅解决了当前问题，也为未来的运维工作提供了宝贵经验。结论持续监控和反馈是现代运维的核心环节。 通过构建有效的反馈机制和优化改进流程，可以将监控数据转化为实际的改进措施，提升系统的稳定性和性能。希望本文能够为你提供有益的参考和借鉴。如果有任何问题或进一步的讨论，欢迎交流探讨。
75510编辑于 2024-11-01
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号