В твіттері Сохацькому не дають працювати і знову відтягують на графоманство.
За допомогою капіталістичного шантажу мене змусили написати статтю для
нашої Енциклопедії мов програмування. А саме стаття про мову програмування PHP,
на якій написане все зло людства --- Фейсбук, і навіть пара популярних сайтів
типу Вікіпедії та продуктів типу Вордпрес і Ларавель.
Я рідко даю розширені ретроспективи мовам, тому що вважаю це журналістикою,
вона може бути хорошою чи поганою, але вона не замінить самого письма.
Тому мені абсолютно байдуже, яку спадщину має ця мова, на скількох
пристроях вона працює, скільки грошей, реклами, котів чи порно ці
мови обробляють за наносекунди. Для мене це другорядні речі,
тому що модулі написані на найкрасивіших мовах програмування,
і вони взагалі ніде не використовуються. Так, що все це
починаючи з якогось момента дуже відносно.
З іншого боку, смішно писати про PHP коротко (із зазначенням лише
нотації BNF, семантики, історичної довідки та тактико-технічних
характеристик) — ця мова заслуговує на історію раннього вебу
та швидко закріплені унікальні шляхи розвитку. що визначило web 2020.
Сучасна мережа 2020 — це як Коронавірус — інфекція, яка випадково
вбиває навіть найсміливіших і запечатує їх у забуття. Потрібно
розуміти, що PHP створювався в той час, коли Netscape домінував
у мережі, про що ви можете знайти фільми в Нешинал Джеографік.
У той час JavaScript був невеликим механізмом скриптів, створеним
для анімації падаючих новорічних сніговиків на веб-сторінках (тоді це було модно),
і ця технологія називалася DHTML.
Тут я хотів би відпустити думки і пояснити, чому ми ненавидимо капіталізм,
гроші і технології, які під їхнім тиском застигають і набувають інерції
граничної швидкості руху. Трьома вершниками цього апокаліпсису
є Netscape, JavaScript і PHP. Хоча ці речі певною мірою повністю
доповнюють одна одну і нагадують мені зараз щось на кшталт повного
стосу архаїчних систем, а не сучасних засобів розробки. Якщо ми
скажемо зараз, завдання полягатиме в тому, щоб написати новий
стандарт для всього, починаючи з віртуальної машини, синтаксису
та мови — я думаю, кожен погодиться на щось більш освічене та культурне.
Тепер ці речі виглядають для освічених людей так само,
як ALGOL і PL/1 виглядають для нас зараз, мови навіть
більш архаїчні та не менш легендарні.
Концепція веб-сайту проста, як чиста лямбда: у контекстно-незалежному
середовищі шаблон видає нову сторінку за кожним запитом і вмирає.
Крім того, спеціалізований клієнт (браузер) виконує JavaScript
для запиту нових сторінок, перемальовуючи частини сторінки без
перезавантаження (так, DHTML або те, що зараз називається SPA,
було доступне навіть за часів Netscape). У зв'язку з цим все ідеально:
контекстно-незалежний шаблон PHP (який можна зробити контекстно-залежним,
підключивши базу), спеціалізований клієнт, віртуальна машина для написання
сторінок. Будь-який архітектор, який збирався рефакторити сучасну мережу,
залишив би цю трійку. Та й усі спроби переписати веб так чи інакше
зводяться до цих компонентів.
Однак розвиток мов і середовища виконання зайшов далеко, і багатьох
проблем існуючої мережі можна було б уникнути, маючи хоча б найменшу
можливість щось змінити, але змінити нічого неможливо, можна лише
спробувати почекати. На жаль, сучасна мережа інфікована цією трійкою.
Кожен із компонентів (як віруси) природно намагався замінити сам себе.
Так JavaScript хотів замінити Dart найзліснішою корпорацією на планеті,
хоча поруч завжди була Lua, яка також чудово підходила на роль
JIT-інтерпретатора. Тут OpenResty для NGNIX вже виглядає кращим
стеком, ніж LAMP! У ньому хоча б по одному компоненту все покращено,
латентність зменшена за рахунок JIT-запуску прямо в веб-сервері,
загалом справжнє (тільки слабкі стеки).
Іншим прикладом хорошої заміни є заміна PHP перетворенням XSLT.
Також послідовний і абсолютно інший підхід до відтворення
клієнтського вмісту. У цьому підході дані між клієнтом запускаються
виключно на типі XSD, самі запити виконуються через SOAP, XSLT
кешується в браузері (так, браузер може це робити), а сама
сторінка відображається на клієнті. Результатом є чистий
бекенд XML-RPC, усе стандартизоване та кероване. Я бачив
деякі частини ПриватБанку, побудовані на цій технології
в 2011 році, шкода, що тема з XSLT в браузері не стала
загальнопопулярною, багато в чому через синхронність
перетворень (потрібен повний набір даних), але я думаю,
що можна було б розширити деякі стандартні потоки або
навіть Pi-числення, якщо це потрібно. Не було сильної руки ринку,
яка харчувалася необхідним продуктом.
Але були й погані приклади наслідування. Інші мови негайно скопіювали успіх PHP.
Так JSP з’явився у світі Java, ASP у світі Microsoft, DTL у світі Python тощо.
тощо сотні з них, і всі беруть свій початок від Netscape/JavaScript/PHP.
JavaScript був і залишається основним веб-браузером без видимої можливості
бути заміненим у найближчому майбутньому. Хіба що йому вдалося заразити
серверні бекенди: на придуманій для сніжинок мові компанія Joyent
запропонувала писати серверні мережеві додатки.
Тож давайте почнемо класифікувати екстремуми підходу до відтворення
вмісту: 1) на клієнті (XSLT), чисті дані по дроту? 2) на сервері (PHP),
html-over-http. Знову ж таки, існують тисячі фреймворків, які реалізують
ці два підходи, і в мовах, які існували до PHP, таких як Perl або Python.
Насправді в ті часи це називалося CGI. Будь-яка програма, розміщена в
контексті веб-сервера, ставала шаблоном, наприклад, написана на Pascal,
тоді веб не був прив’язаний до мови. Одночасно з PHP з'явилася не менш
легендарна і більш послідовна мова програмування Ruby з розвиненою
системою макросів, так необхідних у веб-програмуванні, синтаксис
яких був перенесений на інші віртуальні машини та платформи.
До речі про них.
У світі кодової бази Facebook, яка швидко розвивається,
будь-яка корпорація була змушена захистити свої інвестиції
та написати власну віртуальну машину та власну мову з
визначенням типу (і тип одиниці, який негайно знижується
до нетипової лямбда). Facebook успішно працює на HipHop VM,
яка створена більш технологічно, ніж оригінальний PHP. Мова
також була вдосконалена та усереднена до спільного знаменника
всіх ООП-мов із дженериками. Нажаль це не втримало HVVM від End of Life.
Особливістю побудови PHP-систем є перенесення кеш-пам'яті
в спеціальне сховище (наприклад, Redis або Erlang) для
зберігання даних сесії (а також баз даних) для мінімізації
контексту рендерингу контейнерів і оптимізації розподілу
пам'яті в інтерпретаторі. Інший підхід полягає в об'єднанні
обчислювальної пам’яті з контекстом веб-сервера та створенні
довготривалих контейнерів додатків в однорідному мовному
середовищі з високою локальністю даних (зниження трафіку,
вартість) аж до інтеграції з шиною та системою зберігання
даних. Це друга (більш монолітна версія), яка замінює
старий підхід швидкого припинення всього процесу після
відтворення сторінки. Інші проблеми в пайплані PHP полягають в неможливості
побудови принципово ідіоматичного довгограючого WebSocket
сервера (без чого сучасний веб немислимий). Були спроби
типу phpDaemon і FastCGI, але це вже не справжній PHP і
працює гірше конкурентів.
Єдиний вихід для PHP-бізнесу — це просто запускати проекти,
поки є ринок, підтримуючи людей, які працюють виключно в
Інтернеті: веб-магазини, саморобні ERP-системи, системи
керування контентом. Це як COBOL, стільки написано, що
працюватиме ще 50 років. Чи варто новому програмісту
починати вивчати PHP? Хіба що з археологічної точки
зору, оскільки мова не складна, і вам потрібно зрозуміти
її нішу, щоб вважатися професіоналом у веб-програмуванні.
Якщо вже є якийсь проект на PHP, наприклад, написана
власна система управління підприємством, то є сенс
оновити його до HHVM, а там напевно до вас прийдуть
і запропонують переписати його в щось. Прислухайтеся
до них, це окупиться, але не викидайте і версію PHP.
БНФ-нотаці
Наводжу БНФ-нотацію приблизно тої версії мови,
на якій я писав на першій своїй роботі.