PHPチュートリアル

为什么那么多人吐糟PHP 也没说原因

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 06, 2016 pm 08:39 PM

php

为什么那么多人吐糟PHP 也没说原因

这个问题已被关闭，原因：

回复内容：

为什么那么多人吐糟PHP 也没说原因

客观的回答：

1.PHP语言以及环境，与其他主流语言及其环境相比，很差，这是缺点。

2.PHP在互联网发展史上曾经非常辉煌，Web2.0基本上是它的功劳。而且那个年代能赚钱的基本上也都是PHP的，这些是优点。

所以，由于PHP有矛盾如此激烈的缺点与优点，所以才会产生巨大的争议与话题。其他语言由于没有这么激烈的矛盾，所以不会出现这种情况。

我之前写过很久 PHP, 但现在是 PHP 黑，简单说一下原因。

语法设计不合理

这个诚然有历史原因，但确实是不合理。
- 命名空间用（\）分隔，简直丧心病狂；对象成员用（->）访问，略显繁琐
- 函数名不区分大小写，老版本的类名也不区分大小写，而变量名却区分大小写
- 数组的写法繁琐（array()），直到 5.4 才有简写语法（[]）
- 这样function test_array(array $input_array), 可以限制参数的类型，适用于类和数组，却不适用于 int 和 string
- unset, echo, empty, list 长得像函数，却不是函数
- 直到 5.4 才支持 func()[0] 这种写法
- 大部分内部函数默认不会抛出异常，导致 PHP 中存在两套独立的错误处理机制
很多被弃用的功能仍被广泛使用，新的功能被普及得很慢

这个是使用者的事情，但情况就是如此。

在开源软件中更为突出，比如 WordPress 为了尽可能兼容旧的 PHP 版本，没法用上例如匿名函数(5.3), 数组简写语法(5.4) 这种能够大幅改善代码可读性的功能。

下面是一些被弃用的功能，这些功能大多是设计上存在失误，后来因为可能导致潜在的问题被弃用，但因为网络上互相转载的一些不靠谱教程，所以很多人依然在使用。
- __autoload
- mysql_* 系列函数
- Register Globals
- Magic Quotes
- Safe Mode
缺少好用的包管理器和依赖管理方案

PHP 和 Python, Ruby, Node.js 在使用领域上是有一定重叠的，我们来比较一下包的数量：
- PHP Composer: 46k
- Python PyPI: 53k
- Ruby Gems: 94k
- Node.js NPM: 116k
虽然包的数量不代表质量，但是代表了人们是否愿意发布和使用包。

Composer 在 PHP 中的普及率恐怕不及上面其他三款包管理器，比如作为最火的博客程序 WordPress, 和国内的 Typecho 都没有使用 Composer, 而是直接在源代码中包含所有依赖。
必须为每个请求创建一个单独的进程

PHP 必须为每个请求创建一个进程（或线程），这导致在高并发的情况下会占用大量内存。

在 PHP 中很难创建一个资源，并让它可以在全局范围内，可以被所有请求访问到，只能通过外部的数据库或缓存来实现。亦没有办法定义一项任务，独立于其他请求运行，只能通过单独的任务队列来解决。虽然这两个问题并不严重，但无法轻量级地维护全局的状态，算是一个缺憾。
PHP 是为 Web 优化的编程语言
- 可以直接用 $_GET 和 $_POST 访问来自客户端的 GET 和 POST 数据
- 可以用 <?php ?> 的方式嵌入到 HTML 文件中
现在大多数 Web 程序，往往都是 MVC 架构，在这种架构下，具有额外语法糖的 PHP 并不会比通用编程语言更好用。

相反的方面，虽然 PHP 可以用于 Web 之外的场景，但坑实在是多。例如缺少好用的异步流程控制的方案等。

黑某种语言只能说明此人见识少，语言只是工具，适用于不同的场合，不喜欢可以不用。你都不用了怎么有资格黑。

比如有些人说php的shell功能弱，人家php天生就是为web开发设计，你要拿筷子当叉子用，还说人家不好用。

比如说php性能差，殊不知很多.Net和Java的初学者写出来的网站，一堆的性能bug，难道这不是php设计上的优点。

有优点当然也有缺点，关键看你怎么用。黑PHP的人估计是想不明白为啥国内大的互联网公司都用PHP

php上手简单没什么难度
黑他只是为了显示自己学的语言有多好
黑他才能显得自己水平高
Python c c++ 语言也都有自己不足的地方你也去黑黑
对php了解一些了你就使劲黑吧

有句话说程序员应该为自己的行为负责但是实际上很少有程序员做的到这点于是有c++ c# java这种强类型语言来约束程序员的行为
php显然缺少这些条条框框而且php弱类型的实现的却有一些诟病的地方

同意 @我是谁啊2015_73720 的说法，总不能说手机没有单反拍照好用，就说手机设计不合理，人家生来就不是做这件事的，做好本职工作就足够了。

更新换代速度慢是注定的，庞大的用户量不是PHP说升级就能升级的，至少要用户配合。微软这样致力推广Windows的更新，现在还不是一样有不少用人XP的？

PHP是世界上最好的语言，没有之一

请注意

PHP是世界上最好的语言，没有之一

这种问题以后少问，如果PHP不好，那么怎么还那么多公司用？
PHP不死，这种问题这轮不到你们这些人来评论！

PHP是世界上最好的语言，没有之一

来自知乎的回答

楼上好多大神啊！！！

自以为是的大婶。。。

不懂就乱黑。。。笑

声明

この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

PHPセッションを失敗させる可能性のあるいくつかの一般的な問題は何ですか？Apr 25, 2025 am 12:16 AM

PHPSESSIONの障害の理由には、構成エラー、Cookieの問題、セッションの有効期限が含まれます。 1。構成エラー：正しいセッションをチェックして設定します。save_path。 2.Cookieの問題：Cookieが正しく設定されていることを確認してください。 3.セッションの有効期限：セッションを調整してください。GC_MAXLIFETIME値はセッション時間を延長します。

PHPでセッションの問題をデバッグする方法は次のとおりです。1。セッションが正しく開始されるかどうかを確認します。 2.セッションIDの配信を確認します。 3.セッションデータのストレージと読み取りを確認します。 4.サーバーの構成を確認します。セッションIDとデータを出力し、セッションファイルのコンテンツを表示するなど、セッション関連の問題を効果的に診断して解決できます。

session_start（）が複数回呼び出されるとどうなりますか？Apr 25, 2025 am 12:06 AM

session_start（）への複数の呼び出しにより、警告メッセージと可能なデータ上書きが行われます。 1）PHPは警告を発し、セッションが開始されたことを促します。 2）セッションデータの予期しない上書きを引き起こす可能性があります。 3）session_status（）を使用してセッションステータスを確認して、繰り返しの呼び出しを避けます。

PHPでセッションのライフタイムをどのように構成しますか？Apr 25, 2025 am 12:05 AM

PHPでのセッションライフサイクルの構成は、session.gc_maxlifetimeとsession.cookie_lifetimeを設定することで達成できます。 1）session.gc_maxlifetimeサーバー側のセッションデータのサバイバル時間を制御します。 0に設定すると、ブラウザが閉じているとCookieが期限切れになります。

セッションを保存するためにデータベースを使用することの利点は何ですか？Apr 24, 2025 am 12:16 AM

データベースストレージセッションを使用することの主な利点には、持続性、スケーラビリティ、セキュリティが含まれます。 1。永続性：サーバーが再起動しても、セッションデータは変更されないままになります。 2。スケーラビリティ：分散システムに適用され、セッションデータが複数のサーバー間で同期されるようにします。 3。セキュリティ：データベースは、機密情報を保護するための暗号化されたストレージを提供します。

PHPでカスタムセッション処理をどのように実装しますか？Apr 24, 2025 am 12:16 AM

PHPでのカスタムセッション処理の実装は、SessionHandlerInterfaceインターフェイスを実装することで実行できます。具体的な手順には、次のものが含まれます。1）CussentsessionHandlerなどのSessionHandlerInterfaceを実装するクラスの作成。 2）セッションデータのライフサイクルとストレージ方法を定義するためのインターフェイス（オープン、クローズ、読み取り、書き込み、破壊、GCなど）の書き換え方法。 3）PHPスクリプトでカスタムセッションプロセッサを登録し、セッションを開始します。これにより、データをMySQLやRedisなどのメディアに保存して、パフォーマンス、セキュリティ、スケーラビリティを改善できます。

セッションIDとは何ですか？Apr 24, 2025 am 12:13 AM

SessionIDは、ユーザーセッションのステータスを追跡するためにWebアプリケーションで使用されるメカニズムです。 1.ユーザーとサーバー間の複数のインタラクション中にユーザーのID情報を維持するために使用されるランダムに生成された文字列です。 2。サーバーは、ユーザーの複数のリクエストでこれらの要求を識別および関連付けるのに役立つCookieまたはURLパラメーターを介してクライアントに生成および送信します。 3.生成は通常、ランダムアルゴリズムを使用して、一意性と予測不可能性を確保します。 4.実際の開発では、Redisなどのメモリ内データベースを使用してセッションデータを保存してパフォーマンスとセキュリティを改善できます。

ステートレス環境（APIなど）でセッションをどのように処理しますか？Apr 24, 2025 am 12:12 AM

APIなどのステートレス環境でのセッションの管理は、JWTまたはCookieを使用して達成できます。 1。JWTは、無国籍とスケーラビリティに適していますが、ビッグデータに関してはサイズが大きいです。 2.cookiesはより伝統的で実装が簡単ですが、セキュリティを確保するために慎重に構成する必要があります。

See all articles

ホットAIツール

Undresser.AI Undress

リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover

写真から衣服を削除するオンライン AI ツール。

Undress AI Tool

脱衣画像を無料で

Clothoff.io

AI衣類リムーバー

Video Face Swap

完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

ホットツール

SecLists

SecLists は、セキュリティテスターの究極の相棒です。これは、セキュリティ評価中に頻繁に使用されるさまざまな種類のリストを 1 か所にまとめたものです。 SecLists は、セキュリティテスターが必要とする可能性のあるすべてのリストを便利に提供することで、セキュリティテストをより効率的かつ生産的にするのに役立ちます。リストの種類には、ユーザー名、パスワード、URL、ファジングペイロード、機密データパターン、Web シェルなどが含まれます。テスターはこのリポジトリを新しいテストマシンにプルするだけで、必要なあらゆる種類のリストにアクセスできるようになります。