HTML中Script标签的作用解析 1、 null2、 Script标签在HTML中用于嵌入或引用客户端脚本，通常用来实现JavaScript功能。3、 脚本是一种以纯文本形式保存的程序，可视为批处理文件的扩展。它包含一系列明确指令，用于控制计算机执行特定运算操作，同时支持逻辑判断与分支结构，实现更复杂的自动化任务处理流程。4、 HTML是标准通用标记语言的应用，全称为超文本标记语言。它并非编程语言，而是一种用于网页制作的标记语言，是构建网页不可或缺的基础工具。5、 超文本指网页中可包含图片、链接、音乐、程序等非文字内容。其语言结构由头部和主体组成，头部用于描述网页相关信息，主体则呈现具体的内容，共同构成完整的网页。6、 补充信息7、 脚本主要功能特点8、 语法结构一般较为简单。9、 学习与使用通常较为简便。10、 通常采用易于修改的解释方式运行，无需经过编译过程。11、 开发效率高，但运行性能相对较弱。12、 显著提升系统管理员的工作效率。13、 资料来源参考14、 HTML介绍——百度百科海量资讯、精准解读，尽在新浪财经APP

PHP老矣，尚能饭否？ 撰稿 | 如烟出品 | 51CTO技术栈（微信号：blog51cto）“PHP是世界上最好的语言”，已成为承载程序员黑色幽默的热梗。这门有着三十年历史的编程语言在web时代独享高光，近些年也伴随着“没落”、“将亡”的论调艰难前行。近日 GitHut 最新公布的数据显示，开发者在 GitHub 提交的 PR 中，所使用语言为 PHP 的数量逐年下降。图片图片细看图表中的曲线不难发现，过去 4 年，C、C++、Java、Ruby 的曲线都比 PHP 的平坦。因此有人直言：“2023 年，PHP 停滞不前”！网友们的评论也是五花八门，有人并不看好PHP的发展：“很多系统已经不再支持它，我认为这很能说明问题”；还有人认为PHP不会凉凉：“40% 的网站仍在使用 Wordpress，因此 PHP 仍将存在一段时间。”PHP 陷入停滞的原因是什么？是否真的大势已去，无法重现当年风采？1、Web时代，得PHP得天下PHP作为服务器端脚本语言的开山鼻祖，在2000年-2010年经历了最荣耀的十年，也确实称得上是“世界上最好的语言”。当时包括淘宝、雅虎、搜狐在内的80%的网站都用PHP开发，如果听说哪家互联网公司的后台不用PHP，都会觉得匪夷所思。PHP应Web而生，回顾互联网的发展史，就不难理解PHP盛行的原因。Web 1.0时代，互联网内容主要由网站自己生产，用户也只能通过桌面浏览器上网查看内容，这个阶段的业务形态比较简单，单体应用足以应付，不存在高并发等性能问题。上手简单、开发迅速的优势让PHP变得炙手可热。进入Web 2.0时代，随着论坛、博客的出现，用户也能参与到内容创建中来，导致网站服务器面临前所未有的流量挑战。此时的PHP显得有些力不从心，但有大公司对其性能优化的加持，如社交软件Facebook推出了用于执行PHP代码的虚拟机HipHop VM，PHP的地位依然没有被撼动。在这两个黄金时代，PHP+MySQL的“黄金组合”造就了很多经典的开源项目：WordPress、ecshop、Discuz! 等。2、PHP走下“神坛”，优势变桎梏彻底结束掉 PHP “黄金时代”的是移动互联网的到来。在万物成网的背景下，单体架构已无法满足复杂业务群高并发、高可用的系统需求，于是微服务应运而生。业务的多样化、复杂化也触碰到了PHP的瓶颈。一方面PHP的性能成了致命问题，另一方面其方便的机制因无法满足新的场景需求，反倒成了桎梏。微服务的出现对PHP有哪些影响呢？一是微服务要轻量化，传统的PHP架构并不满足要求。二是服务要被多个业务端调用，运行要足够快；但PHP作为脚本语言，由于存在脚本解析消耗，运行速度确实赶不上 java、C++ 等静态语言。三是为了满足服务间的频繁通信，通信协议必须高效，这样一来很多公司倾向于使用RPC协议而非HTTP协议，但PHP架构并不能很好地应用RPC通信的优势。四是微服务要有较为成熟的生态和框架支持，但Swoole的微服务生态并不成熟。综合来看，大部分公司进行服务化时，会选用主流静态语言（java、C++ 以及后起之秀 golang 等）。PHP 的“C位”不保，更多用来开发中间的业务聚合系统来调用这些服务。3、新版本的发布能让PHP重回巅峰吗？为了适应当今的开发需求，PHP团队一直在努力推动语言的现代化改进。近日，PHP 8.3 的推出，添加了“类常量显式类型”、“只读属性深拷贝”，“以及对随机性功能的补充”，这一系列的改进不仅让PHP更具竞争力，也使得它更适应当今复杂的应用场景，但也许并不能带PHP重现高光时刻。主要原因来自编程语言生态系统中的重要角色——开发者群体。PHP的“简单、强大、实用”，可以让开发人员专心面对业务，但这样却不利于开发人员的成长。绝大部分的 PHPer 都是业务工程师，不了解设计模式、数据结构、算法、计算机原理，无法胜任复杂的系统架构。有网友曾吐槽：PHP性能并非最大的问题，PHPer的水平才是合作过程中最让人“咬牙切齿”的槽点。大多数PHPer写了多年代码也不会封装，分不清变量类型，甚至连自己的代码也讲不明白。这也许才是PHP 生态发展中最致命的因素。新版本的推出虽然弥补了语言自身的短板，却弥补不了生态中非语言部分的缺陷。既然 PHP 生态在解决复杂系统问题时不具备优势，公司就会选择其它更具优势的语言，自此便形成循环，PHP难回巅峰。4、PHP尚能饭否？语言没有最好的，无论是PHP，GO，Java，都有自己的定位，而 PHP恰好是PC Web时代最适合快速开发Web站点的。随着技术的高速发展，新的编程语言、框架如雨后春笋般冒出，可能很快就会改变现有格局，但这并不意味着曾经的王者就会永远地黯然失色。首先，PHP目前依然是全球最流行的服务器端脚本语言之一。来自 W3Techs 的数据显示，WordPress 在43%的网站上运行，服务器端编程语言的网站中有 76.7% 都在使用 PHP。其次，PHP对于处理Web请求和生成动态内容具有天然的优势，其简单、灵活的特性，特别适合业务、系统相对简单，无需服务化、对性能不敏感、需要快速迭代的场景，成为许多初创公司和中小企业的首选开发语言；另外，大公司在发展初期，大量项目都采用PHP作为核心语言，为了适应业务的发展，会将单体项目中的某些核心功能拆解成服务，单体项目调用后端服务接口，这种情况下，PHP 项目就成了粘合层。最后，PHP有庞大的社区支持。社区的强大意味着有大量的开源工具、框架和库可供选择，同时也意味着问题的解决方案更容易获得。总之，PHP 在未来可预见的很长时期内不会没落，它会作为中小公司的快速原型语言和大公司的粘合层语言长期存在，迎来属于它的“后黄金时代”。参考链接：https://www.reddit.com/r/programming/comments/18hgduc/github_says_php_is_the_most_stagnating_language/https://zhuanlan.zhihu.com/p/667402970https://www.zhihu.com/question/442641007/answer/1726044472https://baijiahao.baidu.com/s?id=1783339298344382156来源： 51CTO技术栈

