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

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

    记录2023年项目进度周期。

  • 2
  • 424
  • 0
  • 8.39w
  • 小小乐小可鸭鸭

    请登录之后再进行评论

    登录
  • 0
    小小乐lv.2实名用户
    2024年6月20日
    1、通过xc_payment_hook发起统一支付时,如果支付方式选择(wxpay),那么将通过xc_is_weixin方法来检测用户设备环境是否为(微信浏览器、微信小程序)。如果是的话,则会检测用户是否登录。如果未登录则会拦截用户进行支付请求。注:微信公众号支付或小程序支付需要提取用户openid,这个参数必须用户登录授权才能获取到。因此需要用户完成登录后才能发起支付。因此需要做拦截处理,避免出现错误。
    2、修复php8.2版本错误(Attempt to read property "errmsg" on array in )微信进行注册环节时,有个绑定关联手机号的界面。用户在这个界面可以输入手机号来绑定或关联账户。这里的验证码组件还是旧版方法,因此发送短信接口还是之前的业务封装。在处理返回结果时 无法正确响应状态标识。导致出现上述错误。目前已修正并解决错误。但是问题根源在于短信码发送组件没有更新,需要以后做适配处理。
    3、修复php8.2版本错误(Undefined variable $login_verification in)进行验证码发送的时候,旧的短信接口会在短信发送成功后,将发送记录存储到in_verification字段,并更新到cookie中。每次进行数值+1处理,如果超过后台限制,则拦截短信发送请求并返回错误。该方法已被摒弃,不可靠。已采用redis_security_check来做redis缓存拦截。这个方法忘记移除,php语法严谨因此返回错误。
    4、修复php8.2版本错误( Undefined variable $client_id in )用户首次来访的时候会触发xc_user_visits_hook($visits)事件,该方法会返回xc对象(该对象前端很多地方都需要用得到),内部有个变量client_id是通过提权用户元字段获取,用于进行websocket通讯的。但是该方法只有用户登录状态才能提取到。如果游客访问,则默认获取失败。这里的错误Undefined就是因为游客无法获取变量导致,已进行修复处理。
    5、新增钩子:xc_payment_before_hook($id)当支付订单完成所有的安全检测后,将会触发这钩子。支付前如果需要对订单做额外的处理(比如:如果是拍卖,需要确定订单是否可以下单付款。)那么就可以通过这个钩子来做单独的安全效验,并非非法支付情况。如果需要拦截支付,只需要返回code=1即可。除了做额外的安全支付检查,还可以进行支付前的准备工作,比如缓存清理和设计。属于预留的一个事件,这个钩子完成后,就会进入支付数据包的生成,准备调用对应的支付渠道。注:id是xc_pay支付表主键。
    6、新增后端支付钩子:xc_payment_sdk($id),ID是支付数据表(xc_pay))的主键ID。当所有支付工作都已准备完毕(安全、拦截、数据包封装),将会触发这个后端钩子,根据用户的环境,通过内置的支付SDK来生成对应支付请求(APP、H5、微信环境)所需要的参数均不一样,该SDK会做到统一标准规范,返回并建立不同支付订单数据到前端进行响应。注:返回标准的数组结构。code=0代表支付数据生成,code=1代表SDK响应失败或异常,msg是详细原因。
    7、调用xc_payment_sdk钩子来生成支付请求时,会通过wpdb来构建sql语句,查询id是否存在于支付订单数据表中,如果不存在则直接返回错误【支付失败:支付订单不存在】。成功获取到对应的支付数据后,会开启支付订单锁定请求('payment_sdk_' . $id)锁定有效期为180秒,如果取锁失败则返回【支付失败:订单锁定不可进行支付】。注:支付数据表全程通过sql来请求,避免出现缓存问题,导致订单识别异常。支付涉及到平台资金安全,必须确保其安全有效。
    8、封装后端钩子:xc_payment_config_hook($type='')用于获取支付接口所需要的配置信息,该接口可以指定type变量(wx_pay:获取微信的支付配置信息数据、alipay:支付宝的支付配置信息数据源、unipay:银联支付的配置信息数据)。如果不指定则会获取所有的配置信息。该钩子将读取后台支付配置信息字段,并封装成功一个对象返回。该对象符合支付SDK的配置需要,包括不限于(支付应用ID、秘钥、公钥字符、证书文件、回调参数)等一系列字段内容。
    9、修复统一支付SDK在执行支付请求时返回【Fatal error: Uncaught Yansongda\Artful\Exception\ContainerNotFoundException:】错误的问题,这个错误信息表示ContainerServiceProvider类在尝试初始化一个容器时失败了,因为它找不到需要的容器。解决方案通过composer安装hyperf/pimple依赖注入容器,将其集中到宫论composer包中。安装的版本为(v3.5.0)。
    10、执行xc_payment_sdk_hook钩子后,为了确保的业务统一性,会封装并建立三个统一支付变量。1、subject:直接读取数据表$pay['title'](商品标题,用户付款时可见)2、total_amount:直接读取数据表的$pay['pay_amount'](商品的支付价格,格式2.33)精确到分。3、out_trade_no:商户订单号,为了避免订单出现重复问题,这里每次都会随机生成。并不固定一个。主键ID才是唯一的。这三个参数是统一支付接口必备的参数,因此需要提前对其进行封装处理。
    11、支付SDK调用钩子【xc_payment_sdk_hook】新增第二个变量【method:支付方式】 固定值为wxpay:微信支付、alipay:支付宝支付。方便SDK识别支付方式,调用不同的接口来完成数据包封装和处理。注:money(余额支付)的业务逻辑目前并不通过SDK来完成处理,需要单独做事件处理。因此xc_payment_sdk_hook钩子不支持余额支付,需要特别注意。
    12、xc_payment_hook统一支付钩子,在成功读取到xc_pay数据表记录后,会尝试获取meta字段,如果获取成功会使用json_decode方法将其转为数组(该字段固定为json类型)。转换成功后会主动通过unset移除address(收货地址)和remake(订单备注)不管是否存在都会注定移除,防止重复支付,出现错误的地址和备注信息。注:如果本次支付请求传递了收货地址或备注信息,则会在meta数组中添加对应的字段。
    13、xc_payment_sdk_hook支付发起接口,现在返回标准的数组结构。code=0代表支付数据包完成封装,前端页面可以进行支付跳转。code=1代表失败,无法进行支付调用。msg是错误想起。注:错误的原因有很多种,包括不限于(账户问题、网络问题、证书问题、权限问题、接口故障、支付服务商异常)等。需要根据实际返回结果来做判断处理。
    14、如果xc_payment_sdk_hook返回code=0,代表支付SDK的工作已完成,前端可以拉起支付页面了。在返回前端进行支付前,会触发一个sql的更新动作。锁定支付订单数据表的主键ID,将以下内容进行更新处理。1、meta自定义元字段,比如本次支付的收货地址信息、订单备注信息的更新。2、payment_order:重新生成的商户订单编号,非常重要(服务商回调需要这个做身份识别)3、pay_select:支付方式的选择。
  • 0
    小小乐lv.2实名用户
    2024年6月19日
    1、通过统一支付下单钩子xc_payment_hook成功活动支付订单数据后,会执行两个安全检测。1、检测$pay['state'] 是否等于wait_pay,如果不等于则代表订单不是等待支付状态,需要进行拦截,防止非法支付请求。2、获取最后支付时间$pay['close']并通过strtotime进行时间戳转换,转换后的时间戳与time()进行对比,如果小于当前时间则进行拦截。防止超时订单能发起支付请求。注:完成支付订单基础两点拦截外,后续所有的参数请求都将读取pay数组(支付订单原表数据),缓存和token令牌的作用至此暂时告一段路。
    2、支付订单或成功后,会通过xc_is_pay_config来获取支付场景配置。如果获取失败则返回【支付失败:支付场景未配置】,如果获取成功则检查$pay_config['open']是否开启,如果未开启则返回【支付失败:支付场景已被暂停】。如果未被暂停则检测$pay_config['login']是否存在,如果存在则判断用户是否登录。如果强制用户登录后才能支付,但是用户未登录则返回【支付失败:请登录后在操作】。如果用户登录了,但是不是数据表的支付用户,则返回【支付失败:订单你无权操作】。
    3、支付订单开启锁单功能,通过xc_payment_hook就能行支付请求时,如果成功取得xc_pay支付订单数据后,会以支付ID主键为基础创建一个安全交易锁。锁名标识:【xc_pay——id】有效期为3分钟,3分钟除非主动释放安全锁,否则会禁止执行支付请求。该锁主要是防止同一个订单被用户执行多次支付。
    4、支付订单如果存在【$pay['seller']】则代表存在交易卖家,订单可能是淘货、商户类型订单。此时会通过xc_is_blacklist来检测双方关系,如果下单用户拉黑了卖家则会返回【支付失败:你拉黑了对方】,如果卖家了拉黑了下单用户则会返回【支付失败:对方拉黑了你】。为了防止错误,在执行检测前会检测用户是否登录。如果未登录则跳过。
    5、后台账户功能限制:新增账户禁用功能及权限【paymen:支付功能】,仅超级管理员才可以使用。一旦账户该权限被限制,平台所有的支付功能都会被禁用。通过统一支付钩子进行付款的时候,会使用is_account_status($user_id, 'payment')方法检测用户是否被禁用支付功能,如果禁用支付则返回错误,并提示原因。注:一些恶意下单用户,平台可以根据情况对其进行付款限制。
    6、如果支付场景开启了收货地址,则会依次执行以下拦截检测。1、检测支付数据包是否包含address_key,如果未包含则代表未设置收货地址,返回错误【支付失败:收件地址不能为空'】2、通过get_user_meta读取当前用户的收件地址,如果获取失败则返回错误【支付失败:收货地址异常】3、通过for进行遍历用户收货地址,查找匹配收货地址编号是否存在列表中,如果存在则将其赋值到address。如果不存在则返回【支付失败:收货地址匹配错误】。
    7、如果支付场景开启了备注功能,并且支付订单数据包中包含了remake字段。那么会依次执行以下拦截检测。1、通过mb_strlen来获取备注的长度(UTF-8处理,中文算一个字符),如果订单备注长度超过100字则返回【支付失败:备注信息不能超过100字】2、使用xc_is_html对备注内容进行检测,如果返回true则返回错误。【支付失败:备注信息不能包含HTML】。
    8、增加一个支付方式拦截的处理。首先会检查用户的支付方式是否为支付场景支持,如果不支持则直接返回对应的错误。比如拍卖付款不支持余额,但是用户提交的是余额则会触发拦截并返回错误【支付失败:不支持(' . $method . ')付款】。其次如果支付方式是alipay(支付宝付款),会通过xc_is_weixin进行环境检测,如果返回true则代表用户处于微信浏览器或小程序,返回错误【支付失败:微信环境禁用支付宝付款】
    9、统一支付下单拦截机制已完成封装,当收到支付请求时 会依次执行以下检测。1、检测token令牌是否有效,如果无效或过期则视为非法请求。2、通过token来获取支付订单数据,如果订单数据状态不是待支付或已过期则返回对应错误。3、读取支付场景配置,检测支付场景是否可用,如果不存在或停用返回对应错误。4、如果支付订单存在卖家,则检测双方关系,如果用户拉黑或被拉黑则返回对应错误。5、通过is_account_status检测用户支付权限是否可用,如果不可用(用户在黑名单)都会拒绝用户下单请求。6、如果支付场景开启了支付场景,则检测是否传递了收货地址编号,并检测编号是否归属当前用户。如果对不上则返回对应错误。7、检测支付订单是否开启了备注,如果开启了则检测备注信息是否长度超限或包含HTML,如果包含了返回对应错误。8、检测支付方式是否为场景支持,如果不支持返回对应错误。9、检测支付场景是否为微信浏览器或微信小程序,如果是则决绝alipay的付款。
    10、如果支付方式money(余额支付)会额外执行环境检测,通过xc_is_security判断是否安全,如果环境异常则会返回错误【设备环境不安全,需要短信验证。】附带【jump:security】前端会强制将页面跳转到验证页面。注:余额支付涉及到账户资金安全,因此需要安全拦截保护处理。防止出现资金安全。如果是第三方支付(微信、支付宝)则可以无视,因为不涉及账户资金安全。
    11、通过xc_get_payment_method函数输出支付菜单图标的时候,会使用xc_is_login来检测用户是否处于登录状态。如果当前支付场景启用了余额支付,会进行二次检测,如果用户未登录则不显示余额支付。防止用户未登录的情况仍旧可以进行支付发起。注:余额支付不管什么支付场景,第一要素是必须用户已登录状态。
    12、如果支付请求方式为money:余额,那么会通过get_user_meta去读取当前用户的可用额度,如果可用额度但小于订单金额则返回【支付失败:账户余额不足<br>当前可用额度 ' . $money . ' 元】。避免账户余额不足等情况下,进入支付扣款环节。完成余额检测后,会创建redis订单锁 $redis_key = 'pay_' . $id;,并尝试对其取锁,若是取锁失败则直接返回错误【支付失败:订单锁定稍后再试!】
    13、通过xc_hook_countdown方法生成的倒计时组件进行优化处理,提取页面的date日期的时候,会对其进行isNaN验证 判断targetDate是日期格式还是时间戳格式。如果是数字,则认为是时间戳,否则认为是日期格式。然后根据不同的类型执行不同的日期处理方式。最终的效果:倒计时组件自定义属性date,同时支持时间戳和日期。
    14、xc_hook_countdown增加第二个可选变量[showColonFormat=false] - 是否使用冒号格式显示倒计时(true为"00:00:00",false为"00时00分00秒")。这样可以灵活控制倒计时的显示格式。根据实际需要来设定倒计时风格,默认情况下是时分秒。如果位置比较紧凑可以将showColonFormat标记为true。以00:00:00方法来展示。
  • 0
    小小乐lv.2实名用户
    2024年6月18日
    1、统一支付页面新增容器【父级类名class:payment_method】,通过xc_is_pay_config来解析获取支付配置,然后输出支付菜单到页面中。目前已支持或即将支持的支付方式有【支付宝APP版、微信支付APP版、微信H5支付、支付宝H5支付、小程序支付、微信公众号支付、余额支付、银联支付(待定)】。每个场景都可以配置不同的支付选项。
    2、考虑到支付场景需要根据设备环境来做输出,不同的环境需要构造不同支付业务逻辑。特定封装一个全新的函数xc_get_payment_method(),需要传递固定变量type:即为支付场景,该函数会通过读取xc_is_pay_config来获取支付场景配置,然后根据用户环境来返回对应的支付菜单图标,如果场景不存在则直接返回false。如果支付场景后台关闭了也返回false。
    3、xc_get_payment_method会根据用户环境来返回支付类型,首先会检测支付场景是否开启了余额支付了,开启了则直接输出通用支付类型《账户余额支付》支付菜单的data自定义属性标记为【money】。然后检测是否开启了微信支付(wxpay),如果开启了则通过xc_is_app检测是否处于APP,如果处于则将method标记为app。如果不是APP则继续通过xc_is_h5来判断用户环境是否处于H5,如果处于则将支付method标记为h5,并菜单文字变更为微信H5支付。如果不是H5,则继续通过xc_is_wechat来检测用户是否处于微信浏览器,如果处于则将method标记为wechat,并支付菜单变更为公众号支付.如果不为则继续通过xc_is_miniprogram检测是否处于小程序,如果是则将method 标记为miniprogram,支付文字改为小程序支付.
    4、xc_get_payment_method同样会根据设备环境来显示不同的支付宝付款方式,具体表现为:如果支付场景已开启了alipay支付,会通过xc_is_app来判断用户是否处于APP,如果处于的则将method标记为APP,并显示支付宝支付图标按钮。如果不是APP,则通过xc_is_h5继续检测用户是否处于H5浏览器,如果处于则将method标记为H5,并将菜单图标改为支付宝H5支付。如果是公众号浏览器或微信小程序,则自动忽略支付宝付款菜单(即便开启了,也不会显示。微信环境是无法使用支付宝)
    5、通过xc_get_payment_method来获取支付菜单图标,存在两个不足之处。1、xc_is_app之类的环境验证,在微信支付和支付宝支付会重新执行调用。正确的规范处理方法,提前进行环境判断,并将结果存储在变量中。2、method是支付方式选择,也可以理解用户的设备环境。微信和支付宝的支付都会自动获取。但是余额支付则不会存在。为了业务的统一性,需要通过复杂的三元运算来提取用户环境,并将其写入到余额支付菜单中。
    6、输出支付菜单的时候,会将money(余额支付附加on类名)将其作为默认支付选择,但是很多支付场景是不会开启余额支付的,因此这里会造成一个问题,未设置余额支付的场景,不会默认勾选其它支付。因此需要优化xc_get_payment_method函数,关于默认的支付的处理。改为将第一个支付菜单为默认值。处理流程:函数内新新增一个变量$is_first_payment,用于标记是否是第一个支付方式。在遍历支付方式时,如果$is_first_payment为true,则给当前支付方式添加'on'类,表示它是默认选择的支付方式。然后将$is_first_payment设置为false,以确保只有第一个支付方式会被设置为默认选择。
    7、通过myApp.onPageBeforeInit对(统一支付页面:unified_payment)的监听,现在支付方式的选择会自动切换默认样式(on)。监听页面元素:.payment_method li,当监听到支付菜单的点击事件,会主动 移除所有支付菜单的'on'类,然后给被点击的支付菜单添加'on'类。实现菜单样式的自动选择。
    8、新增前端支付统一钩子:xc_hook_payment(),前端如果需要发起支付请求,必须通过发起这个钩子来处理。该钩子会做两个基础拦截检测。一、检测页面是否存在元素【page-content.unified_payment_content】,如果不存在则表明用户不在统一支付页面,直接拒绝执行并返回非法请求。宫论所有的支付请求都必须在统一支付页面完成,因此元素必定是存在的。2、检测页面是否存在key令牌,这个是前后端通讯的主要工具,如果通过attr获取失败,则表明非法请求。
    9、统一支付页面,收货地址容器增加一个额外类名(payment_address),并且追加一个key自定义属性(这个key是地址标识,为了防止收货地址被恶意篡改。前端不会直接读取用户收货地址信息,而是通过传递地址令牌标识,后端单独进行解析处理)。支付页面的备注栏输入框也增加一个自定义类名(payment_remake)。方便前端支付请求提取相应的信息字段。
    10、前端将支付请求发送到后端处理前,会创建做一个作用域对象【payment】来存储支付订单数据。目前会主动获取的属性有1、payment.token:支付令牌,保证前后后通讯令牌。2、payment.payment:支付方式选择,固定为(money、wxpay、alipay)三种之一。3、payment.method:支付环境返回,app、h5、wechat、miniprogram四种。后端需要这个值来封装什么支付数据包。4、payment.remake:订单备注功能,有些支付场景会开启这个功能,如果开启并且用户填写了才会记录。5、payment.address:收件地址的key标识,后端将识别并解析生成地址。
    11、后端新增统一支付钩子:xc_payment_hook($payment),payment是数组变量,支付信息数据包都通过这个数组来进行传递处理。这是唯一支付钩子,平台所有的支付业务都通过这个钩子来发起支付请求。支付的业务逻辑非常复杂,涉及到各种验证处理。但是支付钩子会返回标的数组结构,code=0代表支付核验成功,允许进入支付环节。code=1代表支付失败,原因很多样,需要通过msg来判断具体错误。
    12、统一支付钩子传递的payment数组,有两个固定键值。1、token:交易令牌,前后端唯一标识(md5加密后的字符串) 是否安全可靠通过令牌读取缓存处理。2、method:支付方式(固定值:wxpay/money/alipay)其代表用户选择的支付方式。同时有两个可选固定值。1、remake订单备注信息,会通过三元运算进行处理,如果不存在或者为空则将其赋值为false。2、address_key:收货地址编号:通过三元运算处理,如果不存在或为空会将其赋值为false。1
    13、统一支付钩子在获取到token通讯令牌后,会依次执行以下检测。确保交易id安全可靠。1、通过empty检测是否为空,如果为空则放回【支付失败:token令牌不存在】。2、通过get_redis_meta直接读取token,查询缓存记录信息。如果缓存不存在则返回【支付失败:token令牌无效】。3、检查缓存的ip和fingerprint,如果与当前用户不一致则拒绝并返回【支付失败:(订单生成和支付设备不是同一个)】。4、完成上述验证后,则提取缓存的ID,然后通过wpdb建立查询,查询xc_pay数据表记录。如果数据表不存在支付订单则返回支付失败:支付订单不存在。
  • 查看全文
  • 查看作者
  • 文章测试

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

    请登录之后再进行评论

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

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

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

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

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

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

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

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

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

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