今天完成的事情：（一定要写非常细致的内容，比如说学会了盒子模型，了解了Margin）

在Linux服务器上部署的时候，一般都要有哪些脚本，这些脚本该怎么编写？

在Linux服务器部署服务时，标准化脚本是提升效率和可靠性的核心。必备脚本包括：环境检查（check_env.sh，验证资源与依赖）、安装配置（install_deps.sh和generate_config.sh，动态生成参数）、服务管理（start.sh/stop.sh统一启停）、全流程部署（deploy.sh集成代码拉取、构建、健康检查）、日志与数据维护（log_rotate.sh切割日志、backup_db.sh定时备份）。脚本编写需遵循模块化、幂等性、安全原则：通过Bash封装复杂命令，结合环境变量区分多场景（如开发/生产），关键操作添加日志和确认提示，并集成到CI/CD流水线（如GitLab CI调用远程部署）。典型示例中，deploy.sh通过docker build构建镜像后，自动替换旧容器并验证服务状态；log_rotate.sh用find清理过期日志。最佳实践强调权限控制（chmod +x）、版本化管理（与代码同仓库）及容器化兼容（如docker-compose.yml替代部分脚本）。最终实现从手动到自动化、可审计的一键式部署，降低运维风险。

如果有多个WEB服务，都把WEB服务都配置在一个容器里，还是一个WEB配置一个容器，他们的差别是什么，你觉得哪种方式更好？

将多个Web服务配置在同一个容器中，与每个Web服务使用独立容器，主要区别在于资源隔离性、部署灵活性和维护复杂度。共用容器可以节省资源、简化部署流程，适合服务间依赖紧密、访问量不大的场景；但会存在相互影响的风险，如一个服务崩溃可能影响其他服务，且版本更新或配置调整时容易产生冲突。而每个Web服务单独配置容器，能实现更好的隔离性与稳定性，便于独立部署、扩展和维护，适用于生产环境或微服务架构。综合来看，在资源允许的前提下，一个Web服务配置一个容器的方式更优，更符合现代云原生和微服务的设计理念。

Resin/tomcat/jetty等WEB容器的内存大小，一般应该设置多大合适，怎么估算WEB程度占用内存的大小？

设置Resin/Tomcat/Jetty等Web容器的内存大小时，需综合考虑应用程序的需求、并发用户数量及请求的复杂度等因素。通常没有固定的标准，但一个基础的Java Web应用可能从512MB到1GB的堆内存开始是合理的。为准确估算Web程序占用内存的大小，可以通过测试工具模拟并发负载，监测应用在不同负载下的内存使用情况，并根据实际性能瓶颈调整JVM的堆内存（-Xms, -Xmx）、新生代空间（-Xmn）等参数。理想状态下，应确保设定足够大的内存以支持应用流畅运行的同时避免过度配置造成资源浪费。总结来说，基于应用的实际负载和性能测试结果来动态调整并优化Web容器的内存设置是最有效的方法。

明天计划的事情：（一定要写非常细致的内容）

了解jetty,resin,tomcat的差别在哪里

遇到的问题：（遇到什么困难，怎么解决的）

收获：（通过今天的学习，学到了什么知识）