如何下载并优化简单网页以进行有效的SEO推广？

简单网页制作成品下载,seo推广有哪些方式,设计创意网站推荐,建e室内设计网玄关1、为什么使用消息队列#xff1f; 其实就是问问你消息队列都有哪些使用场景#xff0c;然后你项目里具体是什么场景#xff0c;说说你在这个场景里用消息队列是什么#xff1f; 面试官问你这个问题#xff0c;期望的一个回答是说#xff0c;你们公司有个什么业务场景 其实就是问问你消息队列都有哪些使用场景然后你项目里具体是什么场景说说你在这个场景里用消息队列是什么 面试官问你这个问题期望的一个回答是说你们公司有个什么业务场景这个业务场景有个什么技术挑战如果不用MQ可能会很麻烦但是你现在用了MQ之后带给了你很多的好处。消息队列的常见使用场景其实场景有很多但是比较核心的有3个解耦、异步、削峰。 解耦 A系统发送个数据到BCD三个系统接口调用发送那如果E系统也要这个数据呢那如果C系统现在不需要了呢现在A系统又要发送第二种数据了呢而且A系统要时时刻刻考虑BCDE四个系统如果挂了咋办要不要重发我要不要把消息存起来 你需要去考虑一下你负责的系统中是否有类似的场景就是一个系统或者一个模块调用了多个系统或者模块互相之间的调用很复杂维护起来很麻烦。但是其实这个调用是不需要直接同步调用接口的如果用MQ给他异步化解耦也是可以的你就需要去考虑在你的项目里是不是可以运用这个MQ去进行系统的解耦。 异步 A系统接收一个请求需要在自己本地写库还需要在BCD三个系统写库自己本地写库要30msBCD三个系统分别写库要300ms、450ms、200ms。最终请求总延时是30 300 450 200 980ms接近1s异步后BCD三个系统分别写库的时间A系统就不再考虑了。 削峰 每天0点到16点A系统风平浪静每秒并发请求数量就100个。结果每次一到16点~23点每秒并发请求数量突然会暴增到1万条。但是系统最大的处理能力就只能是每秒钟处理1000个请求啊。怎么办需要我们进行流量的削峰让系统可以平缓的处理突增的请求。 2、消息队列有什么优点和缺点? 优点上面已经说了就是在特殊场景下有其对应的好处解耦、异步、削峰。 缺点呢 系统可用性降低 系统引入的外部依赖越多越容易挂掉本来你就是A系统调用BCD三个系统的接口就好了ABCD四个系统好好的没啥问题你偏加个MQ进来万一MQ挂了怎么办MQ挂了整套系统崩溃了业务也就停顿了。 系统复杂性提高 硬生生加个MQ进来怎么保证消息没有重复消费怎么处理消息丢失的情况怎么保证消息传递的顺序性 一致性问题 A系统处理完了直接返回成功了人都以为你这个请求就成功了但是问题是要是BCD三个系统那里BD两个系统写库成功了结果C系统写库失败了你这数据就不一致了。 所以消息队列实际是一种非常复杂的架构你引入它有很多好处但是也得针对它带来的坏处做各种额外的技术方案和架构来规避掉。 3、常见消息队列的比较 4、Kafka的特性 1消息持久化 2.高吞吐量 3.扩展性 4.多客户端支持 5. Kafka Streams 5、RabbitMQ中的vhost起什么作用 虚拟消息服务器vhost本质上就是一个mini版的mq服务器有自己的队列、交换器和绑定最重要的自己的权限机制。Vhost提供了逻辑上的分离可以将众多客户端进行区分又可以避免队列和交换器的命名冲突。Vhost必须在连接时指定rabbitmq包含缺省vhost“/”通过缺省用户和口令guest进行访问。 rabbitmq里创建用户必须要被指派给至少一个vhost并且只能访问被指派内的队列、交换器和绑定。Vhost必须通过rabbitmq的管理控制工具创建。 6、RabbitMQ上的一个queue中存放的message是否有数量限制限制是多少 默认情况下一般是无限制因为限制取决于机器的内存但是消息过多会导致处理效率的下降。 可以通过参数来限制 x-max-length 对队列中消息的条数进行限制 x-max-length-bytes 对队列中消息的总量进行限制 7、说一说Kafka你熟悉的参数 必选属性 创建生产者对象时有三个属性必须指定。 bootstrap.servers 该属性指定broker的地址清单地址的格式为host:port。清单里不需要包含所有的broker地址生产者会从给定的broker里查询其他broker的信息。不过最少提供2个broker的信息(用逗号分隔比如: 127.0.0.1:9092,192.168.0.13:9092)一旦其中一个宕机生产者仍能连接到集群上。