展开

关键词

TRTC上下行无声怎么处理

1 首先判断是上行无声还是下行无声,以下两种方法判断: (1)监控仪表盘 打开监控仪表盘,输入 sdkappid 和 roomid,并切换到问题用户通话详情页面,之后再切换到音频详情页卡。 2.2声音采集API、静音API 检查是否调用启动声音采集 API startLocalAudio或提前停止声音采集;调用API把采集静音 setCurrentMicDeviceMute: 1;用户静音本地音频 2.3麦克风启动失败、异常 (1)检查用户是否插入采集设备 (2)用户可能选用了问题采集设备,建议更换排查 (3)用户将app切换到后台,再去启动麦克风采集,startLocalAudio 需要当APP 2.5 角色设置错误 观众角色无法上行音频。 2.6 主播异常 -3316 进房参数为空,请检查 TRTCCloud.enterRoom(): 接口调用是否传入有效 param -3317 进房参数 sdkAppId 错误 -3318 进房参数

61230

详解微服务中三种授权模式

这些解决方案中都沉淀了数月或数年工程工作,每个团队都发明了自己轮子。这是为什么? 当你一个单体应用时,你通常只需要访问一个数据库来决定是否允许用户做某些事情。 当你需要检查用户是否可以阅读文档时,你可以检查该文档属于哪个组织,加载该组织中用户角色,并检查角色是成员还是管理员。这些检查可能需要额外一两行 SQL 语句,但数据都在一个地方。 当你将应用程序拆分为不同服务时,会发生什么情况?也许你已经剥离了一个新“文档服务”——现在,检查特定文档读权限需要检查位于该服务数据库之外用户角色。文档服务如何访问它所需要角色数据? 网关可以访问用户信息和角色信息,它可以在将请求传递给 API 本身之前将这些信息附加到请求中。当 API 接收到请求时,它可以使用来自请求角色数据(例如在请求头中)来检查用户行为是否被允许。 然后,当其他服务需要执行权限检查时,它们会转向询问授权服务: 在这个模型中,文档服务根本不关心用户角色:它只需要询问授权服务,用户是否可以编辑文档,或者用户是否可以查看文档。

8020
  • 广告
    关闭

    什么是世界上最好的编程语言?丨云托管征文活动

    代金券、腾讯视频VIP、QQ音乐VIP、QB、公仔等奖励等你来拿!

  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    iOS音视频接入 - TRTC多人视频会议

    房主在创建会议室前需要设置用户头像、名称、设置音质、音量计算、开启麦克风和摄像头、开始音频采集、设置本地是否静音、设置美颜参数(需要美颜功能时)、设置本地画面镜像预览模式、本地音、视频推流。 参会人员流程实现 image.png 在有参会人员进入会议室后,主持端TRTCMeeting会回调 - (void)onUserEnterRoom:(NSString *)userId; 在回调内部需要为该用户设置主持为全部人员设置是否全体静音参会人员离开会议室时主持端会回调 - (void)onUserLeaveRoom:(NSString *)userId; 可在此方法内部处理用户离开逻辑。 /** * 静音某一个用户声音 * * @param userId 用户id * @param mute true:静音 false:解除静音 */ - (void)muteRemoteAudio :(NSString *)userId mute:(BOOL)mute; 静音全部用户 获取会议室内所有用户,遍历调用静音某一个用户

    84611

    【译】W3C WAI-ARIA最佳实践 -- 表单

    示例 两种状态简单复选框举例 : 演示简单双态复选框。 三态复选框示例: 演示如何使用 mixed aria-checked 值制作一个组件。 具有 button 角色元素,其 aria-haspopup 属性为 menu 或 true。 当菜单展开时, button 角色元素 aria-expanded 属性设置为 true。 为了告知辅助技术该按钮是个切换按钮,需要为其指定属性 aria-pressed 值。例如,音频播放器中被标记为静音按钮可以通过设置其按下状态为 true,来指示声音被静音。 键盘互动 当按钮焦点时: Space:激活按钮 Enter:激活按钮 按钮激活后,根据按钮操作类型设置焦点。例如: 如果激活按钮打开一个对话框,焦点将移动到对话框内。 WAI-ARIA角色,状态和属性 按钮具有的角色 button。 button 一个可访问标签 默认情况下,可访问名称是从按钮元素内部所有内容计算得来。

    87030

    iOS音视频接入 - TRTC接入实时视频通话

    (前面我们已经了解TRTC基本架构和功能,现在我们就来接入实时视频通话功能,此功能和微信一对一视频通话是一致,需要两个角色,一个角色是主动呼叫、一个为呼叫接听,结合使用场景我们来接入此功能。 门测试App不需要使用多窗口功能,所以不会使用SceneDelegate。 /取消静音所有用户声音 * * @param mute YES:静音;NO:取消静音 * * @note 静音时会停止接收所有用户远端音频流并停止播放,取消静音时会自动拉取所有用户远端音频流并进行播放 ,例如释放音视频设备资源和编解码器资源等。 * * @param userId 对方用户标识 * @param mute 是否暂停接收 */ - (void)muteRemoteVideoStream:(NSString*)userId

    706149

    《iOS Human Interface Guidelines》——Sound声音

    声音 无论声音是你app用户体验主要部分还是一个可选增益,你都要知道用户对声音何期待以及如何满足这些期待。 理解用户期待 用户可以使用设备控制来影响声音,并且他们可能使用有线或无线耳机。 情景三:一个允许用户指导一个角色完成不同任务游戏。你提供: 多种游戏音效 一个音乐配乐 在这个app中,声音很好地加强了用户体验,但对主任务不是必要。 同样,用户希望可以静音地玩游戏或者听他们音乐库音乐而不是游戏配乐。 最好策略是判断用户在启动你app时候是否在听其他音频。不要要求用户选择是继续听其他音频还是挺你配乐。 概念上说,两种类型音频中断,基于导致中断音频类别和用户期待app在中断结束时响应方式: 可恢复中断是由用户在主要聆听体验中临时查看音频导致。 决定当一个音频中断时你是否应该恢复音频。你基于这个决定来提供你app音频音频用户体验。

    7930

    前后端分离架构设计(权限模型)

    当试图访问这项资源时,会首先检查这个列表中是否有关于当前用户访问权限,从而确定当前用户可否执行相应操作。 如果两个用户权限是一样,那么就需要分别存储这两个用户与权限关联关系,也是上面所提到ACL缺陷。 或者权限控制矩阵(ACL: Access Control Matrix)信息来决定用户是否能对其进行哪些操作,例如读取或修改。 当用户需要相同权限时候,把用户关联到这个角色上即可。而当用检查或校验用户操作权限时候,查询用户所属角色权限列表即可。 感兴趣可以在Github上搜索ABAC,看看不同语言是否已经现成解决方案。

    91410

    iOS音视频接入 - TRTC常见问题

    错误码查询地址 客户端如何计算 UserSig? 什么区别? TRTC 是否支持对房间进行权限校验,例如会员才能进入场景? 支持,详情请参见 进房权限保护。 TRTC 本地和远端画面方向不一致怎么调整? 详情请参阅 视频画面旋转和缩放。 muteLocalAudio 并不会停止发送音视频数据,而是会继续发送码率极低静音包。 stopLocalPreview 和 muteLocalVideo 什么区别? muteLocalVideo 是设置是否向后台发送自己视频画面,调用该接口后其他用户观看画面将变成黑屏,自己本地预览还是能看到画面。

    1.1K30

    关于操作权限

    这始终是通过应用程序数据模型来完成,并且在不同应用程序之间差异很大。 例如,权限可以组合到一个角色中,且该角色能够关联一个或多个用户对象。 如何授予用户权限可以很多变化——应用程序基于应用需求来决定如何使其模型化。 然后你可以检查用户是否具有queryPrinter 权限通过调用: subject.isPermitted("queryPrinter") 这(很大程度)相当于 subject.isPermitted( All Values 如果你想在一个特定部件给某一用户授予所有的值呢?这将是比手动列出每个值更为方便事情。同样,基于通 配符的话,也可以做到这一点。 例如,如果你想对某个用户在所有领域(不仅仅是打印机)授予"view"权限,你可以这样做: *:view 这样任何对"foo:view"权限检查都将返回true。

    45740

    泛在可用媒体播放器

    如何实现?我们分解成了三个步骤。 键盘交互 组件应被用户感知到 确保选项卡导航有效且有意义 控件对于用户来说是可理解 很多类似键盘辅助技术模拟键盘交互或者依赖键盘交互,这就是为什么这一点很重要,人们可能会使用嘴棒、头棒,甚至用眼睛跟踪虚拟键盘 静音关闭,但我实际上认为这不那么直观,这不是物理设计实际告诉我们例如,当按钮播放图标时,如果按下它,这意味着它将播放视频。然后显示暂停按钮图标。如果按下它,它将暂停视频。 我们还添加了一些仅显示组件,例如确保加载指示器实际上是活动区域。之所以这么做是因为用户,尤其是没有视力用户可能不知道他们视频停止发声原因。许多播放器无法向用户指示播放器正在后台加载。

    6210

    iOS 8人机界面指南(三):iOS技术(下)- 腾讯ISUX

    应用需要个人信息原因不明显时向用户做出解释 你可以在提醒框中给出文字性描述,例如“这个应用需要访问你通讯录”或者“是否允许应用获取你地理位置?”。 人们也会对于他们行为如何作用于他们听到声音各种各样期望。虽然你可能发现有一些期望很让人意外,但它们都会遵循用户控制原则,即应是用户而非设备掌控听到声音时机。 在用户进行单纯操作和明确期望操作时,铃音/静音开关(或静音开关)不会屏蔽这些操作所导致声音。例如: 1.独立媒体应用中媒体播放是不会被静音,因为媒体播放是用户明确要求。 如果音效在你应用中扮演重要角色,使用音频会话服务(Audio Session Services)或是AVAudioSession类 这些程序接口不产生音效;相反,它们会帮助你了解你音频应该如何与设备音频进行交互以及如何响应设备配置干扰与变化 而且,用户可能会希望能在玩游戏时静音或听他们乐单中歌曲而不听游戏配乐。 最好策略是在你应用启动时确定用户是否在收听其他音频。不要要求用户选择他们是要收听其他音频或是你音效。

    34140

    RBAC新解:基于资源权限管理(Resource-Based Access Control)

    隐式访问控制 前面提到角色代表一系列可执行操作。但我们如何知道一个角色到底关联了哪些可执行操作呢? 答案是:目前大多数应用,你并能不明确知道一个角色到底关联了哪些可执行操作。 可能你心里是清楚(你知道一个”管理员”角色用户可以锁定用户帐号、进行系统配置;一个关联了”消费者”这一角色用户可在网站上进行商品选购),但这些系统并没有明确定义一个角色到底包含了哪些可执行行为 例如,判断一个用户是否能查看项目报表,程序员可能会编码如下: 代码块1. //don't show the button } 在上面的示例代表中,开发人员判断用户是否”项目管理员”角色来决定是否显示查看项目报表按钮。 例如上面提到查看项目报表功能,显式权限控制方式不会像传统隐式RBAC权限控制那样因不同用户/角色要进行这个操作就需要重构代码;只要这个功能存在,显式方式权限控制代码是不需要改变

    1.8K70

    猫头鹰深夜翻译:对于RestAPI简单基于身份权限控制

    权限错误分配会阻止用户访问所需系统,甚至是允许非授权用户访问限制区域或是执行危险操作。 在这篇文章中,我会介绍如何对应用开启权限控制。 在观察用户关于上述角色行为模式时,我们经常发现用户之间很多共同之处,比如某一组用户常常行为相似--在共同资源上执行相同操作。这允许我们将用户组织到组中,然后将角色分配给少数组,而不是许多用户。 虽然很容易实现,但遗憾是,它在所需角色和动作实现之间产生了不希望耦合。想象一下几十个方法都需要添加这样注解。 如何避免耦合 更好方式是,首先从要由外部授权机制处理代码中提取可能操作列表,然后,我们可以使代码不知道角色或任何其他授权细节,简单地询问当前用户(无论它是否被检索)是否具有执行特定方法所需权限( 例如,可以将@secure实现为基于角色检查,但也可以使用访问控制列表(ACL)。比如,检查当前用户是否列在订单ACL列表中。

    30940

    RBAC

    隐式访问控制 前面提到角色代表一系列可执行操作。但我们如何知道一个角色到底关联了哪些可执行操作呢? 答案是:目前大多数应用,你并能不明确知道一个角色到底关联了哪些可执行操作。 可能你心里是清楚(你知道一个”管理员”角色用户可以锁定用户帐号、进行系统配置;一个关联了”消费者”这一角色用户可在网站上进行商品选购),但这些系统并没有明确定义一个角色到底包含了哪些可执行行为 例如,判断一个用户是否能查看项目报表,程序员可能会编码如下: 代码块1. /don't show the button } 在上面的示例代表中,开发人员判断用户是否”项目管理员”角色来决定是否显示查看项目报表按钮。 例如上面提到查看项目报表功能,显式权限控制方式不会像传统隐式RBAC权限控制那样因不同用户/角色要进行这个操作就需要重构代码;只要这个功能存在,显式方式权限控制代码是不需要改变

    87320

    Spring Security 中如何细化权限粒度?

    原理是这样: 对于系统中每一个资源,都会配置一个访问列表,这个列表中记录了用户/角色对于资源 CURD 权限,当系统需要访问这些资源时,会首先检查列表中是否存在当前用户访问权限,进而确定当前用户是否可以执行相应操作 RBAC 权限模型将用户角色进行归类,通过用户角色来确定用户对某项资源是否具备操作权限。 Acl 一个核心思路就是将某个对象某种权限授予某个用户或某种角色,它们之间关系是多对多,即一个用户/角色可以具备某个对象多种权限,某个对象权限也可以被多个用户/角色所持有。 举个简单例子: 现在有一个 User 对象,针对该对象查询、修改、删除等权限,可以将这些权限赋值给某一个用户,也可以将这些权限赋值给某一个角色,当用户具备这些角色时就具有执行相应操作权限。 例如一个 User 对象,如果直接去记录能够对 User 对象执行哪些操作,这就会导致高耦和。

    61020

    MongoDB用户角色解释系列(上)

    1.2 认证 当客户机或用户访问数据库时,第一个任务是检查用户是否是已知用户,并提供凭证以确保能够令人信服地识别他们,这就是所谓身份验证。 2.3 如何创建用户 在创建MongoDB用户之前,必要考虑一下用户将要执行任务。可能会有几个具有相同权限级别的用户,所以最明智选择是创建一个角色并将其分配给每个用户。 要检查用户,必须将上下文更改为创建用户数据库情景,例如管理员数据库。 三种可能情况,显然它们都有相同哲学。 userAdmin dbOwner userAdminAnyDatabase root角色提供对所有资源完全特权: root 3.3 如何检查角色特权 如果需要知道角色特权

    41520

    TRTC监控仪表盘怎么看?

    通话用户列表 展示包括用户 ID、用户角色用户类型、区域、用户在当前时间范围内停留情况、用户进出房时间、持续时长、SDK 版本、SDK 类型、设备信息及网络信息。 用户角色:分为主播、观众两种,主播具有上行、下行权限,观众只有下行权限。 用户类型:展示用户上、下行类型,绿色上箭头表示用户有过数据上行,黄色下箭头表示用户有过数据下行。 发送端视角 分为【全部】、【视频】、【音频】以及【屏幕分享】四个子视角,发送对应类型数据时,在监控仪表盘页面会展示对应标签项,若没有则不展示。 [全链路详情 - 默认展示视频全链路] 如何解读全链路详情 全链路即音视频数据从发送端产生到接收端处理整个链路环节情况,要保证音视频通话否顺畅进行,一个大原则就是:网络良好+设备稳定,因此当开发者在检查用户通话全链路时 正常音量大小一般在 40-80dB 之间,小于 40dB 时说明声音音量较小,若用户听不到声音则需要检查手机本身是否打开了静音,或者是否硬件故障。

    2.8K76

    iOS 9人机界面指南(三):iOS 技术 (下) - 腾讯ISUX

    人们也会对于他们行为如何作用于他们听到声音各种各样期望。虽然你可能会发现有一些期望很让人意外,但它们都会遵循用户控制原则,即应是用户而非设备掌控听到声音时机。 ,如音效和配乐 例如,在剧院中,用户将他们设备调至静音以避免打扰剧院中其他人。 当用户操作明确目的就是听到声音时,铃音/静音开关(或静音开关)不会屏蔽这些操作所产生声音。例如: 在仅有媒体播放功能应用中进行媒体播放是不会被静音,因为播放媒体是用户明确期望。 而且,用户可能会希望能在玩游戏时静音或听他们乐单中歌曲而不听游戏配乐。 最好策略是在你应用启动时确定用户是否在收听其他音频。不要要求用户选择他们是要收听其他音频或是你音效。 ,你应用无论是否“应该恢复”标识,都始终应在音频中断结束后恢复之前播放音频。

    32730

    Web系统权限控制如何设计

    什么是权限,程序员理解权限和客户所理解权限是不是一致。 权限划分原则,权限到底是根据什么原则进行组合角色用户与权限之间必要关系吗?角色到底承接了什么作用。 如何进行合理表设计。 1.什么是权限 在很多与开发者也好,与客户也好,沟通过程中我们很多次提到了权限,但是权限具体含义每个人理解含义都不明确,这样很容易造成双方信息不对称,有的人就只是把权限理解成某个页面的是否可访问, 如果不进行表与表之间绑定关系,前端页面在操作功能时候,服务端如何鉴权页面调用api接口是否用户可操作权限之内? 用户在系统中最终是通过权限来使用各种功能点,是否必要在用户和权限中间再额外附加一个关系。在我们现在权限设计中,是增加了这样一层关系,就是角色。 减少操作层面的重复性。 动态职责划分是系统运行过程中对用户已有的角色进行控制,例如:某些角色不能共存在用户身上(互斥)、角色角色分配数量限定(控制用量)、角色角色同时只能激活一个进行使用(时刻唯一)。

    2.4K20

    【连载】如何掌握openGauss数据库核心技术?秘诀五:拿捏数据库安全(3)

    更重要是,需要在对象被访问操作时对当前用户合法权限进行有效性检查,即对象权限检查。 、是否具有创建数据库权限以及是否具有创建新角色权限。 这些属性包括是否具备登录权限(LOGIN)、是否为超级用户(SUPERUSER)、是否具备创建数据库权限(CREATEDB)、是否具备创建角色权限(CREATEROLE)、当前角色初始口令信息(PASSWORD 对于企业管理来说,手握超级用户权限管理人员可以在无人知晓情况下改变数据行为,这带来后果是不可想象。 在上一章第1小节提到,初始化用户不允许远程登录,仅可本地登录。 其中,权限位是一个32位比特位整数,每一位标记一个具体权限操作,如ACL_SELECT(第二个bit位信息)标记查询用户是否对对象查询权限。

    5810

    相关产品

    • 项目管理

      项目管理

      CODING 项目管理(CODING-PM)工具包含迭代管理、需求管理、任务管理、缺陷管理、文件/wiki 等功能,适用于研发团队进行项目管理或敏捷开发实践。

    相关资讯

    热门标签

    扫码关注云+社区

    领取腾讯云代金券