PHP紧急更新修复漏洞：自5.x以来所有版本均受影响 IT之家 6 月 8 日消息，PHP 项目维护团队昨日发布新补丁，修复了存在于 PHP for Windows 中的远程代码执行（RCE）漏洞，并敦促用户尽快更新至 6 月 6 日发布的 8.3.8、8.2.20 以及 8.1.29 版本。PHP 是一种广泛使用的开放源码脚本语言，设计用于网络开发，通常在 Windows 和 Linux 服务器上使用。Devcore 首席安全研究员 Orange Tsai 于 2024 年 5 月 7 日发现了这个新的 RCE 漏洞，并将其报告给了 PHP 开发人员。IT之家注：该漏洞追踪编号为 CVE-2024-4577，影响到自 5.x 版以来的所有版本，可能对全球大量服务器造成影响。此外 Shadowserver 基金会发布公告，表示已经检测到有黑客正扫描存在该漏洞的服务器。ITCVE-2024-4577 漏洞是由于处理字符编码转换时的疏忽造成的，在 Windows 上以 CGI 模式使用 PHP，尤其是使用 “Best-Fit”功能的服务器环境，比较容易遭到黑客攻击。DevCore 的咨询解释说：在实施 PHP 时，团队没有注意到在 Windows 操作系统内进行编码转换的 Best-Fit 功能。未经认证的攻击者利用该漏洞，通过特定字符序列绕过 CVE-2012-1823 先前的保护。通过参数注入攻击，可在远程 PHP 服务器上执行任意代码。分析人员解释说，即使 PHP 未配置为 CGI 模式，只要 PHP 可执行文件（如 php.exe 或 php-cgi.exe）位于网络服务器可访问的目录中，CVE-2024-4577 仍有可能被利用。

硬核案例分享，一文带你拆解PHP语言体系下的容器化改造 本文分享自华为云社区《PHP语言体系下的容器化改造，助力夺冠集团应用现代化-云社区-华为云》，作者： HuaweiCloudDeveloper。1、摘要本文主要介绍了PHP语言体系应用现代化改造上云的案例。PHP在互联网公司应用广泛，PHP语言体系下的容器化改造与常见的Java语言存在一定差异，本文以夺冠集团的应用场景为背景，提供了PHP语言应用的容器改造案例，通过容器化、OPCache技术、Apollo配置中心等方案解决了弹性伸缩慢、资源利用率低、配置混乱等问题，完成生意兔等应用的华为云迁移、现代化改造等工作，效率和存储利用率提升了数倍以上。2、背景夺冠集团是河南头部互联网企业，致力于运用小程序产品技术，为商家和企业提供“互联网营销+数字化经营”一体化商业解决方案。夺冠集团旗下拥有夺冠魔方、生意兔、海豚知道、夺冠生活圈、小魔推、船到、小镇外卖、创意兔等众多产品线和完善的售后服务体系。近年来，夺冠凭借过硬的产品技术与服务品质在国内脱颖而出，与阿里、百度、腾讯、字节跳动等一线互联网企业均保持紧密合作。夺冠集团应用开发以PHP语言为主，业务多样化，代表处通过多次交流均未能从商务上打动客户。DTSE介入后，针对客户业务上的痛点问题，对客户进行了深入的调研，并为客户提供了基于华为云的应用现代化改造方案，成功打动客户CTO及高层领导，获得应用现代化改造的试点机会。3、客户业务场景分析3.1 业务痛点在与客户的交流中，客户表示业务最近几年可见较大的发展机会，且业务发展对资源消耗较大，但是客户业务系统的IT架构无法支撑未来业务发展，最主要的问题是弹性伸缩效率不高，会因为突发流量导致系统崩溃，同时运维效率存在瓶颈。面对客户提出的问题，DTSE经过深入调研分析，客户的IT系统问题主要以下两个原因导致的，一是在服务扩缩容方面，客户应用直接在服务器部署，基于服务器的备份镜像做弹性伸缩，镜像大小高达200G，即浪费了弹性伸缩时间，又增加了存储成本；二是在突发流量感知方面，客户基于系统负载、CPU利用率和内存利用率进行负载监控，此类指标只有业务流量实际处理起来后才会发生变化，对于流量感知是滞后的，故不能及时的感知到突发流量。对于运维效率方面，客户随着业务的发展，现有的运维人员已经不能满足业务运维需要，正在招聘多名运维人员。经过与运维开发同事的交流，主要是由以下两个原因导致了运维人员的效率低下，一是客户开发和运维边界混乱，很多开发环节的操作都需要运维介入，比如业务系统新版本的上线、测试环境配置的更新、日志的收集查找等等；二是客户的多个应用混合部署在多台服务器上，对应关系完全靠人工维护，且应用配置杂乱无章，完全依赖手工管理和同步。在调研过程中，还发现客户的应用系统还存在以下问题：应用间耦合部署，当发生突发流量、受到攻击时，会发生资源相互争抢等现象。未处理好弹性伸缩后，新扩容应用的负载均衡问题。应用和数据的灾备机制不健全，可靠性低。PHP应用执行效率低下。3.2 客户改造阻塞点与客户领导沟通时，客户对于应用架构升级非常感兴趣，但是对于业务升级还是有比较大的担忧，主要在以下三个方面：首先客户希望架构升级不能给业务带来的影响；其次希望架构升级后，尽量避免对于现有开发人员技术栈的冲击；第三，希望尽量减少架构升级所带来的额外成本。考虑到企业业务稳定发展、企业技术栈与人员稳定性，客户对于升级改造存在较大的疑虑。4 、云化架构升级改造方案综合考虑业务问题与客户关注问题，项目组决定采用以样板改造先行，打消客户疑虑，以样板效果推动项目发展的应对策略。4.1 改造样本选择分析客户业务体系，当前有约20个应用，全景图如图1所示，各个应用之间的技术栈基本相同。与客户共同商讨，建议采用循序渐进的策略，先试点后复制推广，与客户沟通后决定先选择标杆应用进行架构优化试点。同时为了保证业务稳定，我们计划先测试后生产，提高改造效率，尽快完成试点，划定业务改造范围，为了客户体验，优先改造不需要开发人员参与的部分，对业务影响小的部分，保证改造过程平稳，其余部分则只在测试环境上优化，并由客户决定是否上生产环境。图1 夺冠集团应用技术架构全景图针对客户关心的三个具体问题，DTSE提供了不停机的切换方案，保证架构升级的业务连续性。同时，加强客户沟通，通过高层汇报、日常项目例会为客户决策层、具体项目执行层详细说明了新架构对于开发技术栈要求不变的特点。重点介绍了新架构所能带来的资源利用率的提升，减少客户对于成本的担忧。通过技术与日常项目运作，让客户整体上消除了对于新技术带来挑战的顾虑，坚定了对改造项目的支持。4.2 PHP容器化遇到的问题夺冠集团所有应用的后端都是PHP语言实现的，基于PHP-FPM运行，主要有以下特点：客户应用每次请求都是一个进程，且会依次执行扫描、解析、编译，最后才会执行代码，故资源使用量极高。客户应用中的大部分进程都实现了无状态化，但是往往多个进程的代码会混杂在一起，难以拆分。客户在程序设计时，并未考虑此应用需要在云上运行，不符合云原生要素要求，因此，还有部分进程是有状态的。客户在上线新版本时，采用远程FTP的方式直接修改测试环境代码，采用git拉取的方式更新生产环境代码。因此，对于夺冠集团的业务改造，也不单单是容器化这么简单，我们需要从业务到流程，全面的对于夺冠的应用进行改造，这并不是一个简单的事情。4.3 应用改造方案针对客户应用存在的痛点和问题，项目组提供了基于华为云的应用现代化改造方案，整体方案如图2所示。包括基于CCE和CCI的容器化方案、基于Apollo配置中心方案、基于流量监控的弹性伸缩方案等多个子方案。此方案优点是：应用集群基于CCE服务做容器化、无状态部署，资源相互隔离，避免相互抢占影响的现象。配置统一管理，可管、可控、可视，不再需要人工手动维护，提升运维效率。基于流量的弹性伸缩，提前感知流量变化，提高弹性伸缩反应时间。应用集群通过NAT网关实现对外部三方服务的访问，单IP外置化，不再与集群强耦合。图2 夺冠集团应用现代化改造方案4.3.1 基于CCE和CCI的容器化方案客户在服务器上部署的应用镜像高达200G，且多个应用混杂在同一个镜像中，所以我们并没有选择直接将应用镜像进行容器化的方案，而是对客户的业务流程进行了详细的分析和拆解，尽量将每个镜像做到最小。以生意兔应用为例，其业务的部署架构如图3所示。图3 生意兔的部署架构我们将生意兔的nginx路由拆出，并由k8s提供的nginx ingress替换，然后将WorkerMan的网关和注册中心拆出，剩余的生意兔业务相关的部分，因为代码耦合所以暂时部署在同一个容器中，等待客户开发人员将各个进程的代码剥离开，即可分开独立部署。最终客户业务镜像被缩减到了180M，且配合CCE和CCI，实现了秒级扩容。在项目过程中多次因为业务流程未对齐而修改方案的情况发生，主要是因为客户对于容器化并没有清晰的概念，并不清楚那些问题会影响容器化的方案，所以建议在进行改造前对于客户开发和运维人员进行一次简单的赋能，便于问题提前暴露。4.3.2 基于Apollo配置中心方案对于客户配置混乱的问题，DTSE给客户提供了基于Apollo的配置中心方案，页面化操作，一键修改所有负载的配置，不再需要运维人员手动的维护。如图4所示，且Apollo也是采用容器化部署，搭建方便，如图3所示。图4 基于Apollo的配置中心方案针对测试和生产环境，我们为客户分别部署了两套独立的环境，测试环境直接将账号提供给开发测试人员，可以由测试人员直接修改环境配置，不再需要运维参与，而生产账号由运维人员控制，并只允许运维人员修改。4.3.3 基于流量监控的弹性伸缩方案为了进一步解决客户弹性伸缩慢的痛点，DTSE提供了基于Prometheus流量监控的弹性伸缩方案，如图5所示。相较于通用的资源使用率做弹性伸缩，直接利用容器的网络监控数据作为弹性伸缩指标，在突发流量到来的时候更早的感知到负载的变化，更加迅速的触发弹性伸缩。基于此方案我们将客户最终弹性伸缩的时间缩短了一倍有余。图5 基于基于Prometheus流量监控的弹性伸缩方案4.3.4 基于CodeArts的CICD方案为了进一步解决客户运维效率低的问题，DTSE提供了基于CodeArts的CICD方案，如图6所示，建立从代码到部署的流水线，由客户开发人员自行进行新版本发布，让运维和开发人员职责归位。图6 基于CodeArts的CICD方案并推荐客户结合业界最佳实践，在一段有限的时间内，逐步将代码QC、代码门禁、自动化测试等配置加入流水线，进一步提高自动化程度，进而提高交付质量。4.3.5 PHP性能优化方案针对客户PHP应用运行效率低下问题，我们发现主要是因为客户没有使用OPCache技术导致的，因为在客户原有的环境中，使用OPCache会导致新发布的版本需要三到五分钟才能生效，不利于开发和测试，所以也没有在公司内部推广，但是在容器化之后，则无需担心缓存问题，OPCache加速的原理如图7所示，使用OPCache技术可以为应用带来4倍多的性能提升。图7 OPCache加速的原理4.4 对云服务产品的意见对于客户关注的弹性伸缩问题，我们测试发现，当前CCE突发弹性到CCI还需要20多秒的时间，其中180M的镜像加载占用了13s，建议产品对于镜像加载过程进行优化，进一步缩短突发弹性扩容时间。对于客户关注的成本问题，通常采用CCE和CCI配合的方案，由于CCE节点池扩容较慢，在此期间突发扩容到CCI，为了进一步减少客户成本，建议产品增加此场景的调度功能，当CCE有充足的资源时，主动将CCI上的容器调度到CCE上。当前CodeArts Build虽然可以编译容器镜像，但是对于基础环境镜像支持不足，在很多基础环境镜像的编译时会按照很多基础组件比如make等等，会需要较高的权限，但是CodeArts Build官方环境，会因为缺乏权限而导致构建失败。4.5 架构改造给客户带来的价值指标优化前优化后对比备注弹性时间140s ~ 210s51s ~ 81s2倍+从突发流量到伸缩完成镜像存储200G0.18G1000倍+节省存储空间，提升部署速度性能优化RPS 14.2RPS 61.564倍+3Core6G 100并发配置管理600s+20s30倍+无需运维人工介入应用容灾单可用区多可用区提升抗风险能力环境一致性不一致一致减少问题出现概率隔离性耦合部署独立部署避免了相互挤压流水线单部署从代码到部署从代码到部署一条流水线5、总结和建议根据W3 Techs的统计，PHP仍然是当今使用最广泛的服务器端语言，仍然作为互联网的主干，为至少百分之七十的网站提供后端支持[1]。尤其是在中小企业类互联网公司，PHP仍被大量使用，通常这类企业存在技术升级力量储备弱、应用架构历史债务重等问题。牵引这类客户上云，简单的商务折扣已经难以打动，而平滑过渡的升级方案、全栈云的技术支持对其更加具有吸引力。由DTSE提供方案建议和技术支持，引导客户进行试点验证，进而推广复制，并保障业务改造的平滑过度，循序渐进的将客户业务迁移上华为云，实现客户与华为云双赢。本文介绍了PHP语言体系应用现代化案例，实现了许多与业务无关的通用性应用改造方案，如PHP应用容器化架构方案、基于Prometheus的弹性伸缩方案等等，为此类型客户提供了一个可参考的案例。6、参考文献[1] https://timotijhof.net/posts/2023/an-internet-of-php/关注#华为云开发者联盟#点击下方，第一时间了解华为云新鲜技术~华为云博客_大数据博客_AI博客_云计算博客_开发者中心-华为云

