• 注册
  • 发动态
  • 发帖子
  • 发视频
  • 发红包
  • 暂没有数据

  • 推荐
  • 视频
  • 关注
  • 瓷器
  • 字画
  • 玉石
  • 钱币
  • 铜器
  • 木器
  • 紫砂
  • 杂项
  • [ls_fbk]
  • 查看全文
  • 查看作者
  • 宫论项目开发记录

    记录2023年项目进度周期。

  • 2
  • 448
  • 0
  • 9.55w
  • 小小乐小可鸭鸭

    请登录之后再进行评论

    登录
  • 0
    小小乐lv.2实名用户
    2024年7月19日
    1、在进行微信绑定关联操作时,返回结果中出现了【code=NULL、msg=NULL】的错误。经过调查,此问题的根源在于绑定请求发送到后端的xc_reg_hook无法被正确识别和解析。进一步分析表明,该问题源自提交的reg数组,如果是绑定请求,则type标识应改为【bind】,实际值应为wechat_bind。然而,错误却发生在验证码发送成功后,type标识被误改为了bind。这一错误导致后端无法正确处理微信绑定请求。因此,需要对验证码发送后的处理逻辑进行检查和修复,以确保type标识在微信绑定请求中保持为wechat_bind。
    2、修复微信公众号绑定验证码的问题,在xc_reg_hook进行验证码验证时,即使验证码正确,系统仍旧返回【验证码错误】的信息。经过详细分析,发现问题出在xc_sms_code_check_hook中的短信验证环节,该环节的验证标识被错误地写成了【wechat_bind_reg】,这是由于在动态解析type参数时发生的错误。已经对其进行了修正。具体修正方法是通过手动设置验证标识为【wechat_reg】,从而确保验证码验证过程中的标识正确。
    3、xc_login_hook登录钩子会对other_accounts变量进行初始化处理,将其默认值设置为false。如果该变量的值被设为true,则表示本次登录请求需要执行清理其它设备下线的操作,这种情况适用于诸如重置密码、禁止多设备登录以及安全信息重置等场景。然而,在正常的登录操作中,不会对这个变量进行任何操作,这导致了返回过程中出现错误信息【Undefined variable $other_accounts in】。因此,必须确保对其进行初始的初始化处理,以避免该错误的发生。
    4、微信公众号注册绑定功能已完成业务封装,当用户通过微信浏览器【含:微信电脑浏览器、微信小程序、微信网页】进行登录时,会自动通过鉴权获取对方的openid、unionid等参数,并且通过sql查询是否存在对应关联,如果不存在则强制用户跳转到注册绑定页面。在该页面,用户需要进行验证码验证,如果手机号已有用户,则变更为绑定。如果没有则为注册用户。
    5、微信自动登录接口已经进行了彻底的重构,现不再通过 wechat_mp_auto.php 文件内部手动验证参数。重构后的接口使用标准的统一钩子【xc_login_hook】来执行登录操作,并以【weixin】作为登录的唯一标识符。如果登录尝试失败(例如被拒绝),系统将通过 wp_die 输出具体的错误信息并立即终止执行流程,从而确保错误得到及时处理。相反,如果验证成功,系统将直接通过 wp_redirect 进行页面重定向,确保用户能够无缝地进入目标页面。这一改进大幅提升了接口的模块化和标准化,确保了代码的可维护性和扩展性,同时也简化了登录流程,极大地提高了用户体验。
    6、优化微信自动登录请求,获取到code凭证后,会先通过xc_is_login来获取用户状态,如果已状态,则强制页面刷新首页。禁止重复触发鉴权模式。2、如果用户未登录,则通过xc_weixin_login_openid方法进行鉴权操作,获取用户的openid,如果获取失败则将页面标记【openid获取失败,接口异常!】。如果获取成功,则通过wpdb构建查询语句,检查用户openid是否与数据库中【weixin_uid】记录匹配。如果匹配则触发xc_login_hook登录请求,根据返回结果执行错误提示或刷新首页访问。
    7、当通过xc_weixin_login_openid方法成功获取到用户的openid和unionid两个参数后,会立即通过setcookie函数将这两个参数写入到用户的浏览器cookie中。这样做的目的是为了在后续的微信SDK调用中能够快捷方便地提取所需信息。例如,用户在使用微信公众号支付功能时,系统只需从cookie中读取保存的openid和unionid即可完成相关的身份验证及支付流程。此外,当用户进行微信图片选择等涉及微信环境的事件操作时,也能通过先前存储的cookie数据来快速获取必要的用户信息,前端还可以通过检测cookie的存在与否,来判断当前用户是否处于微信浏览器环境中,以此对页面行为做出相应的调整和优化。
    8、鉴于外部加载的性能和安全性问题,决定将所有涉及到CDN.babylyf.com的weui组件调用全部移除。之前已经将这些组件进行了本地加载,因此移除这些外部调用不会影响系统的正常运行。需要注意的是,该域名的服务器位于香港,夜间经常会出现高延迟,导致加载过程中的丢包情况。因此,移除这些外部调用是一个必要且及时的举措。
    9、update_fingerprint用户指纹更新函数优化,在极个别的环境下(微信端开发工具)等场景会无法成功写入browser设备信息,此时直接执行$_COOKIE['browser']的读取操作,会直接返回错误【 Undefined array key "browser" in】
    间接的造成函数抛出异常。为了避免此类情况。在执行browser前会进行三元运算处理。
    10、用户来访请求事件:xc_user_visits_hook现在会通过isset检测是否存在【opneid】如果存在则获取并写入user对象返回前端,如果前端需要获取在微信环境中获取当前用户的openid只需要执行user.openid调用即可,如果获取失败说明用户环境不是微信客户端,或未授权登录。
    11、微信的openid读取机制进行了全面优化。在此优化中,首先确保该结果仅在用户登录的情况下才会返回,因为openid的获取依赖于用户的登录状态,这样可以有效提升系统的安全性。为了进一步加强数据获取的可靠性,除通过cookie获取openid外,还增加了在cookie获取失败时,通过get_user_meta来读取用户元字段【weixin_uid】的机制。这样设计的目的是确保在绝大多数场景下,openid值始终能够被成功获取
    12、xc_hook_payment_sdk 开始集成【微信公众号支付】功能。当服务端返回的参数包含【environment:wechat(微信浏览器)】并且method为wxpay时,表示本次支付请求是通过微信js-SDK完成的公众号支付。这种情况下,系统会首先检查user.openid是否存在。如果openid不存在,则会立即返回错误,提示【公众号支付失败:openid获取不到】。这一处理过程确保了只有在用户的openid正确获取的情况下,才能顺利完成支付请求
    13、在公众号支付的过程中,当服务端成功返回支付数据包信息之后,需要进一步检查payment.response是否包含发起微信SDK所必需的一些关键参数,即【appId、nonceStr、package、paySign】。这些参数对于确保支付过程的安全性和完整性至关重要,均需通过服务端的统一SDK进行鉴权操作后提取而来,从而保证其合法性和有效性。这些参数都是发起JS-SDK支付所必需提供的,以便确保支付流程的顺利进行和检测各环节的安全性。
  • 0
    小小乐lv.2实名用户
    2024年7月18日
    1、xc_reg_mp_weixin: 微信公众号注册绑定请求事件。该方法的执行流程如下:首先,通过xc_wechat_reg_phone_number函数获取用户在页面中输入的手机号码;接着,通过xc_mp_reg_code_phone函数获取用户输入的验证码;然后,通过mp_reg_type函数确定用户所选择的注册方式;最后,通过mp_reg_nickname函数获取用户在注册过程中输入的昵称信息。
    2、执行公众号账户绑定注册时事件时,前端在提交AJAX请求到服务端执行业务逻辑前。会通过xc_is_phone来检测wechat_reg.phone是否为true,如果不为则返回【请输入正确的手机号,目前仅支持国内手机】。同样的的验证码也会简单的检测处理。如果不存在或非6位数字则返回【验证码错误,请重新填写】。然后执行ajax请求【公众号注册绑定】,剩下的业务转交给服务端处理。
    3、服务端执行公众号注册绑定请求时,会执行以下验证。1、检测$_POST['wechat_reg']是否存在,如果不存在则说明非法请求。直接返回错误【传递信息不完整】。2、检测$_COOKIE['openid']是否存在,如果不存在则说明用户停留时间过长(大于5分钟)会直接返回错误【微信令牌过期,请重新进行授权】。3、使用xc_phone_regular检测用户提交的手机号,如果返回false则返回【手机号格式错误,目前仅支持国内号码】4、构建wpdb语句,查询usermeta数据表,检查weixin_uid是否已经有记录,如果已有记录则返回【微信号已绑定其它账户,无法完成注册】。
    4、如果微信公众号的处理来源是【$mreg_type == 'reg'】,那么将执行以下业务逻辑判断。首先,使用wpdb构建SQL查询,以检测该手机号是否已被其他用户绑定,因为每个手机号只能绑定一个账户。接下来,通过调用xc_is_nickname函数来检测用户本次提交的昵称是否符合规定,如果不允许则直接返回相应的原因。在执行昵称检测函数之前,系统会通过empty函数检测昵称是否为空,如果检测到昵称为空,则会返回【注册昵称不得为空】的提示信息。
    5、如果是绑定微信的情况,程序将首先执行【根据手机号进行查找和验证,具体操作是通过wpdb构建查询,以检测该手机号是否已经绑定过任何账户】。如果检测结果显示该手机号并未绑定过任何账户,系统将立即返回一个错误信息【手机号未找到绑定账户,请重新提交】,提醒用户重新提交正确的手机号。考虑到这是一个绑定请求,程序必须确保能够通过所提供的手机号找到一个关联的账户。在此过程中,该函数内使用的所有SQL查询语句都将进行优化,具体是使用$wpdb->prepare方法来构建安全的SQL查询,以防止潜在的SQL注入风险问题。
    6、服务端在处理【APP端微信注册绑定】请求时,将不再使用mb_strlen、validate_username、xc_nickname_detection这三个方法来验证昵称。此前,这三个方法分别用于检查昵称的长度是否合理、是否存在非法字符、格式是否正确以及是否重复。现在,这一系列验证过程将统一改为使用新方法【xc_is_nickname】来进行处理。这意味着,在用户进行APP端微信注册绑定时,昵称的所有验证需求将由【xc_is_nickname】这一新的方法来实现,确保操作一致性和可靠性。
    7、前端在发起微信公众号注册绑定请求时,会将所有所需的页面变量封装到一个称为【reg】的数组中。然而,服务端最近进行了重大调整,注册绑定业务的处理现在需要通过一个名为【xc_reg_hook】的钩子来完成,而不再使用之前的自定义处理方式。这一变化意味着,所有的注册和绑定请求在发送到服务器端后,服务器将通过【xc_reg_hook】钩子来接收和处理这些请求,从而确保系统的业务逻辑和流程的一致性和可扩展性。
    8、在统一注册钩子事件中,用户公众号的注册标识为:wechat。注册时需要主动传递以下信息:【nickname、phone、code、openid、avatarurl、unionid】。如果其中任一参数缺失,系统将返回“注册参数不完整”的提示。整个注册验证流程如下展开:首先,通过函数xc_phone_regular验证提供的手机号是否合格。接下来,利用函数xc_is_nickname确保注册使用的昵称符合规定。最后,系统会构建wpdb查询,检测提供的unionid是否在数据库中存在重复情况。对于这个参数,系统要求其具备唯一性,以确保注册用户的唯一标识。
    9、服务端不再通过cookie来获取avatar、openid、unionid这三个微信标识信息,而是改为在进入公众号的注册页面时直接验证参数是否存在。如果这些参数存在,则会将它们直接写入到自定义属性中。接下来,在执行ajax请求时,会从页面中提取这些参数,并进行数组封装。这样一来,就不必再担心由于cookie过期导致信息失效的问题,
    10、xc_reg_hook钩子已支持【wechat:公众号注册】请求,执行流程如下。1、使用xc_sms_code_check_hook:来验证本次短信验证码是否正确,如果不正确则拦截处理。2、使用redis_security_check执行注册拦截检测机制,防止短时间内大量注册行为。3、使用系统方法来构建账户注册和生成,并通过WP_Error对象来监听注册错误。4、完成账户创建,将用户相关信息通过meta写到到账户中。5、回调短信验证码,完成短信业务的处理。6、调用xc_login_hook方法完成注册登录流程。
    11、在执行公众号注册绑定请求(wechat_bind)时,函数xc_reg_hook会进行以下一系列验证处理。首先,该函数会检查几个关键参数【phone、code、openid、avatarurl、unionid】是否存在,如果任意一个参数缺失,则会直接返回错误提示,指出绑定微信参数不完整。如果这些参数齐全,则进入下一步验证流程。函数将首先验证提交的手机号是否合法有效,确保其格式和内容都是正确的。接着,它会检查提交的openid是否存在绑定记录,注意这里不能通过unionid来验证,必须严格按照openid进行验证。最后,它会验证该手机号是否已绑定在一个现有的账户中,如果查询不到绑定记录,则会返回【绑定失败: 该手机未关联平台账户】,提示用户提供的手机号未与任何平台账户关联,从而终止绑定过程。
    12、xc_reg_hook钩子已支持【wechat_bind:公众号绑定】请求,执行流程如下。1、验证关联账户【手机号】是否存在,如果不存在则返回错误【绑定失败: 该手机未关联平台账户】。2、通过xc_sms_code_check_hook方法验证短信码是否有效,如果无效则返回错误。3、将wechat_unionid、wechat_avatar、weixin_uid写入到绑定用户资料中,完成微信账户的注册关联。4、调用xc_login_hook方法进行登录,登录的标识【weixin】。
    13、修正执行绑定微信请求时出现的错误。后端返回了一系列错误信息,包括【Undefined array key "reg" in】、【Trying to access array offset on value of type null in】以及【Undefined array key "type" in】。这种错误归因于前端在初始化reg对象时的语法错误。正确的初始化方式应当是使用{}来创建对象,而不是使用[]来创建数组。
  • 0
    小小乐lv.2实名用户
    2024年7月17日
    1、微信公众号注册页面重构优化:针对用户头像样式存在椭圆现象的问题,进行了使用 CSS 代码的修正处理,使其展现出更加美观和统一的效果。为此,我们设置了如下调整细节:通过 height: 25vw; 来设定头像的高度,同时与宽度保持一致,从而确保头像呈现出标准的正圆形状。此外,为了完美遮盖住任何超出圆形容器的部分,我们采用了 overflow: hidden 属性,使得多余部分不会显示并影响整体美观。最后,object-fit: cover 属性的使用,保证了头像图片在填满容器时能够自适应调整,并且保持其长宽比例不变,使得图片既不会变形,也能够完美地展示在规定的区域内。
    2、mp_reg.php页面优化:在微信注册页中引入CSS和JS文件的方式进行了改进。原先通过手动设置域名地址引入资源,这样当域名变更时,旧地址会失效,导致无法访问对应的样式表。现在将这种方式优化为使用home_url函数来动态获取当前网站的域名地址。这样一来,无论域名如何变化,页面都能够正常加载相应的样式表和脚本文件
    3、在微信的注册页面中,为了提升用户协议和隐私协议的展示体验,不再通过iframe内嵌的方式打开,而是采用新的协议标准短代码来实现。具体地,使用以下短代码:do_shortcode('[xc_protocol type="user"]') 和 do_shortcode('[xc_protocol type="privacy"]') 来输出并创建这些协议内容。这种实现方式不仅提高了页面的加载效率和用户阅读体验,而且在协议内容需要更新时,只需调整短代码的响应内容,就能自动适配所有相关页面,实现了一处修改,处处生效的效果
    4、微信注册页面,验证码获取方式进行重构处理。接入统一验证码组件。绑定事件:xc_hook_sms_code来执行验证码获取,移除旧版的验证码获取方式。该场景的验证码绑定的ID属性为【xc_mp_reg_code_phone】。注:重构微信注册页面逻辑,就是为了让验证码组件能集成进来。所有的短信验证码都必须通过统一来发送。
    5、新增短信场景配置【微信公众号注册验证码、短信唯一标识:wechat_reg、短信模版ID:1667287、该短信模版文本:您的注册验证码:{1},如非本人操作,请忽略本短信!、每日发送次数上限:5次、短信验证码有效期:300秒、发送间隔时长:60秒、用户绑定手机号:关闭状态、登录用户才可用:关闭状态】。当用户通过公众号进行微信绑定或注册时,将会使用这个短信场景进行验证。
    6、前端手机短信发送钩子【xc_hook_sms_code】已集成wechat_reg场景的短信发送请求,如果是该场景会检测用户页面是否包含xc_mp_reg_code_phoneu元素,如果未包含表明用户并未处于公众号注册页面,此时会直接返回错误提示【页面参数异常】,并阻止用户进行短信发送请求。如果存在则对获取到的手机号,进行xc_is_phone验证,如果返回false则提示【请输入正确的手机号<br>注:目前仅支持国内手机号码段】。如果上述问题不存在则触发ajax请求到服务端处理。
    7、在微信注册页面进行优化短信发送事件处理时,遇到了一个问题:由于该页面没有正确初始化weui组件,所以在调用$.hideLoading方法时,会触发“is not a function”错误。这导致创建或隐藏加载指示器的操作无法正常执行。然而,短信发送事件确实需要使用这个方法。为了避免错误中断整个流程,如果当前操作在微信注册页面发生,我们将主动在函数中过滤掉对hideLoading方法的调用。这确保了即使在未初始化weui组件的情况下,短信发送事件也能顺利进行而不会引发错误。
    8、xc_get_avatar方法进行全面升级,现在新增了一个返回字段【avatar_url】,用于获取用户头像的URL地址。此字段通过正则表达式直接从$list['avatar']中提取图片的src属性,并将其赋值给avatar_url,从而减少了额外的SQL请求。这种改进显著提升了性能,尤其是在许多场景下,只需要用户头像的URL地址,而无须整个头像HTML代码的情况下,这一变化变得尤为重要。通过此升级,系统可以更高效地处理用户头像信息,满足各种不同的应用需求。
    9、服务端的 xc_sms_code_hook 针对【wechat_reg:微信公众号注册绑定手机】短信发送请求时,会执行特定的业务处理。首先,通过构建 wpdb 进行 SQL 查询,检查当前手机号是否已经绑定过账户。如果手机号已经绑定了账户,则获取对应的用户UID,并使用 xc_is_login_weixin 方法检测该用户是否已绑定过微信账号。如果检测到该手机号已经绑定了微信账号,则返回错误信息【短信发送失败:该手机号已绑定过微信】。这种处理流程不仅确保了系统的安全性和准确性,还防止了用户重复绑定同一个微信账号,从而提高了用户体验和数据的一致性。
    10、在进行微信公众号注册或绑定验证码发送的过程中,如果用户输入的手机号码已经绑定了一个现有账户,那么注册操作将自动转变为绑定操作。在这种情况下,系统会通过调用xc_get_avatar接口来读取该用户的头像数据,并将读取到的头像数据返回并存储在$result['avatar']中,以便前端业务逻辑能够根据用户头像进行对应的适配处理。此外,最初发出的注册验证码也会相应地转换为绑定验证码
    11、在APP微信注册和公众号微信注册这两个事件中,检测用户绑定微信状态存在一个潜在的问题。不能简单地依赖xc_is_login_weixin方法来验证用户是否绑定了微信,因为这个方法有其局限性。微信应用场景复杂多样,比如微信公众号生成的openid和APP微信SDK生成的openid并不相同。这些不同的openid通过微信唯一标识weixin_unionid进行关联。也就是说,即便用户在APP中绑定了微信,并不意味着用户在微信公众号中同样完成了微信绑定。因此,采用weixin_unionid来验证用户微信绑定状态是较为可靠的方式。此外,正确的处理方法应是读取相应的元字段进行检测,而不是直接使用单一的方法进行验证。具体而言,公众号微信的用户ID字段为weixin_uid,APP微信的用户ID字段为weixin_app_uid,而PC端微信的用户ID字段则为weixin_apc_uid。通过分开读取这些元字段,可以更准确地判断用户在不同平台上的微信绑定状态,从而避免误判和数据混淆。
    12、微信公众号注册的短信发送成功后,前端会进行一系列判断和操作。首先,它会判断变量msg.avatar是否存在,如果存在,这意味着当前操作是绑定微信,而非首次注册。此时,页面的交互动作如下:1、将用户界面上的微信头像更新为绑定的头像。2、在页面上显示一段提示文字,内容为“该手机号已绑定XXXX,短信验证后微信将直接关联账户!”。3、移除原有的昵称输入表单,并将页面中的提交按钮从“注册微信账户”更改为“绑定关联微信”。如果用户是首次注册微信账户,则系统会还原上述所有操作,恢复到初始状态。
    13、当完成微信公众号的注册验证码发送后,该系统会根据两种不同场景——绑定和注册,来自动调整【mp_reg_type】属性值。初始情况下,该属性值默认为【REG】,如果场景为绑定,则会将其变更为【bind】。在页面提交验证码验证时,需要调用函数:xc_reg_mp_weixin。该方法会将页面中的【手机号、验证码、注册绑定方式、用户昵称】一并传输到服务端进行相应的处理。
  • 查看全文
  • 查看作者
  • 文章测试

    江西·萍乡
  • 4
  • 54
  • 0
  • 8.5w
  • 咸鱼梦想小可鸭鸭小小乐学藏官方

    请登录之后再进行评论

    登录
  • 0
    欣然lv.1
    最低多少钱?最低多少钱?
  • 0
    咸鱼梦想lv.2实名用户
    测试看看最低多少钱?
  • 0
    咸鱼梦想lv.2实名用户
    内容测试出
  • 查看全文
  • 查看作者
  • 鉴定师入驻协议

    欢迎使用宫论APP鉴定师入驻申请功能,本协议主要阐述您申请成为相关领域鉴定师的相关的权利和义务,请您务必仔细阅读。一、概述 1、本协议内容包括协议正文及所有宫论已经发布或将来可能发布的关于鉴定师入驻。所有规则为本协议不可分割的一部分,与协议正文具有同...
  • 学藏官方 学藏官方
  • 3
  • 50
  • 802
  • 官网公告
  • 2023-03-20 09:21 电脑端
  • 查看全文
  • 查看作者
  • 宫论藏品寄售协议

    欢迎使用宫论APP藏品寄售申请功能,本协议主要阐述您作为藏品持宝人相关的权利和义务,请您务必仔细阅读。一、概述 1、本协议内容包括协议正文及所有宫论已经发布或将来可能发布的关于藏品回收的规则。所有规则为本协议不可分割的一部分,与协议正文具有同等法律效...
  • 学藏官方 学藏官方
  • 1
  • 1
  • 1.1k
  • 官网公告
  • 2023-03-17 08:58 电脑端
  • 查看全文
  • 查看作者
  • 藏品回收申请协议

    欢迎使用宫论APP藏品回收功能,本协议主要阐述您作为藏品持宝人相关的权利和义务,请您务必仔细阅读。一、概述 1、本协议内容包括协议正文及所有宫论已经发布或将来可能发布的关于藏品回收的规则。所有规则为本协议不可分割的一部分,与协议正文具有同等法律效力。...
  • 学藏官方 学藏官方
  • 1
  • 1
  • 915
  • 官网公告
  • 2023-03-13 09:29 电脑端
  • 查看全文
  • 查看作者
  • 宫论藏品鉴定协议

    欢迎使用宫论APP鉴赏功能,本协议主要阐述您作为藏品持宝人相关的权利和义务,请您务必仔细阅读。一、概述 1、本协议内容包括协议正文及所有宫论已经发布或将来可能发布的各类规则。所有规则为本协议不可分割的一部分,与协议正文具有同等法律效力。 2...
  • 学藏官方 学藏官方
  • 1
  • 0
  • 909
  • 官网公告
  • 2023-03-11 15:17 电脑端
  • 查看全文
  • 查看作者
  • 淘货发布协议

    淘货发布协议在宫论APP为了能够约束好每个卖家发布商品,也制定了统一的商品发布规范,如果各位也想要开淘宝店铺,那就需要好好去了解一下宫论APP商品的发布规范。第一章 概述第一条【适用范围】适用于在宫论APP发布商品的卖家。第二条【效力级别】本规范已有规定的,适...
  • 学藏官方 学藏官方
  • 2
  • 0
  • 919
  • 官网公告
  • 2023-03-09 15:33 电脑端
  • 查看全文
  • 查看作者
  • 宫论提现协议

    宫论提现协议 《宫论钱包提现协议》(以下简称“本协议”)适用于所有在宫论平台进行提现的用户(以下或称“您”)。本协议被视为《宫论用户服务条款》的补充协议,是其不可分割的组成部分,与其构成统一整体。本协议与《宫论用户服务条款》内容存在冲突的,以本协议为...
  • 学藏官方 学藏官方
  • 2
  • 0
  • 964
  • 官网公告
  • 2023-03-09 11:44 电脑端
  • 查看全文
  • 查看作者
  • 消费者保障服务协议

    本协议由您与济南谋佐科技有限公司共同缔结,本协议具有合同效力。本协议中协议双方合称协议方,济南谋佐科技公司在本协议中亦称为“宫论”。一、协议内容及生效1、本协议内容包括协议正文及所有宫论已经发布或后续发布的相关的规则与协议。前述规则与协议为本协议不可分割的组成...
  • 学藏官方 学藏官方
  • 2
  • 0
  • 811
  • 官网公告
  • 2023-02-25 20:27 电脑端
  • 查看全文
  • 查看作者
  • 店铺保证金协议

    一、什么是店铺保证金?店铺保证金是如果涉及理赔、违规处罚等情况时,可利用店铺保证金进行支付;如没有前述情况,店铺保证金可全额退回的一种机制。二、为什么要缴纳店铺保证金?(1)重点强调-店铺无违规情况认证有效期内且缴纳店铺保证金后下个整点,可搜索到店铺,若未缴纳...
  • 学藏官方 学藏官方
  • 1
  • 0
  • 883
  • 官网公告
  • 2023-02-25 20:20 电脑端
  • 查看全文
  • 查看作者
  • 宫论特殊类目经营资质

    尊敬的宫论商家:为了保障宫论类目健康、提升交易体验、维护商家及买家利益,现对于以下类目入驻认证需提供对应资质:类目店铺类型需要资质陨石骨牙-骨石企业/个人①与平台店铺认证主体信息一致的水野生保护动物经营利用许可证及副本(如许可证上未列举所有可经营物种明细的需额...
  • 学藏官方 学藏官方
  • 1
  • 0
  • 795
  • 官网公告
  • 2023-02-25 20:16 电脑端
  • 单栏布局 列表样式:矩状 侧栏位置: