php为什么在浏览器显示不了(php在浏览器中找不到页) 收藏 0

查看PHP版本的四种方法

初学PHP或者工作经验不多的同学可能经常会遇到需要查询PHP版本的问题，这篇文章好奇心就带大家学一学PHP中查看版本的四种方法。

不需要多么复杂的逻辑和代码，抛去开头，其实也就一行：

在命令终端运行会以文字的形式打印出来当前PHP版本以及各种环境配置等信息，效果如下：

从打印出来的信息第二行，可以看到，我当前的PHP版本为8.0.8。

如果想要学习编译安装PHP8的同学，可以参考：

接着我们再来看看在浏览器中是什么样子的：

呐，如上图，直接第一行就是版本。

这个就更简单了，但是仅限于有服务器操作权限的同学。

同样的，无论是终端还是浏览器，都只有一个信息，那就是版本，甚至连前缀v和php都没带。

就是这么简洁！

这个其实和上面的PHP_VERSION有点像，只是上面的是常量，而这里是方法。

瞧瞧，PHP是多么细心呀，照顾到各种同学（也许同学你就是喜欢使用函数而不用常量嘞）。

呐，效果一样。

好了，PHP版本的查看就到这里了。

诸多版本，任君选择。

希望能帮到你。

短短两年使用率下滑 40%！曾经风靡全球的 PHP 为何逐渐失去优势？

作者 | Richard MacManus

译者 | 核子可乐

策划 | Tina

根据 WordPress 联合创始人 Matt Mullenweg 的说法，PHP 的受众比例急剧下降，疑似受到 WordPress“JavaScript 优先”主张的影响。

TIOBE 编程语言人气指数发布更新，并提出“PHP 的魔力是否正在消散？”的灵魂拷问。今年 4 月，PHP 在 TIOBE 编程语言指数榜上仅位列第 17，“成为其有史以来的最低排位”。

暴露 PHP 人气急剧下滑的还不只是 TIOBE 榜单。在年度 Stack Overflow 开发者调查报告中，PHP 的市场占比也从 2018 年的 30.7%（即受访者当中使用 PHP 的百分比）下降至 2023 年的 18.58%。JetBrains 开发者生态系统调查同样观察到类似的趋势，PHP 占比从 2017 年的 30%下降至 2023 年的 18%。而且最后一项数据尤其值得关注，因为 JetBrains（以及 WordPress 托管厂商 Automattic）正是 PHP 的最大赞助方之一。

JetBrains 公布的开发者调查结果

这种下滑趋势在 BuiltWith 上体现得尤其明显，自 2020 年底以来 PHP 的流行度增长线开始断崖式跌落。

BuiltWith 公布的 PHP 趋势图

截至 2021 年 11 月的一项调查显示，PHP 在互联网前百万个网站中的占比仍在 3 万以上。但如今两年多过去，其占比已经下滑至 1.5 万左右。而且截至本文撰稿之时，BuiltWith Quotes 公布的实际占比数字为 18.19%。18%这个比例与 Stack Overflow 及 JetBrains 的调查发现高度吻合，因此我们可以基本确定，PHP 在开发者中的受欢迎程度已经从之前的约 30%萎缩至现在的 18%。换言之，在短短两年之间下降了 40%。

所以结论是什么？在过去几年里到底发生了什么样的变化，才导致 PHP 在 Web 编程语言的竞争当中迅速落败？

可以说，PHP 衰落的最大原因就是 WordPress（迄今为止最具人气的 Web 内容管理系统）正在从 PHP 转向 JavaScript。WordPress 联合创始人兼 Automattic 公司 CEO Matt Mullenweg 在上月于中国台湾召开的 WordCamp Asia 2024 大会上也就此做出论述。

他在回答观众提问时表示，“我觉得 WordPress 中的大部分新代码现在都是由 JavaScript 编写而成，而且这种趋势已经持续了一段时间。因此从方方面面来讲，如今的 Gutenberg 已经转化成了一个 JavaScript 优先的项目。”

大家绝没看错：Matt Mullenweg 直言现在的 WordPress 就是个“JavaScript 优先的项目”。而他所提到的 Gutenberg，其实是该公司备受争议的全新用户界面，同时也是推动 JavaScript 全面替代 PHP 的主要原因。当然，他也承认从 PHP 转向 JavaScript“并不容易”。

WordPress 联合创始人 Matt Mullenweg 在 WordCamp Asia 2024 大会上

这倒不是说 WordPress 不再依赖于 PHP。毕竟在撰写本文时，我恰好就是在 WordPress 中以“/wp-admin/post-new.php”结尾的 URL 输入这篇文章。但只能说目前如此，未来的 WordPress 已经确定要走向另一条道路。

Mullenweg 还谈到，他希望能在 WordPress 中看到进一步改进——令人惊讶的是，他已经开始从 JavaScript 的视角出发看待这些变化。比如说，PHP 是一种服务器端脚本语言（意味着代码通常在 Web 服务器上处理），而 Mullenweg 希望 WordPress 能使用 JavaScript 把更多操作交由客户端执行。

他意味深长地表示，“我真心觉得我们应该把更多处理任务留在客户端。比如对于正在编辑的内容，这部分处理就可以交给客户端。这种在浏览器运行 JavaScript 的速度可能会更快，因为现在虚拟机和性能极强的处理器已经相当普遍。”

在演讲即将结束之时，有观众向 Mullenweg 询问他对 Gutenberg 项目的感受，以及开发人员为其做出贡献时遭遇到哪些困难。提出这个问题的开发者还希望“降低 Gutenberg 的抽象级别”。

Mullenweg 回应称，“说实施，我觉得大家必须适应这种发展态势。我认为 Gutenberg 的开发方式和 JavaScript 优先理念才是大部分 Web 开发工作的未来方向。顺带一提，其实我也得重新学习，这些东西跟我当初熟悉的方式也有区别。也许我们可以把某些抽象调整得更简单一点，但总体而言，我会选择深入研究一下。”

他还补充称，Gutenberg 项目、包括向 JavaScript 语言的转变，目前还远未完成。“在启动 Gutenberg 项目时，我们就知道这可能是个为期 10 年的项目。目前我们才刚刚完成 60%到 70%的工作。”

不得不承认，WordPress 项目（也是 PHP 能够在 Web 领域保持流行的最大动因）正坚定向着 JavaScript 世界迈进。这几乎必然会阻止更多年轻开发者选择 PHP，同时迫使其他开发人员（例如那些致力于服务 WordPress 客户的开发人员）从 PHP 转向 JavaScript。

但好消息是，仍然有相当一部分开发者群体会继续使用 PHP——毕竟两轮大规模开发者调查中的这 18%对应着相当体量的从业受众。而 PHP 基金会将继续为他们提供支持。

PHP 基金会于 2021 年 11 月正式成立，希望以非营利组织的身份承担起 PHP 项目的管理职责。PHP 基金会是由 JetBrains 领导的企业联盟所建立，其中包括 Automattic、Zend、Laravel 以及 Acquia（Drupal 的托管商）等。JetBrains 工程师 Roman Pronskiy 则出任项目负责人，目前在基金会网站上的头衔为“运营主管”。

在今年 2 月的 Laravel 会议上，Pronskiy 主要探讨了技术问题，同时也承认“PHP 基金会目前最艰巨的任务，就是扭转 PHP 在公众心目中的形象。”虽然他没有具体说明是哪些原因导致 PHP 的公众形象下降，但 Matt Mullenweg 在解释 WordPress 转向“JavaScript 优先”的理由时已经基本给出了答案。无论如何，Pronskiy 正快速投身于 PHP 项目的后续开发，并为其组织起由 10 名有偿开发者组成的全职团队。

PHP 基金会团队

总而言之，2024 年的 PHP 几乎成了 Web 开发领域爹不疼、娘不爱的“孤儿”，而 JavaScript 则是在家、在校都备受关注的宠儿。对 PHP 来说更加可悲的是，目前的这种人气下滑趋势短时间内恐怕无法停止——毕竟 WordPress 那边的开发团队还在积极适应新的 JavaScript 规范。但至少 PHP 基金会还在为此而努力，也许这股颓势能够逐渐迎来转机。

原文链接：

史上最全的浏览器兼容性问题和解决方案

微信ID：WEB_wysj(点击关注) ◎ ◎ ◎ ◎ ◎◎◎◎◎一┳═┻︻▄

（页底留言开放，欢迎来吐槽）

● ● ●

浏览器兼容性问题是指因为不同的浏览器对同一段CSS代码解析不同导致页面显示效果不统一的情况。一般情况下，我们希望用户无论使用什么浏览器来查看网页效果都应该是一样的。浏览器的兼容性问题是Web前端开发人员经常会碰到的和必须要解决的问题。下面PHP程序员雷雪松整理出来了史上最全的浏览器兼容性问题和解决方案。

一、浏览器兼容性问题总结

1、双倍浮动边距：

原因：多个并列浮动元素设置了左或右边界值（x），ie6下第一个浮动元素的左或右的边界值为2倍(2x);

解决：为第一个浮动元素添加display:inline;样式；

2、高度不能自适应：

原因：多个并列浮动元素的父级高度不能被撑开。

解决：在最后一个浮动元素后添加<div class=”clear”></div> .clear {clear:both;}

3、上下边界不被识别：

原因：父级元素未指定高度，margin-top和margin-bottom解析错误

解决：在该元素的父一级元素上添加样式：overflow:auto; display:inline-block;

备注：当元素被设置成inline-block时候，最后给该元素指定宽度；

4、IE6不识别微型高度：

原因：IE6不能识别低于当前字高的高度

解决：为该元素设置font-size:0 / overflow:hidden;

5、IE6链接伪类的问题：

原因：IE6不识别P:hover,只能识别a:hover

解决：用a:hover替换之。

6、IE6、7阶梯列表问题：

原因：浮动元素未指定宽度；

解决：为浮动元素指定确定宽度

二、兼容（HACK）技术

1、属性过滤：

2、选择器过滤：

备注：关于Chrome中文版12号以下的字体不识别，解决方案，设置样式如下：

3、样式表过滤

三、注意事项

记得清除漂浮。(在具有float元素的容器底部加入清除漂浮)

漂浮元素尽量给一个确定的宽度。

尽量使用padding代替margin。

若同时有float及margin，加入display:inline。

尽量避免使用绝对定位进行布局；若使用，需明确指定z-index, top, left；

尽量避免使用半透明png图片(PNG-24)；若使用，用PNG修复补丁修复之；

若出现宽度被撑开现象，设置overflow:hidden;

若出现莫名padding，设置font-size:0及overflow:hidden;

四、其他技巧

1、FF下给 div 设置 padding 后会导致 width 和 height 增加, 但IE不会.(可用!important解决)

2、 居中问题.

a).垂直居中.将 line-height 设置为 当前 div 相同的高度, 再通过 vertical-align: middle.( 注意内容不要换行.)

b).水平居中. margin: 0 auto;(当然不是万能)

3、若需给 a 标签内内容加上 样式, 需要设置 display: block;(常见于导航标签)

4、FF 和 IE 对 BOX 理解的差异导致相差 2px 的还有设为 float的div在ie下 margin加倍等问题.

5、ul 标签在 FF 下面默认有 list-style 和 padding . 最好事先声明, 以避免不必要的麻烦. (常见于导航标签和内容列表)

6、作为外部 wrapper 的 div 不要定死高度, 最好还加上 overflow: hidden.以达到高度自适应.

7、关于手形光标. cursor: pointer. 而hand 只适用于 IE.

干货！免费领取腾讯高级讲师网页设计教程

点我领取

☝☝☝

关注网页设计自学平台，99%的努力都在这里

▼无法识别二维码可以点「阅读原文」噢！

本文作者及来源:Renderbus瑞云渲染农场https://www.renderbus.com