草庐IT

Compose-Multiplatform

全部标签

docker-compose

docker-compose是基于docker的编排工具,能够更方便定义,管理容器,这个工具可以使用yml格式来定义,通过一条命令就可以根据编写的yml文件来创建,管理容器为什么使用docker-compose​熟悉docker的伙伴就一定听说过docker-compose,在某些特定情况下我们要写dockerfile,构建镜像,再通过构建好的镜像使用dockerrun指定端口或者文件映射,如果只是几个容器的话,运行管理不会很乱(规则上和使用上),一旦容器增多,你和你的同事小伙伴一起维护,因为我们每次运行的时候都要加上-v -p这些参数,难免会有缺少参数的情况docker-compose就很好

docker-compose

docker-compose是基于docker的编排工具,能够更方便定义,管理容器,这个工具可以使用yml格式来定义,通过一条命令就可以根据编写的yml文件来创建,管理容器为什么使用docker-compose​熟悉docker的伙伴就一定听说过docker-compose,在某些特定情况下我们要写dockerfile,构建镜像,再通过构建好的镜像使用dockerrun指定端口或者文件映射,如果只是几个容器的话,运行管理不会很乱(规则上和使用上),一旦容器增多,你和你的同事小伙伴一起维护,因为我们每次运行的时候都要加上-v -p这些参数,难免会有缺少参数的情况docker-compose就很好

Jetpack Compose中的导航路由

JetpackCompose中的导航库是由Jetpack库中的Navigation组件库的基础上添加的对Compose的扩展支持,使用需要单独添加依赖:implementation"androidx.navigation:navigation-compose:$nav_version"Jetpack库中的Navigation使用起来还是比较麻烦的,首先需要在xml中进行导航图的配置,然后在代码中使用NavController.navigate(id)进行跳转到指定的id的fragment页面,个人感觉这种方式还是不够灵活,需要预先定义,假如某个fragment没有在xml中定义就无法使用Nav

Jetpack Compose中的导航路由

JetpackCompose中的导航库是由Jetpack库中的Navigation组件库的基础上添加的对Compose的扩展支持,使用需要单独添加依赖:implementation"androidx.navigation:navigation-compose:$nav_version"Jetpack库中的Navigation使用起来还是比较麻烦的,首先需要在xml中进行导航图的配置,然后在代码中使用NavController.navigate(id)进行跳转到指定的id的fragment页面,个人感觉这种方式还是不够灵活,需要预先定义,假如某个fragment没有在xml中定义就无法使用Nav

开启 HTTP/3 & QUIC 在 Docker Compose+Nginx

HTTP/3基于UDP的QUIC协议,多路复用安全传输HTTP/1.1和HTTP/2都将TCP用作其传输协议HTTP/3和QUIC具有很多优势:1.第一个请求的响应时间更短。在客户端和服务器之间以较少的往返次数协商连接,第一个请求会更快地到达服务器。2.改进了发生连接数据包丢失时的体验。HTTP/2通过一个TCP连接多路复用多个请求。如果在连接时发生数据包丢失,会影响所有请求。这个问题称为“队头阻塞”。由于QUIC提供本机多路复用,因此丢失的数据包只会影响已丢失数据的请求。3.支持在网络之间转换。对于移动设备非常有用,因为在移动设备更改位置时,在WIFI和移动电话网络之间切换是很常见的。目前,

开启 HTTP/3 & QUIC 在 Docker Compose+Nginx

HTTP/3基于UDP的QUIC协议,多路复用安全传输HTTP/1.1和HTTP/2都将TCP用作其传输协议HTTP/3和QUIC具有很多优势:1.第一个请求的响应时间更短。在客户端和服务器之间以较少的往返次数协商连接,第一个请求会更快地到达服务器。2.改进了发生连接数据包丢失时的体验。HTTP/2通过一个TCP连接多路复用多个请求。如果在连接时发生数据包丢失,会影响所有请求。这个问题称为“队头阻塞”。由于QUIC提供本机多路复用,因此丢失的数据包只会影响已丢失数据的请求。3.支持在网络之间转换。对于移动设备非常有用,因为在移动设备更改位置时,在WIFI和移动电话网络之间切换是很常见的。目前,

ElasticSearch第一讲:Docker-compose 单机部署Elasticsearch kibana esHead与配置认证证书设置密码

准备工作docker安装docker-compose安装配置,如果还有没安装docker的可以参考我的docker/docker-compose安装配置本次讲解的是安装ES7.13.3现在目前官网给出的最新ES版本已经是8.x了,ElasticSearch官网:https://www.elastic.co/guide/index.html好了长话短说,我们直接上docker配置文件,对于一些配置文件和数据我们需要挂载到本地磁盘,我们的讲解里都不在本地搭建配置es,本地下载搭建ES需要做很多修改,关于本地创建ES存在的一些问题,可以参考我的这篇文章,具体介绍需要如何避免虚拟机安装ES出现的问题,

ElasticSearch第一讲:Docker-compose 单机部署Elasticsearch kibana esHead与配置认证证书设置密码

准备工作docker安装docker-compose安装配置,如果还有没安装docker的可以参考我的docker/docker-compose安装配置本次讲解的是安装ES7.13.3现在目前官网给出的最新ES版本已经是8.x了,ElasticSearch官网:https://www.elastic.co/guide/index.html好了长话短说,我们直接上docker配置文件,对于一些配置文件和数据我们需要挂载到本地磁盘,我们的讲解里都不在本地搭建配置es,本地下载搭建ES需要做很多修改,关于本地创建ES存在的一些问题,可以参考我的这篇文章,具体介绍需要如何避免虚拟机安装ES出现的问题,

docker compose 快速安装 单机kafka版并且 持久化

kafka的业务场景不用多说了,耗时缓存队列,利用高吞吐以及队列模型实现高并发情况下流量削峰,高流量的日志收集,都是kafka的应用场景.单机版的kafka,在业务场景中,业务对其是非强依赖组件,如果对业务对kafka强依赖的话,建议搭建高可用kafka群集。 机子:centos 安装kafkastep-1:创建文件夹kafka,ui-kafkacd/homemkdirkafkaui-kafkachmod-R777kafkaui-kafkastep-2:在刚创建kafka目录下创建docker-compose.yml,注意:下面的192.168.1.42替换成你自己kafka替换成你自己的IP

docker compose 快速安装 单机kafka版并且 持久化

kafka的业务场景不用多说了,耗时缓存队列,利用高吞吐以及队列模型实现高并发情况下流量削峰,高流量的日志收集,都是kafka的应用场景.单机版的kafka,在业务场景中,业务对其是非强依赖组件,如果对业务对kafka强依赖的话,建议搭建高可用kafka群集。 机子:centos 安装kafkastep-1:创建文件夹kafka,ui-kafkacd/homemkdirkafkaui-kafkachmod-R777kafkaui-kafkastep-2:在刚创建kafka目录下创建docker-compose.yml,注意:下面的192.168.1.42替换成你自己kafka替换成你自己的IP