11 thg 10, 2025·8 phút
Rasmus Lerdorf và PHP: Từ công cụ cá nhân đến trụ cột của web
Câu chuyện về Rasmus Lerdorf và PHP — cách một tập script web nhỏ trở thành nền tảng được dùng rộng rãi, và lý do PHP vẫn chạy nhiều site ngày nay.
Câu chuyện về Rasmus Lerdorf và PHP — cách một tập script web nhỏ trở thành nền tảng được dùng rộng rãi, và lý do PHP vẫn chạy nhiều site ngày nay.
PHP không bắt đầu như một nền tảng vĩ đại hay một ngôn ngữ được thiết kế cẩn thận. Nó xuất phát từ việc Rasmus Lerdorf muốn giải quyết một vấn đề cụ thể: quản lý trang cá nhân mà không phải làm những công việc lặp đi lặp lại.
Chi tiết đó quan trọng vì nó giải thích nhiều điều về cảm nhận của PHP — ngay cả ngày nay.
Lerdorf là một nhà phát triển xây dựng cho web thời kỳ đầu, khi trang chủ yếu là tĩnh và việc cập nhật những thứ ngoài HTML thô nhanh chóng trở nên nhàm chán. Ông muốn những script đơn giản có thể theo dõi người truy cập, tái sử dụng các phần chung của trang và sinh nội dung động.
Nói cách khác: ông cần công cụ giúp phát hành thay đổi nhanh hơn.
“Công cụ cá nhân” không phải là tên thương hiệu — đó là một tư duy. Các nhà xây dựng web thời đầu thường viết những tiện ích nhỏ để tự động hóa phần chán:
Những phiên bản PHP đầu tiên được định hình bởi cách tiếp cận thực tế đó: hoàn thành công việc.
Khi bạn biết gốc rễ của PHP, nhiều đặc điểm của nó trở nên dễ hiểu: việc nhúng mã trực tiếp vào HTML, thư viện chuẩn lớn nhằm các tác vụ web phổ biến, và ưu tiên sự tiện lợi hơn là thuần túy theo học thuật.
Những lựa chọn này giúp PHP lan nhanh, nhưng cũng tạo ra những đánh đổi mà chúng ta sẽ đề cập sau.
Bài viết này đi qua cách PHP phát triển từ các script của Lerdorf thành một ngôn ngữ do cộng đồng dẫn dắt, lý do nó phù hợp với hosting và stack LAMP, cách các hệ sinh thái như WordPress khuếch đại nó, và những gì PHP hiện đại (7 và 8+) đã thay đổi — để bạn có thể đánh giá PHP hôm nay dựa trên thực tế, chứ không phải hoài niệm hay thổi phồng.
Web giữa thập niên 1990 hầu hết là HTML tĩnh. Nếu bạn muốn thứ gì đó động — xử lý form, hiển thị bộ đếm truy cập, tùy biến trang theo khách — bạn thường dùng CGI scripts, thường viết bằng Perl.
Cách đó hoạt động, nhưng không mượt mà.
Chương trình CGI chạy như những tiến trình riêng cho mỗi yêu cầu. Với các tác vụ đơn giản, điều đó có nghĩa là nhiều mảnh ghép: file script với quyền cẩn thận, cấu hình máy chủ, và một mô hình tư duy không giống “viết một trang web.” Bạn không chỉ trộn chút logic vào HTML; bạn xây một chương trình nhỏ in ra HTML như văn bản.
Với các trang hobby và doanh nghiệp nhỏ, nhu cầu phổ biến thường lặp lại và mang tính thực tế:
Phần lớn mọi người dùng shared hosting với CPU, bộ nhớ giới hạn và ít quyền kiểm soát cài đặt máy chủ. Việc cài module tùy chỉnh hay chạy dịch vụ lâu dài không thực tế. Những gì bạn có thể làm là upload file và chạy script đơn giản.
Những ràng buộc này thúc đẩy hướng tới một công cụ:
Khoảng cách đó — giữa trang tĩnh và scripting nặng — là vấn đề hàng ngày mà PHP nhắm đến.
Rasmus Lerdorf không có ý định phát minh một ngôn ngữ lập trình. Ông cần thứ bình thường hơn: cách tốt hơn để vận hành trang cá nhân.
Những công việc “PHP” sớm nhất bắt đầu như một tập hợp chương trình C nhỏ ông dùng để theo dõi lượt truy cập vào sơ yếu lý lịch trực tuyến, cùng vài tiện ích để xử lý các nhiệm vụ cơ bản mà không phải chỉnh trang bằng tay liên tục.
Khi đó, biết ai đang truy cập trang và bao nhiêu không đơn giản như thả một đoạn analytics. Script của Lerdorf giúp ghi log và tóm tắt các yêu cầu, giúp hiểu mẫu truy cập.
Cùng lúc, ông viết trợ giúp cho các công việc trang web thông thường — templating đơn giản, các mẩu đầu ra động nhỏ, xử lý forms — để trang trông “sống” mà không biến thành ứng dụng tùy chỉnh hoàn toàn.
Khi bạn có công cụ để theo dõi yêu cầu, xử lý form và tái sử dụng thành phần trang, bạn vô tình xây được thứ người khác cũng có thể dùng.
Đó là khoảnh khắc then chốt: tính năng không gắn với một layout hay trang duy nhất. Nó đủ chung để chủ site khác tưởng tượng sao chép cho dự án của họ.
Vì bắt đầu như một hộp công cụ, trải nghiệm người dùng mang tính thực tế: làm việc phổ biến nhanh, đừng thiết kế quá mức, và giữ rào cản gia nhập thấp.
Thái độ đó — thực dụng trước, trau chuốt sau — giúp PHP cảm thấy dễ tiếp cận ngay từ đầu.
Bài học rút ra: gốc rễ PHP không mang tính học thuật hay lý thuyết. Nó được thúc đẩy bởi vấn đề — nhằm giúp một trang web thực sự chạy với ít ma sát hơn.
PHP không bắt đầu như một “ngôn ngữ” theo cách người ta nghĩ ngày nay. Cột mốc công khai đầu tiên là PHP/FI, viết tắt của "Personal Home Page / Forms Interpreter."
Tên gọi đó đã tố cáo mục tiêu: nó không cố gắng làm mọi thứ. Nó được tạo ra để giúp người ta xây trang động và xử lý web forms mà không cần viết chương trình hoàn toàn riêng cho mỗi tác vụ.
PHP/FI gom vài ý tưởng thực tế mà khi kết hợp lại khiến phát triển web thời đầu ít đau đầu hơn:
Nó không hoàn hảo, nhưng giảm lượng glue code người ta phải viết chỉ để có một trang hoạt động.
Trang web sớm nhanh chóng gặp vấn đề: khi cần form, sổ khách, đăng ký, hoặc tìm kiếm cơ bản, bạn phải chấp nhận input từ người dùng và làm gì đó với nó.
PHP/FI biến xử lý form thành trường hợp sử dụng cốt lõi. Thay vì coi forms là tính năng nâng cao, nó ưu tiên chúng — làm cho việc đọc giá trị gửi lên và sinh trang phản hồi dễ dàng hơn.
Điều này ăn khớp với nhu cầu thực tế của chủ site.
Một trong những ý ảnh hưởng nhất của PHP/FI là phong cách templating: giữ HTML là tài liệu chính, và dệt vào đó những mẩu logic phía máy chủ nhỏ.
<!-- HTML-first, with small dynamic pieces -->
<p>Hello, <?php echo $name; ?>!</p>
Với designer và người thích tinh chỉnh, điều này cảm thấy tự nhiên: bạn có thể sửa một trang và thêm “đủ” hành vi động mà không phải dùng hệ thống hoàn toàn tách biệt.
PHP/FI không trang nhã, và cũng không cố gắng như vậy. Mọi người dùng nó vì nó:
Những “tính năng killer” đó không hào nhoáng — chúng là thứ web thời đầu thực sự cần.
Các script ban đầu của Rasmus Lerdorf được xây để giải quyết vấn đề của riêng ông: theo dõi người truy cập, tái sử dụng thành phần, và tránh lặp công việc.
Điều biến tập tiện ích nhỏ đó thành “PHP” như phần lớn người biết không phải là một lần viết lại lớn — mà là một dòng kéo từ cộng đồng các nhà phát triển muốn tiện lợi giống vậy cho site của họ.
Ngay khi PHP được chia sẻ, người dùng bắt đầu gửi bản vá, tính năng nhỏ và ý tưởng. Vòng phản hồi đó quan trọng: dự án dần phản ánh nhu cầu của nhiều webmaster chứ không chỉ một trang cá nhân.
Tài liệu cải thiện, các trường hợp biên được vá, và ngôn ngữ bắt đầu phát triển những quy ước giúp người mới dễ tiếp thu.
Cột mốc lớn là PHP 3, viết lại engine lõi và giới thiệu tên “PHP: Hypertext Preprocessor.” Đây không chỉ là marketing.
Việc viết lại làm ngôn ngữ nhất quán hơn và dễ mở rộng, nghĩa là PHP có thể phát triển mà không trở thành một đống script không thể bảo trì.
Cộng đồng người dùng cũng thúc đẩy tích hợp với các công cụ họ dựa vào. Các extension kết nối PHP với nhiều cơ sở dữ liệu và dịch vụ xuất hiện, nên bạn không bị khóa vào một thiết lập duy nhất.
Thay vì “công cụ in HTML,” PHP trở thành cách thực tế để xây site dữ liệu — sổ khách, diễn đàn, danh mục và thương mại điện tử thời kỳ đầu.
Đó là bước ngoặt: đóng góp của cộng đồng không chỉ thêm tính năng mà thay đổi vai trò của PHP thành nền tảng mở rộng được mà người ta có thể tin cậy cho dự án thực sự.
PHP không trở thành lựa chọn mặc định cho nhiều site chỉ vì nó dễ học. Một phần lớn câu chuyện là engine bên trong được nâng cấp nghiêm túc — làm PHP nhanh hơn, nhất quán hơn và dễ mở rộng.
Zend (do Andi Gutmans và Zeev Suraski thành lập) giới thiệu Zend Engine như lõi mới cho PHP. Hãy tưởng tượng thay động cơ mà vẫn giữ nguyên kiểu xe.
Lập trình viên vẫn viết mã PHP quen thuộc, nhưng runtime được cấu trúc tốt hơn bên trong.
Cấu trúc đó quan trọng vì nó cho phép:
PHP 4 (chạy trên Zend Engine 1) xuất hiện đúng lúc cho mô hình “thuê chỗ trên server” của web.
Các nhà cung cấp shared hosting có thể cung cấp PHP rộng rãi và rẻ, và nhiều người đã làm vậy. Sự phổ biến này tạo vòng lặp tăng trưởng: nhiều host hỗ trợ PHP hơn, nên nhiều người dùng hơn; lượng dùng tăng thúc đẩy host tiếp tục hỗ trợ.
Về thực tế, PHP 4 là “đủ tốt, có mặt ở khắp nơi.” Sự phổ biến đó quan trọng không kém bất kỳ tính năng ngôn ngữ nào.
PHP 5 (Zend Engine 2) thúc đẩy PHP cho các nhóm xây dựng codebase lớn hơn. Thay đổi chính là OOP mạnh hơn: xử lý class tốt hơn, quy tắc visibility rõ hơn, và nền tảng cho các mẫu hiện đại.
Mục tiêu không phải làm PHP học thuật — mà là giúp tổ chức dự án, tái sử dụng mã và bảo trì dễ hơn.
Khi PHP lan rộng, áp lực mới xuất hiện: người ta mong mã cũ vẫn chạy. Nhà cung cấp hosting, CMS và agency dựa vào sự ổn định.
Từ đây, tiến hóa PHP không chỉ là “thêm tính năng” — mà còn phải “đừng phá vỡ internet.”
PHP không thắng vì nó là ngôn ngữ tinh tế nhất trên giấy. Nó thắng vì nó khiến việc xây "trang web hữu ích" trở nên tức thời.
Với các nhà phát triển web thời đầu — thường là designer, người làm hobby hoặc doanh nghiệp nhỏ — PHP giảm thời gian để có thứ đầu tiên hoạt động hơn hầu hết các lựa chọn khác.
Với PHP, vòng phản hồi gần như không ma sát: upload file, refresh trang, thấy kết quả. Nghe có vẻ tầm thường, nhưng điều đó định hình một thế hệ xây dựng web.
Người ta có thể bắt đầu với một trang động đơn (form liên hệ, sổ khách, bộ đếm) và mở rộng dần.
Các dự án web thời đầu hiếm khi có phòng kỹ thuật lớn. Họ có một, hai dev và nhiều yêu cầu gấp. PHP phù hợp với thực tế đó: giảm thủ tục triển khai và làm cho thay đổi từng phần dễ bung ra.
PHP cưỡi trên làn sóng shared hosting rẻ. Nhiều nhà cung cấp cài sẵn PHP, nên bạn không cần hạ tầng đặc biệt hay máy chủ đắt.
Triển khai thường chỉ là “copy file lên,” phù hợp với cách người ta đã xuất bản HTML.
Khi PHP được dùng rộng, nó tự củng cố. Hướng dẫn, đoạn code mẫu, diễn đàn và ví dụ copy‑paste ở khắp nơi.
Bộ ký ức cộng đồng đó khiến PHP dễ tiếp cận — ngay cả khi vấn đề web thực tế không đơn giản.
PHP không chỉ thành công vì dễ học — nó còn thành công vì có “ngôi nhà mặc định” trên web sớm.
Ngôi nhà đó là stack LAMP: Linux + Apache + MySQL + PHP. Trong nhiều năm, combo này là công thức tiêu chuẩn để chạy website động, đặc biệt cho doanh nghiệp nhỏ và dự án cá nhân.
Linux và Apache đều sẵn có và rẻ để chạy. PHP khớp gọn với mô hình request/response của Apache: khách truy cập gọi URL, Apache chuyển yêu cầu cho PHP, PHP sinh HTML.
Không cần application server tách rời, khiến triển khai đơn giản và rẻ.
MySQL hoàn thiện bức tranh. Các extension của PHP giúp kết nối MySQL, chạy truy vấn và render kết quả trên trang dễ dàng.
Sự tích hợp chặt chẽ đó có nghĩa là tỷ lệ lớn các site “có database” có thể xây với cùng bộ công cụ quen thuộc.
Một chất xúc tác lớn là shared hosting. Nhiều host cung cấp tài khoản với PHP và MySQL đã cấu hình — không cần quản trị hệ thống.
Với control panel như cPanel, người dùng có thể tạo database MySQL, quản trị bảng bằng phpMyAdmin, upload file PHP qua FTP và lên sóng nhanh.
Rồi xuất hiện trình cài một cú nhấp (thường cho WordPress, diễn đàn, shopping cart). Những trình cài này chuẩn hóa ý tưởng rằng “một website = một app PHP + database MySQL,” biến PHP thành con đường ít cản trở nhất cho hàng triệu chủ site.
Stack khuyến khích workflow thực tế: sửa file .php, refresh trình duyệt, chỉnh SQL, lặp lại.
Nó cũng hình thành các mô hình quen thuộc — templates và includes, xử lý form, session và các trang CRUD — tạo nên mô hình tư duy chung kéo dài vượt quá đỉnh cao của LAMP.
PHP không trở nên “mọi nơi” chỉ vì cú pháp. Nó trở thành lựa chọn mặc định vì các sản phẩm hoàn chỉnh, cài đặt được hình thành quanh nó — công cụ giải quyết vấn đề kinh doanh thực với ít cấu hình.
Các hệ thống quản trị nội dung biến PHP thành quyết định một cú nhấp. Nền tảng như WordPress, Drupal và Joomla đóng gói phần khó — bảng điều khiển admin, đăng nhập, quyền, themes, plugins — nên chủ site có thể xuất bản mà không viết code.
Điều này quan trọng vì mỗi CMS tạo ra lực hấp dẫn riêng: designer học làm theme, agency xây dịch vụ lặp lại, và marketplace plugin phát triển.
Khi site của khách hàng phụ thuộc vào hệ sinh thái đó, PHP được “chọn” nhiều lần — thậm chí khách hàng có thể không biết.
Cửa hàng trực tuyến và site cộng đồng là nhu cầu sớm của web, và PHP phù hợp với thực tế shared-hosting thời đó.
Phần mềm như Magento (và sau này WooCommerce trên WordPress), cùng các app diễn đàn như phpBB, cung cấp giải pháp sẵn cho catalog, giỏ hàng, tài khoản và quản trị.
Những dự án này cũng chuẩn hóa workflow: cài app, cấu hình qua trình duyệt, mở rộng bằng module — đúng kiểu phát triển giúp PHP phát triển.
Không phải PHP nào cũng hướng ra công chúng. Nhiều đội dùng nó cho dashboard nội bộ, công cụ admin và API đơn giản kết nối thanh toán, tồn kho, CRM hoặc analytics.
Những hệ thống này không hiện ra trong các quét “dùng CMS gì?”, nhưng vẫn giữ PHP trong sử dụng hàng ngày.
Khi một tỷ lệ lớn web chạy trên vài sản phẩm khổng lồ (đặc biệt WordPress), ngôn ngữ bên dưới thừa hưởng dấu ấn đó.
Tầm với của PHP phần lớn là tầm với của hệ sinh thái xây trên nó — không chỉ phản ánh bản thân ngôn ngữ.
Thành công của PHP luôn gắn với thực dụng — và thực dụng thường để lại mép thô.
Nhiều phê bình có gốc rễ lịch sử, nhưng không phải tất cả phản ánh cách PHP được dùng (hoặc viết) ngày nay.
Một phàn nàn thường gặp là sự không nhất quán: tên hàm theo mẫu khác nhau, tham số đặt khác nhau, và API cũ tồn tại cùng với API mới.
Điều đó thật — kết quả của PHP phát triển nhanh, thêm tính năng khi web thay đổi và giữ các giao diện cũ cho hàng triệu site.
PHP cũng hỗ trợ nhiều phong cách lập trình. Bạn có thể viết script “làm cho xong” đơn giản, hoặc code theo hướng đối tượng có cấu trúc hơn.
Người phê bình gọi đó là “trộn mô hình”; người ủng hộ gọi đó là linh hoạt. Hậu quả là đội ngũ có thể có chất lượng mã không đồng đều nếu không đặt chuẩn.
“Nói PHP không an toàn” là quá đơn giản. Hầu hết sự cố bảo mật PHP đến từ sai lầm ứng dụng: tin dữ liệu người dùng, xây truy vấn SQL bằng ghép chuỗi, cấu hình tải lên file sai, hoặc quên kiểm tra quyền truy cập.
Mặc định lịch sử của PHP không luôn hướng người mới tới các mẫu an toàn, và việc dễ dùng khiến nhiều người mới triển khai mã công khai.
Nhận định chính xác hơn: PHP làm cho việc xây web dễ dàng, và web thì dễ sai nếu không có thao tác vệ sinh an ninh cơ bản.
PHP gánh trách nhiệm nặng: không phá vỡ web.
Tính tương thích ngược giữ ứng dụng sống lâu nhưng cũng khiến mã di sản tồn tại — đôi khi lâu hơn “hạn sử dụng” của nó. Công ty có thể tốn công duy trì mẫu cũ hơn là chuyển sang cách tốt hơn.
Phê bình hợp lý: không nhất quán, API cũ và codebase không đồng đều là thật.
Phê bình lỗi thời: giả định rằng dự án PHP hiện đại phải giống PHP đầu những năm 2000, hoặc rằng chính ngôn ngữ là điểm yếu bảo mật chính.
Trên thực tế, khác biệt thường là thói quen của đội, chứ không phải công cụ.
Danh tiếng PHP thường gắn với mã viết nhiều năm trước: HTML trộn logic trong một file, phong cách không nhất quán, và thói quen triển khai “chỉ chạy trên server của tôi.”
PHP 7 và 8+ không chỉ thêm tính năng — chúng kéo hệ sinh thái theo hướng sạch hơn, nhanh hơn và dễ bảo trì hơn.
PHP 7 đem lại cải tiến hiệu suất lớn bằng cách thiết kế lại các nội bộ quan trọng (bản cập nhật Zend Engine).
Nói đơn giản: cùng một app có thể xử lý nhiều yêu cầu hơn trên cùng phần cứng, hoặc chạy rẻ hơn ở cùng lưu lượng.
Điều này quan trọng cho shared hosting, site WordPress đông khách và bất kỳ doanh nghiệp nào đo “thời gian tải trang” thành doanh thu bị mất. Nó cũng làm PHP cạnh tranh trở lại với các lựa chọn server-side mới hơn.
PHP 8 giới thiệu các tính năng giúp code lớn dễ hiểu hơn:
int|string). Điều này giảm suy đoán và cải thiện hỗ trợ tooling.Các dự án PHP hiện đại thường dùng Composer, trình quản lý phụ thuộc tiêu chuẩn.
Thay vì copy thư viện thủ công, đội khai báo phụ thuộc trong file, cài phiên bản dự đoán và dùng autoloading. Đó là lý do PHP đương đại cảm giác chuyên nghiệp hơn so với thời copy‑paste.
PHP cũ thường là script ad‑hoc; PHP hiện đại thường là mã với phụ thuộc quản lý phiên bản, framework, kiểu dữ liệu, kiểm thử tự động và hiệu suất đủ cho lưu lượng thực tế.
PHP không phải lựa chọn hoài niệm — nó là công cụ thực tế vẫn phù hợp nhiều công việc web.
Chìa khóa là phù hợp với ràng buộc của bạn, không phải ý thức hệ.
PHP tỏa sáng khi bạn đang xây hoặc vận hành:
Nếu dự án hưởng lợi từ “nhiều dev đã biết, hosting ở khắp nơi,” PHP giúp giảm ma sát.
Cân nhắc thay thế nếu bạn cần:
Cũng đáng cân nhắc khi bạn xây sản phẩm mới muốn mặc định mạnh cho kiến trúc hiện đại (API gõ kiểu, dịch vụ có cấu trúc, tách trách nhiệm rõ ràng).
Hãy tự hỏi trước khi chọn:
Một bài học từ câu chuyện nguồn gốc PHP luôn đúng: công cụ thắng là công cụ rút ngắn khoảng cách giữa ý tưởng và phần mềm chạy được.
Nếu bạn đang đánh giá giữ PHP hay xây dịch vụ mới song song (ví dụ frontend React với API Go), một nguyên mẫu nhanh có thể loại bỏ nhiều suy đoán. Nền tảng như Koder.ai được xây cho workflow “ship-first”: bạn mô tả app trong chat, sinh một dự án web/ backend chạy được (React + Go với PostgreSQL), và lặp nhanh với tính năng như planning mode, snapshots và rollback — rồi xuất mã nguồn khi sẵn sàng.
Để xem thêm hướng dẫn thực tế, xem /blog. Nếu bạn đang so sánh triển khai hoặc phương án dịch vụ, /pricing có thể giúp định khung chi phí.
Rasmus Lerdorf xây một bộ tiện ích nhỏ viết bằng C để quản lý trang cá nhân của ông — theo dõi khách truy cập, tái sử dụng các phần trang và xử lý các đầu ra động đơn giản.
Vì mục tiêu là loại bỏ những công việc lặp đi lặp lại trên web (không phải thiết kế một “ngôn ngữ hoàn hảo”), PHP giữ được tính thực dụng: triển khai nhanh, dễ nhúng vào HTML và chứa nhiều trợ giúp hướng đến web.
Vào giữa thập niên 1990, hầu hết trang là HTML tĩnh. Bất cứ điều gì động (forms, counters, nội dung theo từng người dùng) thường dùng CGI script — thường là Perl.
Cách đó hoạt động nhưng với các cập nhật hàng ngày thì hơi vụng. Thay vì sửa một trang HTML và chèn chút logic phía máy chủ, bạn thường viết một chương trình riêng in ra HTML.
Chương trình CGI thường chạy như tiến trình riêng cho mỗi yêu cầu, và cần nhiều bước cấu hình (quyền, cấu hình máy chủ) cùng một mô hình tư duy khác.
PHP làm cho đầu ra động gần giống với “chỉnh sửa trang web”: viết HTML, thêm vài đoạn mã phía máy chủ, upload, refresh.
PHP/FI là viết tắt của “Personal Home Page / Forms Interpreter.” Đó là phiên bản công khai ban đầu tập trung vào việc tạo trang động và xử lý forms.
Ý tưởng then chốt là nhúng mã phía máy chủ trực tiếp trong trang đồng thời cung cấp các tiện ích sẵn cho các tác vụ web phổ biến (đặc biệt là forms và truy cập cơ sở dữ liệu cơ bản).
Nó giảm rào cản cho người không chuyên: bạn giữ HTML làm tài liệu chính và chèn những đoạn động nhỏ (ví dụ in tên hoặc lặp qua kết quả).
Cách tiếp cận này phù hợp với cách nhiều người xây site trên shared hosting — làm từng bước mà không cần hệ thống template hoàn toàn khác ngay từ đầu.
Ngay khi PHP được chia sẻ công khai, những người dùng khác bắt đầu gửi bản sửa, tính năng nhỏ và ý tưởng.
Điều đó chuyển PHP từ “hộp công cụ của một người” thành một dự án do cộng đồng điều chỉnh, nơi nhu cầu thực tế của quản trị web (cơ sở dữ liệu, extensions, tính di động) định hình hướng phát triển của ngôn ngữ.
PHP 3 là một lần viết lại lớn, làm cho core nhất quán hơn và dễ mở rộng, đồng thời mang tên “PHP: Hypertext Preprocessor.”
Về thực chất, đó là mốc PHP trở thành nền tảng ổn định và có khả năng mở rộng thay vì một tập hợp script lẻ tẻ.
Zend Engine (do Andi Gutmans và Zeev Suraski phát triển) cải thiện nội bộ runtime của PHP — cấu trúc rõ ràng hơn, hiệu suất tốt hơn và con đường mở rộng cho extensions.
Điều này quan trọng vì các nhà cung cấp hosting có thể cung cấp PHP rộng rãi và rẻ, và các nhóm phát triển có thể xây ứng dụng lớn hơn với hành vi dự đoán được.
LAMP (Linux, Apache, MySQL, PHP) trở thành công thức mặc định cho các site động, đặc biệt trên shared hosting.
PHP phù hợp với mô hình request/response của Apache, và kết nối cơ sở dữ liệu của PHP giúp xây trang MySQL-backed trở nên đơn giản — vì thế hàng triệu site chuẩn hóa theo cùng bộ công cụ này.
PHP hiện đại (7 và 8+) mang lại cải tiến hiệu suất lớn và tính năng giúp bảo trì.\n\nĐể đánh giá PHP hôm nay, hãy tập trung vào ràng buộc của bạn: