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

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

    记录2023年项目进度周期。

  • 2
  • 366
  • 0
  • 6.18w
  • 小小乐小可鸭鸭

    请登录之后再进行评论

    登录
  • 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】。
  • 0
    小小乐lv.2实名用户
    2024年4月11日
    1、封装新IS方法xc_is_login_app_push($user_id = ''),检查用户是否有uniapp_cid推送码(APP推送标识)。 $user_id 用户ID(可选)如果未提供用户ID,则尝试获取当前登录用户的ID。然后读取用户自定义元字段【uniapp_cid】,读取成功则返回该推送标识。失败则返回false。注:uniapp_cid是设备推送标识,每次用户来访都会更新。可以通过这个标识像用户发送APP应用通知。不过需要特别注意的一点,uniapp_cid目前是不支持跨账户关联,如果设备登录过两个账户,则最新登录菜户才会拥有uniapp_cid,之前关联账户会被自动清理该字段。
    2、xc_is_push_app方法进行以下优化。1、新增拦截 通过xc_is_login_app_push检测用户是否具有推送码,如果没有则返回错误【APP通知发送失败:用户未绑定推送标识】。2、如果允许发送APP通知,则在原有基础上再新增四个字段返回。【title:APP标题、content:APP正文内容、link:APP点击的跳转链接、cid:推送标识码】除了CID,其它字段可能为空,具体看后台配置是否有填写。在获取对应字段时,需要通过empty检测是否为空。
    3、xc_push_app_hook迁移到push函数库,负责APP应用场景的push通知。函数原有的执行逻辑基本保持不变,只做了几个优化处理。1、uniapp_cid的获取方式通过xc_is_login_app_push来处理,旧方法读取元字段,不便维护。2、title标题和content内容会通过xc_content过滤处理,并且长度进行(标题:20、正文:50)截断。3、推送成功返回两个新字段:table_name(wp_xc_app_push数据表)、id(数据表记录)。注:新增两个字段是为了适配xc_notify_hook结构体。
    4、统一消息发送接口,会初始化两个数组变量1、【gzh_template:公众号模版消息预设数组】包含六个变量(keyword1、keyword2、keyword3、keyword4、keyword5、link)负责模版消息自定义参数处理。2、【app_template:APP通知模版预设数组】包含三个变量(title:APP标题、content:APP正文、link:跳转链接)这些参数可以为空,如果为空则读取后台设定。如果后台页面没有则终止消息下发。
    5、统一消息发送接口-APP通知业务的封装已完成,xc_notify_hook涉及到APP通知的处理一律转发到【xc_notify_hook_app】方法处理,该方法会返回标准的【app】数组结构,可以直接将返回结果继承到$result['push']['app']。该方法需要主动传递三个变量。【1、$user_id:需要通知的用户账户ID、2、type:APP通知场景标识(通过接口传递的变量赋值即可)。3、template:模版消息结构数组。只需要传递三个可选参数(APP标题、APP正文、APP跳转链接),如果为空则会尝试读取后台配置。
    6、xc_notify_hook_app会执行三元运算来处理APP通知的所需的接口参数。1、link:跳转链接(优先读取传递配置$template['link'],如果为空不存在读取$push_app['link'])2、title:APP标题(优先读取传递配置$template['title'],如果为空不存在则读取$push_app['title'])。3、conten:APP正文部分(优先读取传递配置$template['content'],如果为空则读取$push_app['content'])。优先读取接口函数预设的变量,如果未设置才读取后台参数。涉及到动态参数变量(名字、订单状态、商品介绍)等必须通过函数来预设。
    7、统一消息发送接口-APP消息业务的封装已完成,执行流程如下。1、通过xc_is_push_app来查询当前用户是否具备推送资格,如果不符合条件则直接返回错误。2、如果符合条件则进行三元运算来获取【标题、link、正文】三个参数。如果表或正文获取失败,则返回错误【APP消息发送失败:标题和正文参数为空】。3、尝试解析link是否存在,如果存在则将其封装成payload(APP透传数据,确保可以执行页面跳转监听)。如果不存在则将payload标记为null。4、通过xc_push_app_hook发起本次APP消息处理请求(注:禁用异步处理,采用同步处理)。5、将处理结果返回进行封装,确保结果可以被统一消息接口能够识别。
    8、消息推送返回结构体统一规范化,如果执行错误或异常返回【code=1、msg=错误或失败详情】,如果执行消息发送成功返回【code=0、msg=xxxx消息发送成功、id:数据表记录主键、table_name:数据表名】涉及的消息钩子有【xc_push_app_hook:app消息下发、xc_email_push:邮件消息下发、xc_phone_push:手机短信消息下发、xc_gzh_push:公众号消息下发】。非必要的情况下,上述返回字段不能做修改,可以增但不能删。
    9、统一消息发送接口,消息业务封装简化处理。不在业务内做二次结果判断。而是完整返回原有结构(消息下发的返回结构体已做到统一,不需要单独做适配处理,其返回的字段参数可以被notify_hook接口识别)。同时消息业务下发都固定传递三个变量。1、user_id:通知用户。2、type:消息场景。3、template:消息自定义数组(涉及到自定义的变量,都封装到这里面,不单独提供字段)比如短信就是sms_template、邮件就是email_template.这些消息自定义数组会在函数执行前进行初始化。
    10、xc_notify_hook_email:统一消息发送接口-邮件业务 做出两个优化处理。1、移除content、attachment两个变量,改为通过template数组来处理返回结构。同时template数组新增字段title(允许在函数内自定义标题)。2、在发起邮件推送前,会通过三元运算来获取$template['title']是否存在,如果不存在则调用后台配置【push_email['title']】
    11、在处理统一push发送请求时,内部的封装好的消息接口【xc_notify_hook_sms、xc_notify_hook_gzh、xc_notify_hook_email、xc_notify_hook_sms】会对第三个变量(template)进行empty检测,如果传递的是空数组则会统一返回code=0、msg=xxx消息发送失败:传递template空数组。注:template如果数组为空(没有设定任何字段的情况)视为主动弃用该场景。这个判断优先级最高,高于后台配置。如果后台启用了通知场景,但是函数没有定义变量,也视为放弃推送。
    12、新增数据表【xc_service_push:服务号记录表】负责宫论服务号消息记录。该表字段结构如下【user_id:收信人。service:服务号标识、title:标题、conten:正文(短代码)、json:菜单结构、type:通知场景、time:发送时间、error:错误信息、chat:聊天消息编号、link:消息执行链接参数。status:处理状态】
    13、服务号消息发送检测方法已完成封装:xc_is_push_service,需要传递【$user_id 用户ID、$type 推送类型,消息场景】会依次执行以下拦截检测。1、读取xc_push_config配置,检测通知场景【type】是否存在,如果不存在则返回【服务号通知发送失败:通知场景未配置】。2、检测当前通知场景是否已全局禁用,如果全局禁用则返回错误。3、检测service_open字段是否已启用,如果未启用则提示【服务号通知发送失败:通知场景禁用服务号】。4、检测service_key字段是否为空,如果为空则返回【服务号通知发送失败:服务号参数未配置】。5、通过xc_is_public_account方法来获取服务号配置,如果获取失败则提示【XX服务号不存在】。完成上述检测后,返回五个字段【code=0、msg=允许发送服务号消息、title后台预设的服务号标题、key:服务号标识、user_id:服务号绑定user_id】。
  • 查看全文
  • 查看作者
  • 文章测试

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

    请登录之后再进行评论

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

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

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

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

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

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

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

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

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

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