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

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

    记录2023年项目进度周期。

  • 2
  • 367
  • 0
  • 6.21w
  • 小小乐小可鸭鸭

    请登录之后再进行评论

    登录
  • 0
    小小乐lv.2实名用户
    2024年4月15日
    1、xc_push_app_hook、xc_email_push、xc_phone_push、xc_gzh_push四个接口都已支持异步处理方案,函数都已集成新变量【asyn:默认值false】 如果需要异步来处理消息下发,只需要将该变量标记为true即可。函数会自动通过xc_asyn_execution进行请求转发,确保业务能够在异步中完成完成处理。注:服务号不涉及外部接口处理,因此不需要执行异步来处理。
    2、至此,宫论统一消息下发接口【xc_notify_hook】已完成封装处理,该接口将负责以下场景【账户安全、资金变动、淘货订单、拍卖订单、鉴定订单、寄售订单、系统通知、审核通知、社交互动】的消息都将通过新版方法来处理。新版接口支持五种消息下发,可以根据消息场景来决定开启或关闭指定通知渠道【短信、公众号、APP、服务号、邮件】。每种消息渠道的下发都有数据表记录关联,也可以通过总表来追踪消息的投递情况(失败或成功都有记录)。并且支持异步或同步执行,可以根据实际使用场景决定函数的执行方式。注:新版通知系统 非常强大,但是配置也非常繁琐 每种通知都需要花费很多心力去做参数适配。
    3、服务号消息短代码【xc_shortcodes_service_card】优化:如果通知的link属性存在,但是获取的值等于home_url(当前网站域名)则会对其进行过滤处理,不显示【>查看详情<】底部菜单。避免用户点击触发菜单触发页面刷新动作。注:指定内页跳转不包含对首页跳转,如果传递的首页需要进行过滤处理。
    4、websocket接口优化参数接收方式:现在能够同时处理HTTP POST 的两种数据【JSON 数据、表单数据】。首先会使用file_get_contents("php://input") 从 HTTP 请求的主体中获取原始数据。接下来使用 json_decode 函数将其转换为 PHP 数组。如果获取失败 则通过表单数据来获取对应的参数。该接口固定两个参数【client_id、message】如果获取失败,也会直接返回对应错误。注:接口优化是适配(xc_post请求)该请求目前默认仅支持json数据包,因此接受参数的方式要兼容处理,同样存在的问题,可能是有支付回调。
    5、通过xc_service_push下发的服务号通知,现在能够正确响应触发【在线弹窗通知】啦。之前不触发主要是两个问题引发的 1、websocket接口因为xc_post函数重构 导致参数无法捕获。2、xc_wss_user下发的消息,因为头像昵称存在HTML,破坏了原有的json结构体,导致前端websocket.JS解析出现错误。第二个问题触发非常频繁,因此这里做规范化处理,变量都需要通过htmlspecialchars转义处理。
    6、后端HOOK宫论统一封装脚本(新增函数代码【文档+注释】更新):1、保存用户备注信息:xc_save_user_remark_hook($save)。2、用户APP启动钩子,当APP启动时触发。xc_app_onLaunch_hook($data)。3、xc_user_visits_hook($visits)用户来访【首页访问】钩子,主要负责浏览器指纹事件,每次刷新页面都会触发。4、xc_sms_code_hook($type, $phone = '')处理短信验证请求,用户短信验证码发送必须通过这个钩子来执行。5、xc_sms_code_check_hook($type, $phone, $code) 检查短信/邮件验证码的有效性,与获取短信验证码结合使用。6、用户统一注册钩子:xc_reg_hook($reg),所有的注册请求,都必须要通过这个钩子来处理。7、用户注册成功钩子:xc_reg_ok_hook($type, $user_id)注册成功后,会自动回调这个钩子,负责字段更新,通知等。8、忘记账户-查找账户钩子:xc_find_account_hook($username),允许通过手机号/邮箱/身份证来查找关联绑定用户。9、处理邮件验证码请求:xc_email_code_hook($type, $email = ''),用户邮箱验证码发送必须通过这个钩子来执行。10、重置账户密码(不进行安全效验):xc_update_password_hook($user_id, $password = ''),账户密码修改或重置钩子。11、统一消息发送接口(系统通知)xc_notify_hook($user_id, $type, $data = '', $asyn = false),宫论核心接口-push消息的通知下发处理。
    7、 前端HOOK宫论脚本(新增函数代码【文档+注释】更新):1、保存用户备注钩子函数:xc_hook_save_user_remark(author_id),通过该方法修改指定用户备注信息。2、用户备注修改成功回调钩子:xc_hook_save_user_remark_ok(save, id),备注修改成功了,页面交互回调操作。3、自定义WeUI通知:xc_hook_weui_notification(),这个弹窗适用于系统通知,比如权限状态、发货信息等等。4、APP初始化动作已经完成回调钩子:xc_hook_app_plus(),此事件触发时,PLUS已完成装填。APP可以执行一些列交互动作。5、用户首页来访指纹动作事件:xc_hook_user_visits(),用户重新加载首页后才会触发,负责指纹处理。非常重要。6、微信绑定/解绑处理钩子:xc_hook_login_weixin(status),微信账户绑定解绑事件只能通过这个钩子来触发并执行。7、微信解绑操作成功回调钩子:xc_hook_login_weixin_ok(status)。8、手机短信验证码获取钩子:xc_hook_sms_code(type, phone = ''),短信验证码获取必须通过这个钩子来触发。9、手机短信验证码发送成功后的处理函数:xc_hook_sms_code_ok(type, phone, msg),短信发送成功后,通过这个函数完成页面交互。10、邮件短信码验证处理函数:xc_hook_email_code(type, email = '')邮箱验证码必须通过这个钩子来触发。11、邮件发送成功时的页面回调钩子:xc_hook_email_code_ok(type, email, msg)。12、根据提供的key跳转到相应页面。xc_hook_jump_page(key, title = '', time = 1),内页跳转关键方法。后台配置简码。13、用户注册请求钩子函数:xc_hook_reg(type),所有的注册请求都通过这个钩子来发起。14、登录成功回调钩子函数:xc_login_ok_hook(msg),用户登录成功会触发该钩子,主要负责页面刷新。
    8、后端is判断函数库(新增检测方法【文档+注释】更新):1、检测用户是否绑定了微信账户,xc_is_login_weixin($user_id = '')。2、检测用户是否绑定了手机号码,xc_is_login_phone($user_id = '')。3、检测用户是否绑定邮箱账户:xc_is_login_email($user_id = '')。4、检测用户是否已关注公众号:xc_is_login_gzh($user_id = '')。5、检测用户是否有APP推送标识【CID】:xc_is_login_app_push($user_id = '')。6、检测用户是否已进行实名认证:xc_is_login_idcard($user_id = '', $column = 'code')。7、检测用户环境是否安全:xc_is_security($fingerprint = '')。8、检测账户昵称是否可用:xc_is_nickname($nickname)。9、检查内容中是否包含敏感词:xc_is_sensitive_words($content)。10、检测账户密码是否符合要求:xc_is_password($password)。11、检测手机号是否绑定账户:xc_is_phone_user($phone)。12、检测手机号是否绑定账户:xc_is_phone_user($phone)。13、检测邮箱是否绑定过账户:xc_is_email_user($email)。14、检测身份证是否绑定过账户:xc_is_idcard_user($email)。15、检测字符串是否为手机号:xc_phone_regular($phone)。16、检测字符串是否为邮箱账户:xc_email_regular($email)。17、检测字符串是否为身份证号码:xc_idcard_regular($idcard)。18、PUSH场景检测是否允许发送APP站内信:xc_is_push_app($user_id, $type)。19、PUSH场景检测是否允许发送模版消息:xc_is_push_gzh($user_id, $type)。20、PUSH场景检测是否允许发送邮件消息:xc_is_push_email($user_id, $type)。21、PUSH场景检测是否允许发送手机短信:xc_is_push_sms($user_id, $type)。22、PUSH场景检测是否允许发送服务号消息:xc_is_push_service($user_id, $type)。23、检测标识(或UID)是否为宫论服务号:xc_is_public_account($key)。24、获取当前设备的浏览器指纹标识:xc_is_fingerprint()。
    9、为了维护方便,宫论统一消息发送函数钩子(xc_notify_hook)【和五个消息场景下发的接口封装】都从HOOK迁移到【push.php】脚本库。后续的通知推送业务都通过push脚本来更新,注:涉及到异步脚本的执行,每次更新了push脚本的通知逻辑,都需要重启异步进程,否则通过异步下发的通知请求,将无法触发对应的事件。
    10、当用户密码重置成功后,会立即触发【xc_update_password_hook】该钩子将会依次执行以下动作。1、通过get_user_by来检测重置密码的用户是否存在,如果不存在则中断执行。2、wp_set_password通过方法对账户密码进行重置操作。如果提供的密码不存在则通过uniqid生成。3、执行xc_logout_session_hook钩子动作,将用户其它设备全部清理下线(保护措施)。4、通过xc_notify_hook执行消息通知,告知对方账户密码已重置。(通知采用异步执行,避免阻塞当前请求)。
    11、现在用户可以通过【忘记账户-找回账户-邮箱重置密码】来找回邮箱帮点个账户并重置自己的密码。整个执行流程如下。1、账户如果已绑定邮箱,可以通过邮箱查找到关联账户。2、找到关联账户,可以点击页面的【邮箱账户】进入邮箱重置密码页面。3、在邮箱重置密码页面,用户可以通过接收邮件验证码的方式,对账户密码进行重置操作。4、账户重置后,会通过【update_password】通知场景下发消息,并清退所有账户登录状态。
    12、通过xc_update_password_hook钩子重置账户密码成功后,如果用户存在字段【login_security:登录配置(禁用账户密码登录)、login_address_security:登录地域城市限制】则会一并移除处理。避免用户通过邮件重置密码后,依旧因为城市限制、账户密码禁用 而造成无法登录的情况。
    13、用户登录成功(xc_login_hook)、用户注册成功(xc_reg_ok_hook)、用户密码重置成功(xc_update_password_hook)三个场景都已通过xc_do_action挂载同名【动作钩子】,允许外部业务通过回调动作触发上述函数。示例:当用户登录成功,如果其它设备在线账户,提醒账户在XX设备在XX城市进行登录了。
    14、全局push通知管理新增消息场景【lnsecure_login】,异地登录提醒。使用场景:当用户开启了异地登录提醒,xc_login_hook判断登录请求不安全,就会触发这个提醒。1、短信通知(开启状态)示例:(尊敬的用户:{1},您的账号疑是异地登录,登录地点:{2}。如不是您本人操作,请立即修改密码。)每日限制三条。2、公众号模版消息(开启状态)模版采用:账户安全通知,每日限制5条。3、APP通知(开启状态)标题:(账户异地登录提醒)。4、邮件通知(开启状态)标题:[异地登录提醒],每日限制5条。服务号消息(开启状态),服务号标识(security)。
  • 0
    小小乐lv.2实名用户
    2024年4月14日
    1、服务号消息下发成功后,会通过xc_redis_count对其进行计数操作,计数标识为【service_push】注:可以通过get_redis_count($key)获取计数器统计详情,支持查询【总数、今日、昨日、本周、上周、本月、上月、今年、去年】多维度的计数器查询统计。注:这个计数器可以监听每日消息通知发送情况。
    2、xc_notify_hook统一发送接口:新增三个内部固定变量【title:标题通用变量(APP-邮件-服务号-站内信)可通用。content:正文通用变量(APP-服务号-站内信)可通用。link:跳转链接变量(只要涉及到菜单点击事件都可用,比如APP通知、服务号菜单、站内信通知、公众号模版消息)】这三个变量在应用通知场景下发前就会封装,减少后续的处理。
    3、服务号消息模版数组已完成封装,在下发通知前会在xc_notify_hook函数内部创建【service_template】数组,里面包含字段参数如下【order:通知编号(一般为订单号,可以为空)。title:站内信标题,可以继承函数通用变量。message:站内信通知正文/服务号消息预览。keyword1:服务号第一栏(示例:修改时间:2024年4月14日 19:20)keyword2:服务号第二栏(示例:请求来源:IP地址)。keyword3:服务号第三栏(操作设备:UA解析处理)】依次类推,服务号菜单一共有五个。包含头部和备注,服务号通知有七个区域备注。
    4、减少封装处理逻辑,服务号的短代码生成不在通过外部生成而是通过xc_service_push内部直接处理。同时template数组变量新增两个字段【first:头部介绍、remark:底部备注】这两个变量是可选的,如果未提供则first读取(title)、remark读取(message)。可以根据情况决定是否提供。短代码生成的时候,会对所有变量施加(esc_attr)确保安全可用性。
    5、统一消息发送接口-服务号业务的封装已完成,xc_notify_hook涉及到服务号通知的处理一律转发到【xc_notify_hook_service】方法处理,该方法会返回标准的【service】数组结构,可以直接将返回结果继承到$result['push']['service']。该方法需要主动传递三个变量。【1、$user_id:需要通知的用户账户ID、2、type:服务号通知场景标识(通过接口传递的变量赋值即可)。3、template:模版消息结构数组。【11个变量,比较复杂】,少部分可选填写,其中title可以通过后台配置来读取。
    6、统一消息接口,服务号消息处理流程如下。1、分装service_template数组变量(完整的字段有11个),然后请求:xc_notify_hook_service接口进行处理。2、函数内会效验template数组是否为空,如果为空则直接返回错误【服务号消息发送失败:传递template空数组】。3、通过xc_is_push_service检测服务号通知场景是否开启,如果未开启或不具备消息下发能力 则提示对应错误。4、通过三元处理将title进行修改,然后请求xc_service_push进行服务号消息下发,执行结果直接返回到$result['push']['service']。
    7、公众号模版消息发送接口函数【xc_gzh_push】现在采用try-catch语句来捕获可能出现的异常。如果在发送模板消息的过程中出现了异常,那么 catch 语句会捕获这个异常,并更新数据库状态为 'fail',然后返回错误信息。注:返回结构体与之前保持一致,只是当请求出现异常,会通过catch来返回错误异常,避免接口方面的异常导致全局出错。
    8、修复xc_service_push服务号消息执行失败的问题,一共有三个原因引发。依次为。1、template数组缺失(receive/user_id/source/type)四个变量,已在消息下发前对参数进行重新封装。2、xc_is_push_service读取服务号标识错误的问题,字段service_id写成service_key。3、执行sql写入时候type、content两个变量无法正确写入,执行次序问题。content在sql写入后才生成导致的。
    9、后台宫论计数器【新增五个PUSH类型计数器】分别为(email_push:【计数器】PUSH - 邮件发送计数、gzh_push:【计数器】PUSH - 公众号模版消息计数、sms_push:【计数器】PUSH - 手机短信计数、app_push:【计数器】PUSH - APP通知计数、service_push:【计数器】PUSH - 服务号消息计数)。以上计数器现在会每日自动重置次数。
    10、xc_notify_hook已完成封装,执行后将会同步执行五种消息下发。当所有的消息都下发后会返回一下结构数组【{ "push": { "sms": { "code": 0, "msg": "短信发送成功", "id": 560, "table_name": "wp_xc_sms_push" }, "email": { "code": 0, "id": 26, "table_name": "xc_email_push", "msg": "邮件发送成功" }, "gzh": { "user_id": "3", "code": 0, "msg": "模版消息发送成功", "id": 39, "table_name": "xc_gzh_push" }, "app": { "code": 1, "msg": "APP消息发送失败:用户未绑定APP推送码" }, "service": { "code": 0, "msg": "服务号消息发送成功", "id": 446, "table_name": "xc_service_msg" } }, "code": 0, "msg": "用户通知处理成功" }】对应消息是否发送(可能因为接口、拦截、用户设备不支持等原因失败)成功,可以通过push子数组code状态码来进行判断。
    11、新增数据表xc_push(消息通知记录)通过xc_notify_hook下发的消息,无论是否执行成功,都会记录到这个数据表,方便后期接入消息队列。简单讲就是通知消息执行前便会对其进行sql写入,在执行成功或失败后会回调相应字段到该表。数据表字段结构如下【user_id:收信人、type:通知场景、data:消息数据、title:消息标题、消息正文:content、通知时间:time、push:通知状态、status:消息状态】。
    12、xc_notify_hook在执行完成所有消息推送后,会通过xc_insert_sql创建推送记录。将本次通知任务记录到数据表,并且将推送场景结果记录下来。方便未来溯源查看。注:如果函数传递了data变量数组,会对其进行json_encode处理,然后写入到data字段。push推送结果页是一样的处理,会将结果转json在写入到字段【push】 在完成上述所有操作后,会额外返回两个字段【id:本次推送数据表记录、table_name:数据表名】
    13、宫论统一消息接口已支持异步进程下发通知,xc_notify_hook新增第四个变量【asyn:默认为false】如果需要通过异步进程来执行通知,仅需要将该变量设置为true。如果采用异步执行,那么函数会通过xc_is_asyn来检测当前环境是否处于gateway-worker,如果不处于,并且asyn为TRUE,那么将则通过转发方式【xc_asyn_execution】来请求异步来执行本次通知下发。注:异步进程的特定是高效高速,不阻塞当前请求。缺点是无法获得通知结果,可以根据实际场景来选择处理方式。
    14、 异步执行函数xc_asyn_execution,现在返回标准的数组结构。code=0代表请求已转发到异步进程,code=1代表处理失败或异常。msg是错误原因。目前有两种情况会触发code=1的报错。1、在发送异步进程前会通过xc_is_asyn检测当前环境是否处于异步,如果处于则返回错误【当前处于异步进程,不能转发处理!】避免出现套娃循环现象。2、通过function_exists检测到执行函数不存在,则返回【函数不存在,不能转发处理!】注:有两种场景,是不确定能否返回code的。A:当异步进程请求异常,防止请求被丢弃,此时会同步执行函数。此时的返回结果是不可控的。根据函数来决定返回值。B:xc_asyn_execution第三个变量设置为TRUE,需要等待响应返回函数的执行结果。此时返回的结果和A一样,是由函数本身决定值的。
  • 0
    小小乐lv.2实名用户
    2024年4月13日
    1、封装服务号消息下发接口【xc_service_push】,宫论所有的服务号消息发送都必须通过这个接口来处理,该接口返回标准的数组结构。code=0代表服务号消息下发成功,code=1代表服务号消息下发失败。msg是失败详情。这个接口集拦截、消息下发、通知、站内信、数据入库处理逻辑为一体,涉及到服务号的消息(包含接口转发)业务封装,都通过这个方法来处理。
    2、服务号消息推送接口,只接受一个数组变量【template】,该数组变量包含以下字段【user_id:服务号关联UID、receive:收信人uid、type:消息场景、message:消息简称(可以理解为站内信和服务号列表页的正文描述)、order:关联商品编号(可选)、link:菜单跳转地址,最好是短代码形式来处理。title:通知标题、content:正文部分、source:服务号标识】
    3、服务号基础拦截事件封装完毕:当收到服务号消息请求时,会依次执行以下拦截。1、如果传递的template数组为空,则返回【消息发送失败:传递template模版空数组】。2、如果template存在,但是以下字段存在缺失(content、user_id、receive、source)则返回【消息发送失败:服务号模版参数不完整】。3、通过xc_is_public_account查找服务号配置,返回false。则返回【消息发送失败:未找到服务号(XXX)】。
    4、考虑到后面将继承消息队列机制,如果出现并发请求可能导致重复执行。因此xc_service_push新增一个redis安全锁:限制5秒内,只能执行执行一次同类型推送,如果出现重复请求则返回【消息发送失败:服务号超速限制!】。锁名标识为($template['receive']+$template['type'])即:收信人+收信标识。
    5、服务号短代码结构已完成封装处理,标识码为:xc_service_card、自定义属性包含【type:服务号消息场景。link:点击菜单的跳转方式、first:头部区域描述介绍、keyword1:第一个菜单(示例 提现金额:xxxxx元)、keyword2:第二个菜单(同上),以此类推一共有五个菜单。remark:底部区域,备注说明等】
    6、短代码规范化处理,在生成短代码的时候 如果变量属于动态参数。比如传递的变量是【商品名称、商品描述、用户昵称、留言评论】类型,必须通过esc_attr函数来处理这些变量,这样可以确保这些变量在被插入到短代码中时,不会破坏 HTML 的结构。注:如果动态参数存在'"引号字符或其他HTML字符,可能会对整个结构产生破坏,造成do_shortcode无法解析或解析出错的.
    7、私信消息处理钩子xc_add_msg_hook优化:第五个变量【order】现在默认为空,可以选择性传递,如果未传递则会通过xc_order随机生成 不在强制要求提前输入。xc_wss_message消息通知,现在会过滤来源service类型。服务号消息不会通过xc_wss_message方法来下发聊天消息通知。避免重复触发相应通知。
    8、xc_add_msg_hook现在返回标准的数组结构【code=0 代表私信聊天消息创建成功。code=1 代表聊天消息创建失败。msg=是失败原因】需要特别注意的地方是,本身消息发送钩子不做拦截处理,这里错误返回只有以下几种情况。1、传递的参数不完整,比如收信用户、发信用户不存在。2、发信人和收信人是同一个人。3、数据库尝试写入失败。
    9、后端新增浏览器指纹处理逻辑:xc_is_fingerprint()。该方法会检测设备客户端是否是异步环境,是的话则返回false,然后检测是否存在指纹cookie,如果存在指纹记录则返回对应指纹记录。如果不存则直接返回false。注:这个不能传递用户user_id,安全考虑。只能获取当前设备的指纹信息。现在是通过cookie来处理,存在一定安全风险,后面会进行加密处理。【后端获取设备指纹,必须通过这个方式来处理】
    10、以下场景或方法的指纹获取变更为【xc_is_fingerprint】。1、消息发布钩子【xc_add_msg_hook】。2、朋友圈发布钩子【xc_moments_publish_hook】3、工单返回fault钩子【xc_feedback_publish_hook】4、工单回复评论钩子【xc_feedback_reply_hook】5、xc_add_chat_hook:新版聊天消息处理钩子。6、更新或插入用户安全信息:【xc_update_security】7、系统风控检验:【xc_environment_verification】。8、高德IP地址解析接口【xc_ip_position】。9、封禁用户方法【xc_user_ban】。9、账户解封方法【xc_unban_user】10、API:注销审核检测请求。11、微信注册验证码获取。12、找回密码验证码获取。13、短信登录验证码。13、邮件验证码。14、重置密码验证码。15、支付密码验证码。16、解绑微信验证。17、支付密码重置。18、安全环境验证码。19、冻结账户验证码。20、解除账户冻结。21、一键登录接口请求。
    11、xc_add_chat_hook在处理完成聊天消息数据库动作后,在执行PUSH消息(APP+站内信通知)前,会对消息来源进行过滤处理。如果消息类型为service(服务号)则不执行xc_add_chat_ok_hook回调事件。同时返回钩子额外返回一个字段【id】数据表的主键ID,如果后续业务需要对消息进行处理,可以通过这个字段来进行sql处理。
    12、通过xc_service_push下发服务号消息,完成基础拦截检测后,会通过xc_add_chat_hook创建聊天消息记录(目前服务号接口暂集成到chat)。如果创建失败(返回code=1)则会直接返回对应错误。如果创建成功,则继续写入本次服务号消息到xc_service_msg数据表,同样的如果sql写入异常则会返回错误【服务号消息发送失败:数据库写入失败】。两个表都完成创建的情况下,将会通过xc_update_notice_list更新通知用户的服务号列表会话记录。
    13、通过xc_update_notice_list成功创建服务号聊天记录后,会读取在线过滤配置名单【xc_public_account_Pop_close】 如果当前通知类型已开启在线通知,并且不是被屏蔽的类型。那么将会通过service_notification来下发一条服务号在线通知。注:服务号的头像昵称以及认证标识通过xc_get_avatar来读取缓存。
    14、服务号消息接口xc_service_push已完成封装,在完成基础拦截检测后,会依次执行以下动作。1、通过xc_add_chat_hook创建聊天消息,如果创建失败返回错误。2、将服务号消息同步到数据表xc_service_msg,如果同步失败则返回错误。3、检测通知是否开启站内信,rig开启则通过xc_wss_user触发消息通知。4、返回四个标准字段。【code:msg:id:table_name】。
  • 查看全文
  • 查看作者
  • 文章测试

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

    请登录之后再进行评论

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

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

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

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

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

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

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

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

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

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