背景： 在使用移动端的时候，有些TAB块内容过多，以及有些交互逻辑需要点击才能生效，为了帮助用户更好的理解报表开发者的设计的逻辑，想着用最简单的方式实现一个简陋的引导式访问（开始是想做的很复杂，理想很丰满，现实有点骨干，先实现再说），故有了下面的尝试，仅供学习。 思路： ------------------------------------------------------------------------------------------------------------------- 步骤1：获取用户的访问记录，只在第一次访问时给出弹出引导的选择； 实现过程：通过取logdb.fine_record_execute，在数据集中取用户过滤完的条数，添加一个控件a，用于js取数（有延迟bug） ------------------------------------------------------------------------------------------------------------------- 步骤2：进入页面后一段介绍，两个按钮 介绍内容：“首次进入页面，请根据我的引导了解主要功能” 按钮1：【开始引导】 按钮2：【跳过引导】   可以直接跳过，防止用户不想看引导 ------------------------------------------------------------------------------------------------------------------- 步骤3：通过点击下一步进行列表内提醒的切换 备注：在某些页面还需要模拟滚动条的下滑操作，通过js解决 ------------------------------------------------------------------------------------------------------------------- 步骤4：特殊步骤特殊处理 说明：某些步骤还需要进行tab块的切换操作，结束引导后要返回最初的tab页面 ------------------------------------------------------------------------------------------------------------------- 实现效果： 部分实现效果如下图   不足之处： 取第一次访问时会有延迟 样式上本想用背景透明样式，突出重点，观感上会更好 用到的位置是写死的，没有相对位置，每个都要手动的调 tips:附件的js示例适用于决策报表，fvs使用需要微调，比如切换tab的js并不完全相同。 引导.txt (11.82 K)

背景 不知道你有没有这样的感觉？报表数量越来越多，涉及到表和模版的交叉越来越复杂，日常运维变得有心无力。某天心血来潮修改数据库的表，可能就会牵一发而动全身，造成某些报表访问出错。不是每个用户发现问题都会及时反馈问题，若没有及时反馈，问题就会一直搁浅，直到有对此报表需求强烈的人员等用户向你进行反馈，出错的问题才暴漏出来。如果时间间隔比较长，回顾当时修改再去维护也比较困难，还很影响用户体验。作为一个对自己有点要求的“数据搬运工”，怎么能够等用户主动来向你反馈报表问题，那肯定要在用户访问出错时就知道。   在BI开发的初期，我也曾每周空闲的时候把目录点上一遍，这个过程中确实能够发现一些问题，但随着报表上线数越来越多，全点一遍的效率非常低，且有的问题在静态页面中并没有体现，而是在用户操作后错误才会出现（如填报、筛选、导出），要是每个报表都这么来一遍，那也不用干别的了（累）。   经过思考后从以下几个方面入手：   1. 预防问题发生 在删除报表时，需检查目录上是否挂载 找出模版和表的对应关系（读取模版文件），删除表或更改表结构时找到对应的模版检查   2. 问题发生后的及时发现——漏网之鱼 定义出错模版，写个html页面，并将一个模版内嵌到html，只要logdb.fine_record_execute中出现这个模版，就说明页面出错了，可结合定时调度进行提醒，然后根据出错时间去服务器查看fanruan.log日志报错；   在查看日志的大部分都是无用信息，只有中文信息对发现错误有用，可以python处理日志文件，只打印中文行部分，并调用chatgpt接口进行总结（当个乐子）     ps：在FR11.0中已经将出错日志的中文内容集成在平台日志-模版报错模块，并消息提醒，之前版本可以参考思路。

点不进去了

太奇怪了，F5模拟手机查看没这个问题，手机端打开就倾斜了

加入的第三年，希望新的一年好运连连，帆软越来越好，大家也能跟着涨钱

非要带上耳机才可以