PHP框架 什么是框架？框架就是功能的集合。它有什么用？框架可以加快开发进度为开发者节省大量的时间和精力。PHP框架有哪些？PHP框架的使用是非常广泛的，而且有许多不同的框架可供选择。这里我就介绍几种常用的php框架以及相应的特点：1.ThinkPHPThinkPHP是一个免费开源的，快速、简单的面向对象的轻量级PHP开发框架，是为了敏捷WEB应用开发和简化企业应用开发而诞生的。2.LaravelLaravel是一个简单优雅的PHPWeb开发框架，通过简单、高雅、表达式语法开发出很出色的Web应用，Laravel拥有更富有表现力的语法、高质量的文档、丰富的扩展包。3.workermanworkerman是一款开源高性能PHP应用容器，它大大突破了传统PHP应用范围，被广泛的用于互联网、即时通讯、APP开发、硬件通讯、智能家居、物联网等领域的开发。4.webmanwebman具有以下特点1、高稳定性。webman基于workerman开发，workerman一直是业界bug极少的高稳定性socket框架。2、超高性能。webman性能高于传统php-fpm框架10-100倍左右，比go的gin echo等框架性能高一倍左右。3、高复用。无需修改，可以复用绝大部分composer组件及类库。4、高扩展性。支持自定义进程，可以做workerman能做的任何事情。5、超级简单易用，学习成本极低，代码书写与传统框架没有区别。6、使用最为宽松友好的MIT开源协议。当然啦PHP的框架还有很多很多，在实际开发中选对框架可以让你事半功倍。