能否在浏览器端运行的Shiny应用内查看日志（至少错误日志）？

完全可以在浏览器端的Shiny应用页面展示用户可感知的错误提示，不需要依赖登录服务器查看日志的操作实现，同时要严格区分面向用户的可公开错误信息、和面向管理员的全量服务器日志的边界，避免无差别暴露日志内容带来的安全风险。

• 优先在代码运行链路第一时间拦截用户输入触发的错误，不要等错误写入服务器日志后再反向捞取。在所有涉及用户输入处理的逻辑块中使用tryCatch()做错误捕获，把捕获到的和用户操作直接相关的问题（比如数据格式不符、必填字段缺失、数值超出合理范围这类），通过showNotification()、modalDialog()、专门的反应式文本输出组件直接推送到前端页面。展示时需要将面向开发者的原生报错转换为用户可理解的操作提示，比如将“上传文件解析失败”的原生报错，替换为“检测到上传文件为加密的xlsx格式，系统仅支持无密码保护的csv格式文件，请调整后重试”。
• 自定义分层日志逻辑：在服务端记录日志时给每条错误打标签，将错误分为「用户可自行修正的操作类错误」、「服务端内部运行错误」两类。将前一类的错误条目，通过反应式变量绑定到前端的“操作提示”面板，严格通过会话ID做权限隔离，让当前登录的用户只能看到和自己会话关联的错误内容。
• 严格控制日志暴露范围：绝对不要把服务器上存储的全量Shiny运行日志直接同步到前端。全量日志包含所有用户的会话记录、服务端文件路径、内部配置信息，无差别开放会造成严重的信息泄露。

• 不要通过代码直接读取服务器上的原始日志文件再推送到前端。这种方式受限于部署环境的文件权限（比如容器化部署、托管平台部署时日志路径不一定可直接读取），也很难做到按用户隔离日志内容，很容易把其他用户的操作记录误展示出来。
• 不要直接把R原生的开发侧报错信息原封不动弹给用户。这类报错很多是面向开发者的栈追踪信息，比如object of type 'closure' is not subsettable这类提示，用户完全无法理解其含义，起不到引导用户修正操作的作用。

内容的提问来源于stack exchange，提问作者Ashish