2020年8月3日星期一

PHP+Redis事务解决高并发下商品超卖问题

对于一些有一定用户量的电商网站,如果只是单纯的使用关系型数据库(如MySQL、Oracle)来做抢购,对数据库的压力是非常大的,而且如果不使用好数据库的锁机制,还会导致商品、优惠券超卖的问题。我所在的公司也遇到了同样的问题,问题发生在优惠券被超量抢购上,在问题发生后我们开始想办法解决问题,由于自己使用redis比较多,我准备使用redis来解决这个问题。利用redis的高性能和事务特性来解决线上优惠券被超库存抢购的问题,下面我给出我临时解决这个问题的第一版的伪代码,去掉了一些细节:

/** * 抢优惠券(秒杀) * @param int $couponId 商品ID * @param int $uid 用户ID * @return bool */function secKill($couponId, $uid){ //1.初始化Redis连接 $redis = new Redis(); if (!$redis->connect('127.0.0.1', 6379)) {  trigger_error('Redis连接出错!!!', E_USER_ERROR); } else {  echo '连接正常<br>'; } //秒杀商品的库存key $key = 'secKill:'.$couponId.':stock'; $redis->watch($key); //获取库存 $stock = $redis->get($key); //秒杀未开始,表示库存为null if (!$stock && !is_numeric($stock)) {  echo '秒杀未开始';  return false; } //判断库存,如果库存大于0,则减库存,将该成功秒杀用户加入哈希表,如果小于等于0,秒杀结束 if ($stock <= 0) {  echo '秒杀已结束';  return false; } //用户已经成功秒杀过一次了,不允许再次参与秒杀 if ($redis->sIsMember('secKill:'.$couponId.':uid', $uid)) {  echo '秒杀失败';  return false; } //代码走到这里,说明该用户是第一次参与秒杀,将库存减一,然后把这个人放到已抢到的集合表 //multi(),返回一个redis对象,并进入multi-mode模式,一旦进入multi-mode模式,以后调用的所有方法都会返回相同的对象, //直到exec()方法被调用。 $result = $redis->multi()->decr($key)->sAdd('secKill:'.$couponId.':uid', $uid)->exec(); if (empty($result)) {//事务被取消  echo '秒杀失败';  return false; } //抢券成功,将优惠券ID和UID放入到队列中,由一个单独的进程队列来消费队列里的数据,向用户推送抢到的优惠券 $redis->lPush('couponOrder', $couponId.'+'.$uid); $redis->close(); return true;}$couponId = 11211;$uid  = mt_rand(1, 100);secKill($couponId, $uid);

首先,我模拟设置优惠券ID为11211的优惠券库存为10个。

然后,我们使用ab工具来模拟1000次请求,50并发量来测试

ab -n 1000 -c 50 www.test.com/

然后我们通过Redis Desktop Manager来查看一些Redis的结果

couponOrder队列里已经有了10个用户的信息了

并且优惠券的剩余数量也是0了,不再是负数了

同时,用户抢券集合里也保存了10个用户的UID信息。

上面这串代码解决了两个问题:

  • 解决了瞬时的大量查询到数据库上给数据库造成很大压力的问题,流量都被拦截在了redis缓存层
  • 解决了优惠券被超库存抢购的问题

但是,这段代码也存在一定的问题:

  1. 没有使用redis连接池,频繁创建新的redis有一定的性能影响

  2. 由于使用了事务,每一次并发请求中只会有一个用户抢券成功,该并发请求中的其它用户都会失败,只能等第二次并发

  3. 同样还是事务导致的库存遗留问题,如果有10个商品,1000次请求每次200并发量,5次并发请求就完成了1000次请求,但是只会有5个用户成功抢到,如果没有后续的请求,会导致库存还有5份存量

提示:在消费队列里,如果优惠券发放失败,一定要立即记录并短信通知运营管理人员,看看是否能重发或者通过后台手动定向推送给用户。

所以,后续我又使用了lua脚本和redis配合一起来解决了这个问题。具体代码,我会后续整理处理补充完整。

转载请注明原文链接:https://www.cnblogs.com/itbsl/p/13418176.html

PHP+Redis事务解决高并发下商品超卖问题sca、 ensogo、 曾德威、 亚马逊ppc广告优化、 2022年:电商将为印度快消品销售额贡献40亿美元!、 2019亚马逊卖家选品趋势分析:这6步助你找好利基产品!、 世界之窗2017冰雪节什么时候开始?、 2017年圣诞节世界之窗有冰雪节活动吗?、 2017年深圳平安夜去哪玩好?、

2020年8月2日星期日

7.31大屠杀!大面积亚马逊账户被关联,无数卖家中招

7.31大屠杀!大面积亚马逊账户被关联,无数卖家中招

疫情期间,卖家因账号关联导致封号的事件突然多了起来。就在今天,亚马逊疑似又大面积扫号了,"新欢旧爱"无一幸免。无数卖家收到邮件,被告知店铺因账户关联被封。但是这一次,不少卖家大喊冤枉!到底怎么回事?

亚马逊又现大批量封号,无数卖家中招

很多小伙伴今早一觉醒来,就发现自己的账号莫名其妙被关联了,而且不止一个站点,多个站点都被波及到了。一时间,卖家交流群里在不停的吐槽,各大论坛也惊现一大波"受害卖家"。

1.jpg

一位亚马逊卖家向美鸥网小编反映:我的加拿大站今天莫名其妙地被封了,说是与另一个违反亚马逊政策的账号关联,但我的美国账号现在活得好好的,而且明明是同一套资料,估计是被亚马逊误杀了,目前正在申诉。

另一位卖家紧接着表示,自己今天也遇到了同样的问题,法国和意大利的账号无故被封,但是英国、德国和西班牙却没事。

与此同时,据卖家群体的反馈,在此次账号关联事件中,不乏已经销售几年的老账号。一位卖家表示,刚接手老账号,就被关联,要被老板炒鱿鱼的节奏。

据美鸥网小编的了解,因关联被封店的卖家大都收到了以下这封邮件:

2.png

从邮件通知中可以看到,卖家被封店的原因是我们发现您的账户与不能用于在我们网站上销售商品的账户相关联。

与不能用于在我们网站上销售商品的账户相关联?对此,很多卖家感到冤枉,自己明明是合法经营的,所有的硬软件都是新的,都是独立的(资料及其周边相关信息资料、IP 网线、电脑等等,以及无人为不当操作),怎么会判定为关联呢?

3.jpg

据悉,到美鸥网小编发稿为止,亚马逊这次批量封号还没有确切的原因,但卖家群体间仿佛达成了共识:像极了旺季前的扫号,肯定有被系统误杀的账号。有卖家还猜测,此次批量封号有可能是标准化操作流程SOP的行为模式引起的关联。

亚马逊账户关联是卖家最头疼的事情之一,一旦碰到免不得要伤筋动骨。然而,这不是第一次批量封号,也不会是最后一次。亚马逊一个响指,大量被误杀的卖家灰飞烟灭,姐夫真的是灭霸的存在。

不过好在,今天已有卖家传来好消息:朋友被封的欧洲站已经恢复!看来若是被误杀,账号还是可以申诉回来的。

4.png

据悉,这位卖家在申述中阐述了自己"只有一个账号,并且资料是干净的,也没有注册过其他同站点账号"。第二天,就收到亚马逊的解封邮件,显示账户被重新激活。

5.png

所以也建议各位卖家,可以先不要急着去找服务商申诉,很有可能是亚马逊系统检测误杀的,可以自己先自救。.

来源:美鸥网


查看原文:https://www.ikjzd.com/home/126875

2020乘风破浪的跨境卖家——暨跨境云课堂第一课:https://www.kjyunke.com/courses/1644

跨境电商大转折:https://www.kjyunke.com/courses/579

shopyy:http://www.ikjzd.com/w/1661

7.31大屠杀!大面积亚马逊账户被关联,无数卖家中招

Redis服务之常用配置(三)

redis同步数据的方式有两种,一种是socket方式,所谓socker方式复制数据是指在复制数据是master在做快照时,不将快照存入磁盘,直接将rdb文件通过socket方式发送给从节点;这种方式如果是在多个从节点上同步数据,它是串行复制,也就是说第一个slave同步完成后,再同步第二个slave;disk是指主节点将rdb保存到磁盘,然后在发送给从节点;disk方式同步数据在多个slave情景中,它可以共享rdb文件,主节点不用重复生成多个相同的rdb发送给slave;通常情况只有在磁盘速度缓慢但是网络相对较快的情况下才使用 socket 方式,否则都是用disk方式;

  上一篇博客我们聊了下redis的rdb持久化、安全连接、资源限制相关配置;回顾请参考:https://www.cnblogs.com/qiuhom-1874/p/13394411.html;今天我们来聊一聊redis主从复制、aof持久化、集群、慢日志相关配置;

   REPLICATION 相关配置

  slaveof <masterip> <masterport>:该指令用于指定redis主从复制中的master的ip地址和端口;

  示例:

  提示:redis默认工作在master模式,配置了这个指令以后,redis默认会从master自动降级为slave角色;

  提示:以上配置表示让本机redis从属于192.168.0.41 ;也就是说192.168.0.41是master,本节点为slave;

  masterauth <master-password>:该指令用于指定连接master的密码

  示例:

  提示:以上配置表示指定连接master认证密码为admin123.com;这个密码是我们在master上设置的requirepass 指令后面的密码;通常建议一个集群中的redis密码和版本都弄成相同的;

  验证:重启redis,连接redis看看是否自动降级为slave?

  查看同步日志

  主节点日志

  从节点日志

  提示:从上面的日志信息可以了解到,redis的主从复制主要经历了这几个操作,第一slave连接master,并发送sync命令;第二是master接收到slave的sync命令后,开始执行bgsave命令生成rdb快照文件,并使用缓冲区记录此后执行的所有命令;第三master执行完bgsave后,向所有的slave发送快照,并在发送期间继续记录被执行写操作的命令;第四是slave接收到master的快照后,slave会丢弃之前存在的所有旧数据,然后将接收到的快照文件加载到内存;第五master发送完快照文件后,开始向slave发送缓冲区接收到写操作命令;第六slave完成master发送过来的快照文件加载到内存后,开始接收master发送过来的缓冲区写操作命令,然后将这些命令在slave上执行;第七后期的同步操作,slave会发送自己的slave_repl_offset位置给master,master会根据从服务器发送过来的slave_repl_offset位置,把这之后的数据以rdb快照的方式发送给从服务器;

  验证:查看slave中的数据是否和master中的数据一样?

  提示:从上面的结果看,master和salve都是空的,没有数据

  验证:在master上写入数据,看看slave上是否能够及时的同步过来?

  提示:可以看到在主服务器上执行写操作,是能够及时的同步到从节点;

  slave/replica-serve-stale-data:该指令用于指定当主从复制失去连接,或者主从节点正在同步数据,是否从从节点响应客户端的读请求,默认是yes表示从库会继续响应客户端的读请求;如果设置的no,除去指定点命令之外的任何请求都会返回一个错误“sync with master in progress”

  示例:设置slave-serve-stale-data为no 重启redis ,然后将主库宕机,在从库执行读操作,看看是否可以读?

  重启redis,在从库上执行读操作

  提示:在主库正常的情况下,从库可以正常的执行读操作。

  把主库宕机,看看从库是否还可以执行读操作?

  提示:当主库宕机时,从库上执行读操作就报错了;

  slave/replica-read-only:该指令用于指定从库是否可以读;默认是从库只读,不可写;

  repl-diskless-sync:该指令用于指定否使用socket方式复制数据;redis同步数据的方式有两种,一种是socket方式,所谓socker方式复制数据是指在复制数据是master在做快照时,不将快照存入磁盘,直接将rdb文件通过socket方式发送给从节点;这种方式如果是在多个从节点上同步数据,它是串行复制,也就是说第一个slave同步完成后,再同步第二个slave;disk是指主节点将rdb保存到磁盘,然后在发送给从节点;disk方式同步数据在多个slave情景中,它可以共享rdb文件,主节点不用重复生成多个相同的rdb发送给slave;通常情况只有在磁盘速度缓慢但是网络相对较快的情况下才使用 socket 方式,否则都是用disk方式;

  repl-diskless-sync-delay:该指令用于指定disk方式同步数据的延迟时间,单位秒;设置为0 表示关闭延迟,关闭延迟则意味着一旦有同步请求,在同步开始到结束前,master不会再接收新的slave的同步请求,直到本次同步完成;

  repl-ping-slave-period:该指令用于指定slave根据master指定的时间进行周期性的 PING 监测,单位秒;

  repl-timeout:该指令用于指定复制链接超时时间,单位秒;通常这个超时时间要大于上面的repl-ping-slave-period指令指定的时间,否则会经常报同步连接超时;

  repl-disable-tcp-nodelay:该指令用于指定socket模式下是否在slave套接字发送sync之后禁用TCP-NODELAY,如果该指令的值为yes,则表示禁用TCP-NODELAY,这样设置后,redis会使用更少的TCP包和带宽向slave发送数据;但是这将使数据传输到 slave上有延迟,Linux 内核的默认配置会达到 40 毫秒;如果该指令的值为no,数据传输到 salve 的延迟将会减少但要使用更多的带宽;

  repl-backlog-size:该指令用于指定复制缓冲区大小,只有在 slave 连接之后才分配内存,默认是1MB;

  repl-backlog-ttl:该指令用于指定多少时间master没有slave连接,master就情况backlog缓冲区;默认是3600秒;

  replica-priority:该指令用于指定当master不可用时,sentinel会根据slave的优先级选举一个新master,最低的优先级的 slave,当选 master。而配置成 0,永远不会被选举。该选项默认是100

  min-slaves-to-write:该指令用于指定最少slave数量,如果启用这个选项,master检测从服务的数量小于我们指定数量,将拒绝写请求;

  示例:

  提示:在slave小于我们指定的最小slave数量时,master上执行写操作命令就提示我们没有足够的slave节点;

  min-slaves-max-lag:该指令用于指定slave的最大延迟时间;如果slave的延迟时间超出我们指定的时间,master就拒绝写操作;

  示例

  提示:可以看到延迟时间小于我们指定的时间,主服务器上可以正常执行写操作;通常用min-slaves-max-lag和min-slaves-to-write这两个选项来防止主库不安全时主库写操作的命令执行;这两个选项一起使用只要有一个不满足条件,主库将拒绝写操作;

  slave/replica-announce-ip:该指令用于指定当在端口转发或NAT网络环境中,slave有多个ip地址,可以使用该选项指定slave的ip地址;

  slave/replica-announce-port:该指令用于指定当在端口转发或NAT网络环境中,指定slave的端口;

  APPEND ONLY MODE相关配置

   appendonly:该指令 用于指定是否开启AOF日志记录,默认是no不开启; 默认 redis 使用的是 rdb 方式持久化,这种方式如果redis在做完快照后突然宕机,会导致做快照期间写的数据丢失(因为做快照期间的数据还在内存);AOF持久化是Redis 会把每次写入的数据在接收后都写入 appendonly.aof 文件(有点类似mysql中的binlog),每次启动时 Redis 都会先把这个文件的数据读入内存里,先忽略 RDB 文件(优先级高于RDB)。

  appendfilename:该指令用于指定AOF文件名称,默认是appendonly.aof;该文件存储在 dir 指令指定的目录下,同rdb文件在同一个目录下;

  示例:

  提示:以上配置表示开启AOF日志持久化,并保持为appendonly.aof

  验证:重启redis服务,看看对应目录是否有对应的aof文件生成?

  连接redis,执行写操作命令,看看appendonly.aof中是否记录?

[root@node1 ~]# redis-cli -a admin123.com127.0.0.1:6379> KEYS *(empty list or set)127.0.0.1:6379> set k1 v1OK127.0.0.1:6379> set k2 v2OK127.0.0.1:6379> get k1"v1"127.0.0.1:6379> get k2"v2"127.0.0.1:6379> quit[root@node1 ~]# file /var/lib/redis/appendonly.aof /var/lib/redis/appendonly.aof: ASCII text, with CRLF line terminators[root@node1 ~]# cat /var/lib/redis/appendonly.aof*2$6SELECT$10*3$3set$2k1$2v1*3$3set$2k2$2v2[root@node1 ~]# 

  提示:可以看到AOF是一个文本文件,从AOF文件中可以清晰看到我们执行的set命令;

  appendfsync:该指令用于指定AOF持久化策略的配置;no表示不自信fsync,有操作系统同步数据到磁盘,always表示每次写入都执行fsync,以保证数据同步到磁盘,everysec表示每秒执行一次fsync同步数据到磁盘;默认是everysec;

  no-appendfsync-on-rewrite:该指令用于指定在 aof rewrite 期间,是否对 aof 新记录的 append 暂缓使用文件同步策略,主要考虑磁盘 IO 开支和请求阻塞时间。默认为 no,表示"不暂缓",新的 aof 记录仍然会被立即同步,Linux 的默认 fsync 策略是 30 秒,如果为 yes 可能丢失 30 秒数据,但由于 yes 性能较好而且会避免出现阻塞因此比较推荐。

  auto-aof-rewrite-percentage:该指令用于指定当 AOF log 增长超过指定百分比例时,重写 log file, 设置为 0 表示不自动重写 Aof 日志,重写是为了使 aof 体积保持最小,而确保保存最完整的数据。

  auto-aof-rewrite-min-size:该指令用于指定触发AOF重写的最小文件大小;

  aof-load-truncated:该指令用于指定是否加载由于其他原因导致的末尾异常的 AOF 文件;比如主进程被 kill/断电等原因造成的AOF文件异常;默认是yes表示加载;

  aof-use-rdb-preamble:redis4.0 新增 RDB-AOF 混合持久化格式,在开启了这个功能之后,AOF 重写产生的文件将同时包含 RDB 格式的内容和 AOF 格式的内容,其中 RDB 格式的内容用于记录已有的数据,而 AOF 格式的内存则用于记录最近发生了变化的数据,这样 Redis 就可以同时兼有 RDB 持久化和AOF 持久化的优点(既能够快速地生成重写文件,也能够在出现问题时,快速地载入数据)。

  LUA SCRIPTING相关配置

  lua-time-limit:该指令用于指定lua脚本的最大执行时间,单位是毫秒;默认是5000毫秒;

  REDIS CLUSTER相关配置

  cluster-enabled:该指令用于指定是否开启集群模式,默认是单机模式;

  cluster-config-file:该指令用于指定由 node 节点自动生成的集群配置文件;

  cluster-node-timeout:该指令用于指定集群中 node 节点连接超时时间;

  cluster-replica-validity-factor:该指令用于指定集群有效因子,这个选项的值×cluster-node-timeout选项的值就等于节点当选master的有效时间;在执行故障转移的时候可能有些节点和 master 断开一段时间数据比较旧,这些节点就不适用于选举为 master,超过这个时间的就不会被进行故障转移;

  cluster-migration-barrier:该指令用于指定一个主节点拥有的至少正常工作的从节点,即如果主节点的 slave 节点故障后会将多余的从节点分配到当前主节点成为其新的从节点。默认是1;

  cluster-require-full-coverage:该指令用于指定集群槽位不全时,是否不再对外提供服务;当集群槽位覆盖,如果一个主库宕机且没有备库就会出现集群槽位不全,那么 yes 情况下 redis 集群槽位验证不全就不再对外提供服务,而 no 则可以继续使用但是会出现查询数据查不到的情况(因为有数据丢失)。

  SLOW LOG 相关配置

  slowlog-log-slower-than:该指令用于指定大于多少时间的命令执行时间为慢日志;单位微妙;该指令值为负数表示禁用慢日志,为 0 会记录每个命令操作。

  slowlog-max-len:该指令用于指定慢日志队列长度,超出该队列长度会覆盖最早的记录,以此滚动删除;

  示例

 

  提示:以上配置表示记录每个命令的操作为慢日志中,慢日志的最大队列长度为10;

  验证:重启redis,连接redis执行命令,看看是否都将执行的命令都记录为慢日志中?

[root@node1 ~]# systemctl restart redis[root@node1 ~]# ss -tnlState  Recv-Q Send-Q Local Address:Port     Peer Address:Port    LISTEN  0  511  192.168.0.41:6379        *:*     LISTEN  0  511   127.0.0.1:6379        *:*     LISTEN  0  128     *:22        *:*     LISTEN  0  100   127.0.0.1:25        *:*     LISTEN  0  128     :::22        :::*     LISTEN  0  100    ::1:25        :::*     [root@node1 ~]# redis-cli -a admin123.com127.0.0.1:6379> KEYS *1) "k2"2) "k1"127.0.0.1:6379> get k1"v1"127.0.0.1:6379> get k2"v2"127.0.0.1:6379> set k3 v3OK127.0.0.1:6379> SLOWLOG len(integer) 10127.0.0.1:6379> SLOWLOG get 1) 1) (integer) 78 2) (integer) 1596294355 3) (integer) 2 4) 1) "REPLCONF"  2) "ACK"  3) "137" 2) 1) (integer) 77 2) (integer) 1596294354 3) (integer) 2 4) 1) "REPLCONF"  2) "ACK"  3) "137" 3) 1) (integer) 76 2) (integer) 1596294353 3) (integer) 3 4) 1) "REPLCONF"  2) "ACK"  3) "137" 4) 1) (integer) 75 2) (integer) 1596294352 3) (integer) 88 4) 1) "REPLCONF"  2) "ACK"  3) "137" 5) 1) (integer) 74 2) (integer) 1596294351 3) (integer) 3 4) 1) "REPLCONF"  2) "ACK"  3) "137" 6) 1) (integer) 73 2) (integer) 1596294350 3) (integer) 2 4) 1) "REPLCONF"  2) "ACK"  3) "137" 7) 1) (integer) 72 2) (integer) 1596294349 3) (integer) 3 4) 1) "REPLCONF"  2) "ACK"  3) "137" 8) 1) (integer) 71 2) (integer) 1596294348 3) (integer) 2 4) 1) "REPLCONF"  2) "ACK"  3) "137" 9) 1) (integer) 70 2) (integer) 1596294347 3) (integer) 3 4) 1) "REPLCONF"  2) "ACK"  3) "137"10) 1) (integer) 69 2) (integer) 1596294346 3) (integer) 3 4) 1) "REPLCONF"  2) "ACK"  3) "123"127.0.0.1:6379> 

  提示:从上面的日志可以看到慢日志的对了长度只有10,但是我们执行的命令没有在里面看到,原因是我们开启了主从复制,后台一直在执行REPLCONF ACK命令,把我们执行的命令给覆盖了;

  验证:关闭主从复制,连接redis,再执行命令,看看是否记录我们执行的命令?

[root@node1 ~]# systemctl restart redis[root@node1 ~]# ss -tnlState  Recv-Q Send-Q Local Address:Port     Peer Address:Port    LISTEN  0  511  192.168.0.41:6379        *:*     LISTEN  0  511   127.0.0.1:6379        *:*     LISTEN  0  128     *:22        *:*     LISTEN  0  100   127.0.0.1:25        *:*     LISTEN  0  128     :::22        :::*     LISTEN  0  100    ::1:25        :::*     [root@node1 ~]# redis-cli -a admin123.com127.0.0.1:6379> KEYS *1) "k1"2) "k3"3) "k5"4) "k2"5) "k4"127.0.0.1:6379> get k1"v1"127.0.0.1:6379> get k2"v2"127.0.0.1:6379> del k3(integer) 1127.0.0.1:6379> del k4(integer) 1127.0.0.1:6379> info replication# Replicationrole:masterconnected_slaves:0master_repl_offset:0repl_backlog_active:0repl_backlog_size:1048576repl_backlog_first_byte_offset:0repl_backlog_histlen:0127.0.0.1:6379> SLOWLOG len(integer) 8127.0.0.1:6379> SLOWLOG get 31) 1) (integer) 8 2) (integer) 1596295476 3) (integer) 4 4) 1) "SLOWLOG"  2) "len"2) 1) (integer) 7 2) (integer) 1596295454 3) (integer) 52 4) 1) "info"  2) "replication"3) 1) (integer) 6 2) (integer) 1596295447 3) (integer) 10 4) 1) "del"  2) "k4"127.0.0.1:6379> SLOWLOG get 1) 1) (integer) 9 2) (integer) 1596295482 3) (integer) 48 4) 1) "SLOWLOG"  2) "get"  3) "3" 2) 1) (integer) 8 2) (integer) 1596295476 3) (integer) 4 4) 1) "SLOWLOG"  2) "len" 3) 1) (integer) 7 2) (integer) 1596295454 3) (integer) 52 4) 1) "info"  2) "replication" 4) 1) (integer) 6 2) (integer) 1596295447 3) (integer) 10 4) 1) "del"  2) "k4" 5) 1) (integer) 5 2) (integer) 1596295442 3) (integer) 8 4) 1) "del"  2) "k3" 6) 1) (integer) 4 2) (integer) 1596295439 3) (integer) 7 4) 1) "get"  2) "k2" 7) 1) (integer) 3 2) (integer) 1596295437 3) (integer) 7 4) 1) "get"  2) "k1" 8) 1) (integer) 2 2) (integer) 1596295412 3) (integer) 31 4) 1) "KEYS"  2) "*" 9) 1) (integer) 1 2) (integer) 1596295408 3) (integer) 1410 4) 1) "COMMAND"10) 1) (integer) 0 2) (integer) 1596295408 3) (integer) 4 4) 1) "AUTH"  2) "admin123.com"127.0.0.1:6379> 

  提示:可以看到关闭主从复制以后,重启master后,再连接redis执行命令,在慢日志中就可以清楚看到我们执行的命令;slowlog len命令用于获取当前slowlog的对列长度;slowlog get命令用于获取指定个数的慢日志,如果没有指定慢日志条目数表示获取当前队列所有日志;

Redis服务之常用配置(三)赢战亚马逊旺季-欧洲市场拓展与旺季备战攻略详解、 速卖通店铺运营定位、 瀚霖、 退货潮! FBA卖家如何"挽救"自己的货?、 做好YouTube视频再营销,提升投资回报!、 2020年,做跨境电商还来的及么?、 2017年深圳春节加班费怎么算啊?、 2017深圳情人节有什么活动?、 2017深圳福田区迎春花市在哪里举办?什么时候举行的?、

0-1!中超大黑马一战现原形,遭克星6连杀,仅进2球,狂丢12球_卓尔

原标题:0-1!中超大黑马一战现原形,遭克星6连杀,仅进2球,狂丢12球

北京时间8月1日18点,2020赛季中超第2轮焦点战,北京国安1-0击败武汉卓尔,实现6连杀!至于卓尔,从这场比赛看出了和中超顶级球队的差距,卓尔全面处于下风。在这个组,卓尔想拿到前4名,压力不小!下一场比赛,卓尔的对手是石家庄永昌,他们的目标必须是3分!

此役之前,两队交手过5次,北京国安取得全胜,进11球仅丢2球,占据绝对上风。当然,更早时期,两队很有渊源,当年,武汉光谷退出中超,导火索就是和国安的比赛,李玮锋吃到红牌,并且被足协追罚8场,武汉光谷无法接受,做出退赛决定,足协没有挽留。这样一次退赛,让武汉足球耽搁了10年!

但是,国安真的是卓尔克星。此役,国安派出最强阵容,开场3分钟不到,他们就由比埃拉首开纪录,如果不是巴坎布上演欢乐足球,国安早就锁定胜局了!此后,虽然国安没有进球,但牢牢掌控节奏,拿到3分是实至名归!

第一轮比赛,卓尔2-0击败了青岛黄海,只能说,对手是升班马,并且处于非常困难的局面,卓尔取胜不在话下!但是,面对国安这样的争冠球队,卓尔和对手的差距就显露出来了。

本赛季,卓尔希望拿到小组前4,进入争冠组,难度不小!现在来看,卓尔没能租借到洛国富和高拉特,有些遗憾,但拉斐尔暂时无法登场的情况下,一旦埃弗拉被限制,巴普蒂斯唐就独木难支了!

接下来,卓尔都是硬仗,下一个对手是石家庄永昌,一支非常强硬的升班马,随后要面对上港,后者是夺冠大热门!

对于卓尔来说,他们面对国安,心理就处于下风了,最近6次交手全败,狂丢12球!返回搜狐,查看更多

责任编辑:

0-1!中超大黑马一战现原形,遭克星6连杀,仅进2球,狂丢12球_卓尔"穿越亚马逊"海音汇沙龙第一期---不空谈,只实践、 Amazon的vender浅谈、 我们为什么要做测评、 炸锅!亚马逊页面改版,海卖助手8月停用,卖家如何应对、 如何猎杀不良VC、 亚马逊店铺运营重点是什么?需要注意哪些点?、 皇家加勒比邮轮旅游要多少钱跟团、 跟团皇家加勒比邮轮旅游价格表、 跟团皇家加勒比邮轮旅游价格表、

2020年8月1日星期六

Winform ComboBox独立绘制下拉选项的字体颜色

众所周知,cbo1.ForeColor会同时改变cbo1.Text和下拉选项字体颜色。

独立绘制下拉选项字体颜色,ForeColor 只对 cbo1.Text 颜色有效的办法,示例:

private void cb7_DrawItem(object sender, DrawItemEventArgs e){ DrawCboItems(sender, e);}private void cb7_SelectedIndexChanged(object sender, EventArgs e){ SetCboTextColor(sender);}private void SetCboTextColor(object sender){ ComboBox cbx = sender as ComboBox; if (cbx.Text == "+")  cbx.ForeColor = Color.Red; else  cbx.ForeColor = Color.Black;}private void DrawCboItems(object sender, DrawItemEventArgs e){ ComboBox cbo = sender as ComboBox; //初始化字体和背景色 Pen fColor = new Pen(Color.Black); Pen bColor = new Pen(Color.White); switch (e.Index) {
     //下拉选项的索引   case 1:   {   fColor = new Pen(Color.Red);   break;   } } e.Graphics.FillRectangle(bColor.Brush, e.Bounds); e.Graphics.DrawString((string)cbo.Items[e.Index], this.Font, fColor.Brush, e.Bounds);}

 

Winform ComboBox独立绘制下拉选项的字体颜色品牌大学、 店铺日常运营活动指导、 亚马逊listing精讲课、 谷歌Gmail广告,邮件营销利器! 、 中国品牌,就是硬核!、 《我是传奇》第二期、 2017年清明旅游赏花的地方?、 2017年清明节深圳会下雨吗?清明节深圳天气怎样?、 2017深圳清明想带孩子去放风筝?、

IGTV新增利于创作者的新功能,这波机会不要错过!

IGTV新增利于创作者的新功能,这波机会不要错过!

最近,Instagram在不断优化自己的平台,增加变现的方法,以便激励创作者,创造更多优势内容。这对于想要利用Instagram这个平台来进行营销的跨境电商卖家来说其实是非常有利的,上传有关商品的优质视频,就会吸引更多流量,消费者可以通过平台给你打赏,也可以通过购买产品来支持你,这其实是一举两得的事情。

一直以来很多Instagram的创作者都在利用这个平台将他们创造的内容变现,并从头开始建立自己的个人品牌。而Instagram正在进入平台货币化的下一阶段,这次发布了两个新功能,让创作者能从直播和发布在IGTV上的内容中更好获利。

01、IGTV广告

近几个月来,创作者们变得更喜欢在IGTV上发布直播了,观众也对这类内容表现得更为感兴趣,从2月到3月,直播的观看次数增加了70%。顺应这个趋势,IGTV推出了广告,其中至少55%的广告收入与创作者共享。其发布的公告称,当人们单击列表中的预览观看IGTV时,就会开始播放广告,它们会灵活变化,并且可持续长达15秒钟。丝芙兰,彪马和宜家等这些品牌已经开始在IGTV上投放广告了。

IGTV新增利于创作者的新功能,这波机会不要错过!

一位支持"徽章"功能内测的创作者@avani也表示:能够从发布过的内容中赚钱,会觉得更有动力与IGTV上的粉丝分享更多内容。

02、徽 章

在新冠疫情期间,Instagram的用户激增,他们变得越来越喜欢通过实时评论,打赏和点赞来支持自己喜欢的创作者。不论是健身教练,DJ还是厨师,直播可以使各行各业的的人们利用网络来使得自己热爱的事业能够继续下去,且和粉丝有一定交流。

Instagram的徽章有三种不同的价格等级,从99美分到$4.99美元不等。用户购买徽章之后,会得到很多特权,比如说,带有徽章标志的用户的评论权重更高,更容易被看到,而且在创作者的账号后台,购买徽章的粉丝会有一个单独的分组显示,他们还可以使用特殊的心型表情符号等等。Instagram首席运营官贾斯汀·奥索夫斯基(JustinOsofsky)在一份声明中说:"不论创作者的知名度有多高,提供各种货币化工具对于支持Instagram上的所有创作者都至关重要。我们很高兴这两个新的工具能够帮助创作者创造更多收入来继续他们的创作。"

03、加强推广

该平台也在改善推广活动。最近,Instagram推出了"实时购物"功能,允许在直播中添加带标签的产品。在未来,随着各种品牌合作经理和创作者在该平台上推广商品的需求增多,Instagram上的购物功能或许会变得更加多样和丰富。从表面上看,这些更新虽然很小,但它们对于Instagram来说很重要,因为创作者生产的内容始终是核心,所以能够利用这些工具给予创作者真正的帮助才能留住有创造力的创作者。

尽管Instagram的变现工具已经存在了很长一段时间,但新工具的出现还是能更好地激励用户创作优质内容,从而使IGTV能够向更多的受众展示更多内容,并进一步扩大受众范围以和YouTube之类的软件竞争。看完了Instagram为创作者更新的两个工具,大家会不会更愿意在这个平台上进行营销呢?

(来源:跨境屋)以上内容属作者个人观点,不代表立场!本文经原作者授权转载,转载需经原作者授权同意。

IGTV新增利于创作者的新功能,这波机会不要错过!西农、 关键词分析工具、 worldfirst、 亚马逊直播如何配合TikTok广告引入更多流量!、 Shopee平台现状、商家入驻要求与流程等问题全解、 外媒视角下的双十一和Amazon Prime Day,后者弱爆了!、 怎么去华东旅游、 华东旅游价格、 华东旅游价格、

以搜索结果数量多少作为选品依据是否可行?你怎么看?

以搜索结果数量多少作为选品依据是否可行?你怎么看?

有卖家询问,选择一款产品时,在亚马逊首页输入关键词后,搜索量是多少的情况下才说明这个产品才适合做呢?

说实话,我还真没有答案。

搜索结果多说明竞争激烈,似乎不可取,但搜索结果太少呢,似乎从另一个侧面反馈该产品没什么市场呀!

而且,稍微留意一点的卖家都应该发现,同一个关键词,在不同的搜索时段,搜出的结果数量偏差会很大,在搜索结果首页和翻到后面页面,搜索结果数量也会发生变化,那究竟又该参考哪一个呢?

说到底,搜索结果数量其实是杂乱的、不准确的。

既然不准确,那参考的意义也就不大。

另一层面上,也经常有一些卖家,因为对产品不熟,对市场不熟,对消费者习惯不熟,自己使用的搜索词本就是不精准的词,甚至是有偏差的词,如此一来,得到的结果就更无法参考了。

所以,在选品时,虽然我也会建议学员用关键词去搜索然后去简单记录一下搜索结果数量,但还没真没有将这个搜索结果数量太当回事儿。为了自我校准和校正,我还会建议学员先确认该产品的三四个核心关键词以及几个略微偏向长尾的关键词,去逐个搜索并记录,核心关键词的搜索结果应该具有一致性,至少的,偏差不应该太大,而长尾关键词又可以在缩小的更精准的范畴内反馈一些数据作为参考。

但所有的数据都只是参考,像搜索结果数量这样的较宏观的数据又显得抽象,所以,我经常建议大家做一件更微观更细致的事情来作为选品评估的必要手段。

微观数据的分析主要包括三方面:

一、搜索结果前七页的产品Review数量,尤其是最近三个月的Review数量。统计出Review的数量,再乘以130,能够大概评估出该产品的市场容量,平均到每天,大概知道该产品一天的市场总销量。

二、搜索结果前七页随机抽取的每页中的Listing当前的销量。对于这个销量统计,可以通过Review评估法、店铺Feedback评估法,以及借助于第三方工具等等,评估出不同页面不同位置的Listing的日销量,基本上就可以做个假设,如果自己有机会站在当前的坑位,销量也不过如此而已。

三、通过核心关键词的小类目节点下的Best Seller榜单,选取Best Seller、第5名、第10名、第20名、第50名、第80名、第100名等,评估这些排名下的Listing的日销量、月销量,然后做假设,如果自己选了该产品,如果冲到了这样的排名位置,销量就是差不多当前的这些Listing的水平,自己是否能够接受这种销量水平。

通过上述三种思路,可以实现把抽象的宏观的数字转变成具体的微观的数字,在我看来,微观的数字更有参考意义。

而除了上述的思路和评估方法,我觉得更重要的一点是,选择一款产品时,你应该多思考一步:该产品是否是刚需呢?自己和竞品对比是否能够形成相对竞争优势呢?这就是我讲到选品总是反复提及的刚需制胜和田忌赛马。面对任何一个产品,我都将这两点放在重点考虑的思维框架之内,如果答案肯定,就对产品进行更深度的分析调研,如果答案是否定的,我基本上就不会碰这些产品了。

最后的最后,我觉得在做选品的时候还要问自己一句:我真的爱这个产品吗?我的资金能够操盘运作得了这个产品吗?如果答案是肯定的,值得进一步的分析,如果答案是否定的,那就选别的吧。

(来源: 跨境电商赢商荟)以上内容属作者个人观点,不代表立场!本文经原作者授权转载,转载需经原作者授权同意。

以搜索结果数量多少作为选品依据是否可行?你怎么看?商标抢注、 客服表现、 抢注商标、 贝佐斯缩水70亿美元,世界首富比尔盖茨"上位"!、 Prime Day日本英国站爆单猛烈!北美、德国等站为什么没爆单...、 亚马逊资料包模块集结!亚马逊选品+listing优化+亚马逊促销活动设置!、 华东旅游价格、 华东旅游价格、 华东自由行组团、

eBay恢复美国卖家保护措施,这种情况的交货延迟不会影响绩效

eBay恢复美国卖家保护措施,这种情况的交货延迟不会影响绩效

eBay正在恢复美国的卖家运输保护措施,并回溯了这些措施的日期,以考虑到最近不受卖家控制的延迟交货。

1.jpg

尽管在英国,人们还在抱怨儿童软性游戏中心仍在关闭,以及隔离带来的不便。但在美国,他们却在为开放一切和开放太快付出代价。考虑到对经济的破坏可能比几个人的死亡更严重,美国没有设法遏制疫情并将疫情限制在几个地方,病毒仍然广泛分布在多个州,每天有10万人感染。

这就是为什么eBay从运输公司和卖家那里清楚地听到,在美国交货延迟仍是家常便饭。由于大流行病继续影响到运输公司,ebay恢复了与运输公司延误有关的卖家运输保护措施,并将从7月1日起生效,一直持续到8月31日。

eBay恢复了对卖家的保护

eBay正在消除由于运输延迟而造成的交货延迟——卖家将免受延迟发货的影响。

如果一个卖家提供了有效的跟踪,而运输公司正在经历延迟,eBay将信用卖家的及时跟踪上传,这样就不会对卖家获得顶级卖家资格产生负面影响。

当然,eBay要求美国卖家至少在规定的处理时间内尽快进货并发货,在出现问题时与买方合作,并确保库存数量是最新的。

这一新政策仅适用于运送给美国买家的美国eBay卖家。

来源:跨境资讯/美鸥网

查看原文:https://www.ikjzd.com/home/126850

运营技能:https://www.kjyunke.com/categories/90/courses

二类电商:http://www.ikjzd.com/w/1457

智邦:http://www.ikjzd.com/w/2376

eBay恢复美国卖家保护措施,这种情况的交货延迟不会影响绩效

脚底长了小疙瘩,是鸡眼还是疣?不注意3点区别,可能会反复发作

"有点疼,师傅再给我多上点麻药吧。"

"行,你挺一下啊,我慢点抠。"

在修脚摊前,我们总能听见这样的对话。走上前一看,一张"祖传修脚"的广告布上总摆着各种工具和不标注名称的瓶瓶罐罐,身为摊主的修脚师傅用一把小刀、一点药粉就能开张。

张叔就是修脚摊的常客之一。前段时间,他左脚小脚趾处的鸡眼上有5个肉刺,就在修脚摊让摊主帮"挖出来"。没想到一周后,张叔的脚趾竟出现感染流脓,后来走路都疼,到医院一查才知道,原来自己得的是跖疣。


鸡眼,很多人都熟悉,但是说起跖疣,脑子里却很多问号。今天,我们就来说说鸡眼以及鸡眼和跖疣的区别。

脚上长鸡眼是怎么回事?

当脚部的外层皮肤频繁受到摩擦,且长时间承受压力的时,鸡眼就出来了。鸡眼的学名叫肉刺,由于皮损边界清楚,大小如针头或蚕豆,颜色呈淡黄或深黄色,周围有透明的淡黄色环,形如鸡眼,所以有了这一形象的名字。

图源网络

按照硬度的不同,鸡眼又分为硬鸡眼和软鸡眼。硬鸡眼通常长在脚趾关节与鞋子经常发生摩擦的部位,形状比较小,质地比较硬。软鸡眼通常长在相互挤压的相邻两个脚趾趾间,形状比较大,质地比较软,会凸出皮肤表面。

容易长鸡眼的人,一种是长期穿不合脚的鞋子走路的人,一种是长时间站立和走路的人,还有就是超强度运动的运动员、肥胖者和糖尿病人。

鸡眼挖了还会再长吗?

鸡眼总是"长了又挖,挖了又长",估计很多人都有这种经历。

鸡眼病变基底部位有一个生长点,能不断产生角化组织。通俗地说,就像脚底的皮肤长了一个钉子,一旦脚底受到压力,深部的骨膜和周围的软组织就会受到刺激,导致每走一步都会钻心的疼痛,影响正常的生活。所以,要想根治鸡眼不能靠蛮力来挖,你挖掉鸡眼之后,受损的皮肤表面依然会与容易沾染细菌的袜子、鞋子接触,会加重感染,导致难以治愈。因此去除鸡眼要讲究方法

科学解决鸡眼的方法

其实,鸡眼不是什么大毛病,治疗鸡眼的方法有很多,如外用鸡眼贴、鸡眼软膏等腐蚀剂、用中药泡脚、切除或二氧化碳激光灼烧等。最常见的去除鸡眼的方法是"温水敷+鸡眼膏/贴布+手术"。

首先,用温水浸泡长鸡眼的脚5-8分钟,然后用干净的毛巾擦干。接着取一张鸡眼膏贴,24小时后撕下。最后,用一把无菌的手术刀将鸡眼处已经软化的角质层割掉,动作要轻,以免割伤皮肤,引起出血。

此外,在治疗鸡眼期间,尽量穿柔软舒适的鞋,可以在垫一块较厚的鞋垫,然后找到鸡眼相对着的地方,剪一个鸡眼大小的小洞,让鸡眼"腾空",以减轻对鸡眼的压迫和摩擦。

注意:鸡眼切勿和跖疣混淆

有的人以为自己长了鸡眼,到药店买了专门治疗鸡眼的药,没想到不但没治好,反而越来越严重。这时候,就要考虑到长得可能不是鸡眼,而是跖疣。

鸡眼和跖疣,由于长得很像,常常会让人混淆。鸡眼和跖疣最大的区别,是鸡眼不具有传染性,跖疣则是病毒疣的一种,通过微小的皮肤破损自身接种传染。这就是为什么有些人长了"鸡眼",却不见好转,反而加重的原因。其实长得不是鸡眼,而是跖疣。

图源网络

辨别鸡眼和跖疣的方法:

一是看部位,鸡眼一般长在脚部与鞋子摩擦的地方,比如足底、趾间、小趾外侧等,而跖疣可能长在脚的任何地方;

二是看数量,鸡眼通常只会长一两个,最多三个,如果脚上同时有三四处皮损,则很有可能是跖疣;

三是看形态,鸡眼只有米粒或黄豆大小,外表呈淡黄色,表面光滑,中间没有黑点。跖疣比鸡眼大,表面粗糙无纹,中间凹陷,有黑点。

如果平常穿的鞋子挤脚,或者因为体重、职业等原因导致足部长期受到压迫,就很容易长鸡眼。虽然长鸡眼不是什么大事,但也会影响心情和生活。因此,我们平时也要多关注自己的脚部,学会保护脚部,避免其受到伤害。更重要的一点是,去除鸡眼一定要科学,不要听信民间偏方,也不要随便找个路边摊挖鸡眼,小心造成脚部感染。


参考资料:

[1]《鸡眼?跖疣?傻傻分不清楚可不行!》.江苏省人民医院皮肤性病科 .2019-09-21

脚底长了小疙瘩,是鸡眼还是疣?不注意3点区别,可能会反复发作平台认知、 亚马逊后台介绍及简单操作、 前期一些准备工作、 预警!上半年出口这些市场风险显著上升!、 eToro、 南宁扶持跨境电商发展,综试区企业最高可获500万奖励!、 江西婺源跟团游与自由行、 江西婺源跟团游与自由行、 怎么去四川九寨沟旅游、

2020年7月31日星期五

广厦扎心!福建晋级美女老总太豪气:赢球奖金翻三倍 北京小心了_1

原标题:广厦扎心!福建晋级美女老总太豪气:赢球奖金翻三倍 北京小心了

北京时间7月31日,CBA季后赛第一场福建就爆出大冷门,排名第12的他们掀翻了第5的广厦。赛后,福建男篮的更衣室炸了,女老总相当豪气,直接表示奖金翻三倍。

这场跟广厦的对决,可以说福建准备得相当充分,虽然防守还是一如既往地差,但是,他们的进攻火力十足。三大巨头劳森37分7板17助,陈林坚31分3板3助,王哲林27分13板,三人狂轰95分。这种情况下,广厦想赢球太难了。

事实上,福建也不止这三巨头发挥,另外两名首发,黄毅超拿到了15分,何重达拿到了8分。也难怪主教练凯撒赛后会自信地表示,"我从12月接手球队,就打进前八名,这样的成就相当于拿到总冠军。下轮对手北京很强,但是,现在应该所有球队都很惧怕福建。"

赛后福建男篮的更衣室成了欢乐的海洋,队员围成了一圈庆祝这场胜利。福建美女老总伍伯兰也是相当开心,能打进前八,这赛季的福建已经让球迷相当惊喜了。

为了继续鼓舞队员的士气,伍伯兰当众表态,赢球奖金翻三倍。卡米然听了相当兴奋,还要求老总再说一遍,伍伯兰难掩兴奋之情,直接比了三倍的手势,又明确告诉队员就是翻三倍。

这下子福建的更衣室直接炸锅了。有这样的赢球激励,北京真得小心了,这帮福建男篮的年轻人为了赢球奖肯定会拼命,再度下克上爆冷也不是不可能。返回搜狐,查看更多

责任编辑:

广厦扎心!福建晋级美女老总太豪气:赢球奖金翻三倍 北京小心了_1淘粉吧怎么返利、 Facebook营销秘籍进阶闭门特训营、 美菜网、 亚马逊多名高管向负责反垄断调查国会议员政治献金?、 广州跨境电商进口总值连续六年居全国内地首位、 赶跟卖图文教程、 诺唯真邮轮旅游多少钱、 诺唯真邮轮跟团游与自由行、 诺唯真邮轮跟团游与自由行、

Prime Day或撞“黑五网一”,亚马逊卖家8月该做些什么?

Prime Day或撞

受大环境影响,今年亚马逊的Prime Day一再推迟,除了印度站定了确切时间,其他站点都还未收到具体时间通知。但是卖家为Prime Day早做准备并非坏事。由于Prime Day一再延期,眼瞅着就要撞上黑五和圣诞节的购物热潮,同样会影响到民众的消费支出。因此,积极关注市场动向并未雨绸缪,了解相关"攻略"对想要在Prime Day大展身手的卖家至关重要。【点击(直播)8月1日亚马逊大卖家将在CCEE(深圳)分享爆款选品攻略】

1、时刻关注IPI

卖家必须时刻对店铺IPI保持关注和了解,因为IPI是否达标决定了FBA卖家的仓储数量,而仓储水平将决定卖家销售情况,所以请务必在8月中旬以前将IPI分提至达标线。(IPI第一次检查的时间是8月17日,第二次在9月21日)

2、关注仓储限制(包括入库和发货截止时间等)

黑五的发货截止日期可能会在11月3日,因此其入库时间有可能在10月份就截止。因此卖家需要及时做出相应调整,因为如果卖家没把Prime Day的货物卖完就入仓太多导致货物积压又赶上节假日禁发货的话,就得承担一大笔仓储费用。

3、关注当地疫情情况

每个国家和地区的疫情现状都不同,导致各地相关政策也不统一。因此,卖家必须关注当地的疫情状况,提前做出调整和安排,避免发货和物流等遭受太大意外。

4、扩大销售网络

FBA卖家可以利用亚马逊的配送网络来进行事业版图的扩张,把鸡蛋放在不同的篮子里,以防万一。

Prime Day或撞

5、丰富在售品类

市场动向和疫情的诡谲多变使得长期热卖品类成谜,当下走俏的商品谁也不能保证到Q4还能热卖,因此,卖家可以考虑多增加一些品类,以此迎合市场需求。

6、跳出思维定式

疫情的发生很大程度上改变了人们的购买需求,去年的销冠今年不一定还能蝉联。卖家务必要拓宽选品思路,可以尝试采购一些日常用品以及隔离期间格外火爆的品类,等PrimeDay结束时,卖家可以及时复盘,为即将要到来的节假日购物季做准备。

7、关注竞品及时重定价

给商品定有竞争力的价格可以加大获取Buy Box的几率,卖家可以实时关注竞品定价,并及时做出调整,以此增强己方竞争力,获得更多利润。(但不要囿于跟价,导致恶性竞争的发生)

(编译/ 揭易熹)

Prime Day或撞"黑五网一",亚马逊卖家8月该做些什么?决战旺季 VE来袭、 "品牌出海,独立特行", CS-CART首届跨境电商独立站峰会、 tradeindia、 四维调研分值风险评估表、 沃尔玛向亚马逊"宣战",供应商抓狂了!、 美国北达科他州将开始征收电商销售税,10月1日起实施!、 庐山游8月份报价、 组团去庐山、 组团去庐山、