Шаблонизатор Twig 2.0 официально прекратил своё развитие - переходим на Twig 3.0!
Twig 2.0 был выпущен в январе 2017 года, а Twig 3.0 - в ноябре 2019 года - можно считать что Twig 3.0 уже достаточно заматерел.
Symfony 7.0 не будет поддерживать Twig 2.
Что было удалено в ветке 3.0 по сравнению с 2.0: https://twig.symfony.com/doc/2.x/deprecated.html
Twig 2.0 был выпущен в январе 2017 года, а Twig 3.0 - в ноябре 2019 года - можно считать что Twig 3.0 уже достаточно заматерел.
Symfony 7.0 не будет поддерживать Twig 2.
Что было удалено в ветке 3.0 по сравнению с 2.0: https://twig.symfony.com/doc/2.x/deprecated.html
Symfony
Deprecated Features - Documentation - Twig PHP
Twig - The flexible, fast, and secure template engine for PHP
👍11🤡2😱1
Forwarded from Haiku
GPT от Николая Самохвалова про postgres performance https://chat.openai.com/g/g-ZmfkdmXzD-postgresmarathon
ChatGPT
ChatGPT - #PostgresMarathon
Postgres.ai bot that studied the #PostgresMarathon materials (https://gitlab.com/postgres-ai/postgresql-consulting/postgres-howtos/)
👍3🤮2
Forwarded from Live PHP
Приглашаем на очередной митап сообщества Live PHP
который пройдет в Санкт-Петербурге в четверг, 15 февраля 2024
Все оттенки асинхронности
Многие слышали об асинхронности, но не многие применяли. А те, кто применяли — почти всегда
используют готовые инструменты.
С приходом PHP 8.1 в язык добавили Fiber API, которые изменяют подходы к разработке ПО, но не
только лишь все смотрят в завтрашний день, понимая насколько они могут изменить "правила игры".
В докладе предлагается "изобрести" асинхронность заново, и задуматься о том, что подходы к
разработке с использованием EventLoop, используемые в Revolt/ReactPHP/Amp/etc с приходом файберов
морально устарели.
А может и нет... Решать вам =)
Полиморфизм в современном PHP
На первый взгляд может показаться, что в PHP есть только полиморфизм подтипов. Однако если вооружиться современными инструментами и напильником, можно получить все три вида полиморфизма.
На докладе мы глубоко прокачаем понимание типизации. Обсудим в сотый раз LSP, разберёмся с вариантностью (declaration-site и call-site), реализуем простейшую перегрузку методов и поймём, почему её нет в языке. Будет познавательно и полезно не только в контексте PHP.
Переносимое окружение для разработки и тестов
Про облегчение деплоя сказано много. Но про локальный стенд для разработки и тестов говорить часто боятся. Уходит много сил на перекидывание ключей доступа к песочницам сторонних сервисов и дампов данных от одних программистов другим. Пока Кирилл берёт быка за Фаберже, исправим эту оплошность :)
Расскажем, как выстроить удобное локальное окружение для разработки и тестов при командной работе с коллегами или с собой со второго компьютера. Как обмениваться демо-данными, подключать и эмулировать сторонние сервисы, разрабатывать отдельные микросервисы без необходимости поднимать соседние сервисы и как тестировать проекты с базами данных и очередями.
Санкт-Петербург, 4-я Советская, д.7
https://yandex.ru/maps/-/CDu9r83l
Please open Telegram to view this post
VIEW IN TELEGRAM
👍29🔥20
Forwarded from Alisa Kruglova [MSK -2]
Результаты ежегодного опроса сообщества готовы!
📥 1120 мнений о прошедшем 2023 в лендинге и статье.
📎 На каких версиях PHP сидят команды;
📎 Как в сообществе относятся к ИИ-инструментам для разработки;
📎 Статьи, видео, человек года, по мнению сообщества;
📎 Топ инструментов для статического анализа;
📎 и не только.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥27
Один из ключевых разработчиков nginx, не согласный с политикой нынешних владельцев (компания F5), заявил, что больше не будет контрибьютить в nginx и запустил свой форк FreeNginx: http://freenginx.org/hg/nginx
История обычная.
Что меня удивило: репозиторий под управлением Mercurial! Я, конечно, тоже считаю что Mercurial в своё время был круче git, но уже 2024 год, как привлекать комьюнити к работе с open source на Mercurial?
История обычная.
Что меня удивило: репозиторий под управлением Mercurial! Я, конечно, тоже считаю что Mercurial в своё время был круче git, но уже 2024 год, как привлекать комьюнити к работе с open source на Mercurial?
🤨26🙈19😁8👍3😱1🤝1
Zero config, zero overhead, новый фреймворк (пока суровая alfa стадия): Tempest
https://github.com/tempestphp/tempest-framework
Серия видео по Tempest: https://youtube.com/playlist?list=PL0bgkxUS9EaILnUL8Q4np6B3qxjQbE7PH&si=xTVS0pMLPy7WqHCe
https://github.com/tempestphp/tempest-framework
Серия видео по Tempest: https://youtube.com/playlist?list=PL0bgkxUS9EaILnUL8Q4np6B3qxjQbE7PH&si=xTVS0pMLPy7WqHCe
GitHub
GitHub - tempestphp/tempest-framework: The PHP framework that gets out of your way
The PHP framework that gets out of your way. Contribute to tempestphp/tempest-framework development by creating an account on GitHub.
👎10🔥7🤔5👍4🌚1
Forwarded from Хэндлим тему | Дерепко (Dmitrii)
Тестирования функций из стандартной библиотеки PHP и не только
#пост №7
Цель
Подмена (mock) функций, которые уже “загружены” в PHP еще до подгрузки Composer Autoloader, каких-либо include или других объвлений
Подмена не только из под не пустого namespace, например
Проблема
Если объявить функцию с именем, которая уже существует в стандартной библиотеке PHP, то получим ошибку, что такая функция уже существует и переопределить её нельзя.
Можно было бы “выгрузить” её из памяти, но увы, выгружать из памяти функции в PHP нельзя.
Можно лишь переопределить функцию до её непосредственного объявления. Но такой способ не подходит, потому что функция уже объявлена при любом вызове
Ресерч
В php.ini можно найти флаг
Если использовать этот флаг, то
Это и логично. Функции
Если объявить функцию самостоятельно, то ошибки больше не будет:
Бинго!
Помещаем объявление функции в библиотеку, создаем State manager, через которого сможем управлять возвращаемым значение “123” и делаем пользователю интерфейс взаимодействия с этим менеджером.
Теперь, если пользователь захочет протестировать вызов
Но как быть, если нужно протестировать измененную функцию
Можно так и сделать: State manager создает для всех тестов функцию, которая эмулирует стандартную
Вроде всё логично и понятно. Можно накодить и наслаждаться тестированием.
Однако, а как эмулировать системное время? Если с различными полифилами от symfony всё понятно: можно создать какую-то функцию, которая будет базировать на другой функции, преобразовывать результат под новый формат и отдавать его.
Но на какой функции нужно базировать время?
Bash! 🤪
PHP имеет возможность в любое время обратиться к своему старшему брату-башу простыми обратными кавычками:
Для аналога
Значит для State manager осталось написать только возможность использовать не статичное значение, а функцию, которая каждый раз будет выполняться.
Всё это и не только сделано в библиотеке xepozz/internal-mocker
Читаем доку по установке и первичной настройке, добавляем нужные файлы, вписываем следующую конфигурацию:
——
Если кто-то писал свои костыли или специально убирал
——
Описание disable-functions: https://www.php.net/manual/en/ini.core.php#ini.disable-functions
Internal mocker: https://github.com/xepozz/internal-mocker/
#пост №7
Цель
Подмена (mock) функций, которые уже “загружены” в PHP еще до подгрузки Composer Autoloader, каких-либо include или других объвлений
function name(){} Подмена не только из под не пустого namespace, например
App\Service\name , но и из корневого namespace: проще всего это сделать через use function name;Проблема
Если объявить функцию с именем, которая уже существует в стандартной библиотеке PHP, то получим ошибку, что такая функция уже существует и переопределить её нельзя.
Можно было бы “выгрузить” её из памяти, но увы, выгружать из памяти функции в PHP нельзя.
Можно лишь переопределить функцию до её непосредственного объявления. Но такой способ не подходит, потому что функция уже объявлена при любом вызове
php .Ресерч
В php.ini можно найти флаг
disable_functions , которая принимает список имен функций, которые нужно “не объявлять” в недрах PHP.Если использовать этот флаг, то
php -ddisable_functions=time -r "echo time();" выкинет ошибку:
❯ php -ddisable_functions=time -r "echo time();"
PHP Fatal error: Uncaught Error: Call to undefined function time() in Command line code:1
Stack trace:
#0 {main}
thrown in Command line code on line 1
Fatal error: Uncaught Error: Call to undefined function time() in Command line code on line 1
Error: Call to undefined function time() in Command line code on line 1
Call Stack:
0.0000 389568 1. {main}() Command line code:0
Это и логично. Функции
time больше нет. Но теперь ведь можно создать её самостоятельно?Если объявить функцию самостоятельно, то ошибки больше не будет:
❯ php -ddisable_functions=time -r "function time() { return 123; } echo time();"
123%
Бинго!
Помещаем объявление функции в библиотеку, создаем State manager, через которого сможем управлять возвращаемым значение “123” и делаем пользователю интерфейс взаимодействия с этим менеджером.
Теперь, если пользователь захочет протестировать вызов
time , то сможем самостоятельно указать требуемые значения. Время в будущем, в прошлом, 0, false, что угодно.Но как быть, если нужно протестировать измененную функцию
time лишь в одном тесте, а в других местах оставить всё как есть?Можно так и сделать: State manager создает для всех тестов функцию, которая эмулирует стандартную
time , а в нужном тесте наложить на общую эмуляцию частную. Вроде всё логично и понятно. Можно накодить и наслаждаться тестированием.
Однако, а как эмулировать системное время? Если с различными полифилами от symfony всё понятно: можно создать какую-то функцию, которая будет базировать на другой функции, преобразовывать результат под новый формат и отдавать его.
Но на какой функции нужно базировать время?
DateTime`* классы? `date() ? mktime ? hrtime ? А если их тоже отключить нужно?Bash! 🤪
PHP имеет возможность в любое время обратиться к своему старшему брату-башу простыми обратными кавычками:
`command` . Результат будет строкой, но всегда можно "кастануть". Для аналога
time() команда `date +%s` .Значит для State manager осталось написать только возможность использовать не статичное значение, а функцию, которая каждый раз будет выполняться.
Всё это и не только сделано в библиотеке xepozz/internal-mocker
Читаем доку по установке и первичной настройке, добавляем нужные файлы, вписываем следующую конфигурацию:
$mocker = new Mocker();
$mocker->load([
[
'namespace' => '',
'name' => 'time',
'function' => fn () => `date +%s`,
],
]);
MockerState::saveState();
——
Если кто-то писал свои костыли или специально убирал
use function из файлов, чтобы подменять функции в нужном namespace, теперь можете избавиться от них и заменить это на подключение библиотеки и небольшой конфиг.——
Описание disable-functions: https://www.php.net/manual/en/ini.core.php#ini.disable-functions
Internal mocker: https://github.com/xepozz/internal-mocker/
👍21🙈12🔥6👎3😱2
Недавно я занялся настройкой новой операционной системы macOS, начиная с нуля. В этот раз решил опробовать развёртывание PHP-разработки с использованием Laravel Herd (https://herd.laravel.com) — приложения, включающего в себя готовые бинарные файлы PHP, nginx и DNSMasq.
Установка прошла гладко, согласно инструкции, и с первой попытки заработало всё, включая Xdebug.
Однако, изучение документации выявило, что в основе Laravel Herd лежат разработки Laravel Valet, что вызвало у меня смешанные чувства. Несколько лет назад я уже сталкивался с Laravel Valet и тогда его баги заставили меня отказаться от использования, оставив после себя негативные впечатления.
В целом, философия Laravel Valet, как и всего Laravel, заключается в том, что множество "магии" скрыто от разработчика, который не должен вникать в детали работы системы — она просто работает. Этот подход имеет свои преимущества.
Однако, то, что мне категорически не нравится в Laravel Valet, так это то, что вся гибкость настройки конфигурации nginx перекладывается с файла конфигурации nginx на так называемые Valet Drivers, написанные на PHP. На первый взгляд, работа с Drivers может показаться проще, чем настройка nginx, но это кажется неестественным и оторванным от реальных условий производственной среды, где, в конечном итоге, всё равно приходится работать с конфигурацией nginx.
Для тех, кто не знаком с Laravel Valet, вот интересный и, возможно, шокирующий факт: все запросы обрабатываются через некий файл server.php, который, благодаря системе Drivers, заменяет собой роутинг на уровне nginx. Это означает, что вместо использования директив location в конфигурации nginx, мы имеем набор условий if в PHP-коде.
Более того, через инфраструктуру Valet проходят даже HTTP-запросы на получение статических файлов. Например, когда браузер запрашивает my-site.test/logo.png, запрос проходит через множество PHP-кода внутри Laravel Valet. Файл определяется с помощью file_exists(), и контент logo.png в итоге отдаётся через PHP-FPM, что кажется довольно необычным решением. 🙈
Установка прошла гладко, согласно инструкции, и с первой попытки заработало всё, включая Xdebug.
Однако, изучение документации выявило, что в основе Laravel Herd лежат разработки Laravel Valet, что вызвало у меня смешанные чувства. Несколько лет назад я уже сталкивался с Laravel Valet и тогда его баги заставили меня отказаться от использования, оставив после себя негативные впечатления.
В целом, философия Laravel Valet, как и всего Laravel, заключается в том, что множество "магии" скрыто от разработчика, который не должен вникать в детали работы системы — она просто работает. Этот подход имеет свои преимущества.
Однако, то, что мне категорически не нравится в Laravel Valet, так это то, что вся гибкость настройки конфигурации nginx перекладывается с файла конфигурации nginx на так называемые Valet Drivers, написанные на PHP. На первый взгляд, работа с Drivers может показаться проще, чем настройка nginx, но это кажется неестественным и оторванным от реальных условий производственной среды, где, в конечном итоге, всё равно приходится работать с конфигурацией nginx.
Для тех, кто не знаком с Laravel Valet, вот интересный и, возможно, шокирующий факт: все запросы обрабатываются через некий файл server.php, который, благодаря системе Drivers, заменяет собой роутинг на уровне nginx. Это означает, что вместо использования директив location в конфигурации nginx, мы имеем набор условий if в PHP-коде.
Более того, через инфраструктуру Valet проходят даже HTTP-запросы на получение статических файлов. Например, когда браузер запрашивает my-site.test/logo.png, запрос проходит через множество PHP-кода внутри Laravel Valet. Файл определяется с помощью file_exists(), и контент logo.png в итоге отдаётся через PHP-FPM, что кажется довольно необычным решением. 🙈
Laravel Herd
Laravel Development perfected - One click PHP development environment.
🤯34🤮29👍6😁2😢1💩1😐1
Опублликован видео-плейлист прошедшей конференции Laracon EU 2024, видео продолжают добавляться каждый день: https://youtube.com/playlist?list=PLMdXHJK-lGoBx3Nq2jHgrU7DGsJNi1nwi&si=1TUwqXqg01wFBr_h
🔥10👍4
This media is not supported in your browser
VIEW IN TELEGRAM
Блоггер заморочился и снял на slow motion задержку при рендере букв в редакторе Zed против VSCode
😁46🤡9👍6👏2🔥1
Убийца PHP вышел в публичную бету: https://1cmycloud.com/welcome/
1Cmycloud
1С:Предприятие.Элемент - это облачная технология low-code разработки веб-кабинетов, порталов, браузерных и мобильных приложений
1С:Предприятие.Элемент - это облачная технология low-code разработки веб-кабинетов, порталов, браузерных и мобильных приложений.
готовые ui-компоненты, облако, встроенная BI-аналитика, разработка веб-приложений, веб-среда разработки, разработка…
готовые ui-компоненты, облако, встроенная BI-аналитика, разработка веб-приложений, веб-среда разработки, разработка…
🤣90😁18🤡14🤮11😱7🔥3
В PhpStorm в панели Project есть иконка Expand All - рекурсивно раскрывает все директории в дереве проекта, таким образом можно посмотреть всё и сразу.
В реальной жизни это значит, что будут раскрыто всё дерево внутри vendor и node_modules - представляете сколько там директорий и как будет выглядеть отображение ВСЕГО во вкладке Project?
Я иногда промахиваюсь и нажимаю эту кнопку. Развёртывание идёт постепенно, общий UI не блокируется, и в этот момент нужно как можно быстрее успеть нажать соседнюю кнопку Collapse All, тогда процедура Expand All прервётся.
Но если не нажать Collapse All вовремя, то PhpStorm спустя прау десятков секунд просто зависает в попытке развернуть все директории в дереве! 🤦
Только что в очередной раз попал в эту ситуацию: случайно нажал Expand All и не нажал вовремя Collapse All - редактор завис.
Я проверил все настройки и не нашел как отключить эту мину.
Подозреваю, что эта кнопка может быть полезна для просмотра дерева мини-проекта или какого-то демо репозитория из 5 папок. Т.е. примерно никогда.
Причём этот опаснейший элемент интерфейса является частью всей платформы Idea. Т.е., например, разработчики больших Java проектов на Idea также страдают?
👩💻 👩💻 👩💻 👩💻 👩💻 👩💻 👩💻
Совершенно не понятно, зачем в интерфейс профессионального продукта для разработки сложных проектов добавлена кнопка у которой нет реального практического применения, но есть побочный эффект "повесить редактор с вероятностью 99%".
В реальной жизни это значит, что будут раскрыто всё дерево внутри vendor и node_modules - представляете сколько там директорий и как будет выглядеть отображение ВСЕГО во вкладке Project?
Я иногда промахиваюсь и нажимаю эту кнопку. Развёртывание идёт постепенно, общий UI не блокируется, и в этот момент нужно как можно быстрее успеть нажать соседнюю кнопку Collapse All, тогда процедура Expand All прервётся.
Но если не нажать Collapse All вовремя, то PhpStorm спустя прау десятков секунд просто зависает в попытке развернуть все директории в дереве! 🤦
Только что в очередной раз попал в эту ситуацию: случайно нажал Expand All и не нажал вовремя Collapse All - редактор завис.
Я проверил все настройки и не нашел как отключить эту мину.
Подозреваю, что эта кнопка может быть полезна для просмотра дерева мини-проекта или какого-то демо репозитория из 5 папок. Т.е. примерно никогда.
Причём этот опаснейший элемент интерфейса является частью всей платформы Idea. Т.е., например, разработчики больших Java проектов на Idea также страдают?
Совершенно не понятно, зачем в интерфейс профессионального продукта для разработки сложных проектов добавлена кнопка у которой нет реального практического применения, но есть побочный эффект "повесить редактор с вероятностью 99%".
Please open Telegram to view this post
VIEW IN TELEGRAM
👍74💯7🤔6❤5😁5😈3😡3🤮2🥱2👎1👏1
Пятиминутка PHP
В PhpStorm в панели Project есть иконка Expand All - рекурсивно раскрывает все директории в дереве проекта, таким образом можно посмотреть всё и сразу. В реальной жизни это значит, что будут раскрыто всё дерево внутри vendor и node_modules - представляете…
В продолжение к предыдущему посту я изучил баг-трекер Idea, нашел несколько просьб отключения этой кнопки с аналогичными аргументами, ставим лайки:
https://youtrack.jetbrains.com/issue/IDEA-260517/Add-option-to-remove-Expand-all-from-Project-Tool-Winow-Bar
https://youtrack.jetbrains.com/issue/IDEA-322819/Expand-All-button-in-Project-tool-window-is-broken-and-it-would-be-better-to-make-it-a-context-aware-button
https://youtrack.jetbrains.com/issue/IDEA-286610/Hide-Expand-All-button#focus=Comments-27-5811125.0-0
https://youtrack.jetbrains.com/issue/IDEA-320855/Can-the-expand-all-button-be-removed
https://youtrack.jetbrains.com/issue/IDEA-260517/Add-option-to-remove-Expand-all-from-Project-Tool-Winow-Bar
https://youtrack.jetbrains.com/issue/IDEA-322819/Expand-All-button-in-Project-tool-window-is-broken-and-it-would-be-better-to-make-it-a-context-aware-button
https://youtrack.jetbrains.com/issue/IDEA-286610/Hide-Expand-All-button#focus=Comments-27-5811125.0-0
https://youtrack.jetbrains.com/issue/IDEA-320855/Can-the-expand-all-button-be-removed
👍42🗿9🤮3
Forwarded from Laravel World
Тейлор сменил тип компании с Laravel LLC (Общество с ограниченной ответственностью) на свежезарегистрированную Laravel Holdings, Inc (Корпорация). Занятно, что создана она не Арканзасе, родном штате Отвела, а в Делавэре.
Либо собирается скупать другие компании, либо привлекать капиталы. Плюс с сайта был убран список сотрудников, возможно, в связи с тем, что планируется резко увеличить их число. Разрабы трудятся — лавэха мутится.
Либо собирается скупать другие компании, либо привлекать капиталы. Плюс с сайта был убран список сотрудников, возможно, в связи с тем, что планируется резко увеличить их число. Разрабы трудятся — лавэха мутится.
😁25👍6🤔4
Forwarded from PHP Digest
«Своя игра» по PHP на канале CutCode
Вы можете задать сейчас вопросы участникам викторины.
Самые интересные вопросы будут разобраны на игре, а их авторы получат возможность поучаствовать в следующей игре и получить мерч!
🕛 13 марта в 19:00 (мск)
🔹 Александр Макаров
🔹 Кирилл Несмеянов
🔹 Адель Файзрахманов
🎬 https://www.youtube.com/watch?v=WNIAO0kEk7U
Вы можете задать сейчас вопросы участникам викторины.
Самые интересные вопросы будут разобраны на игре, а их авторы получат возможность поучаствовать в следующей игре и получить мерч!
🕛 13 марта в 19:00 (мск)
🔹 Александр Макаров
🔹 Кирилл Несмеянов
🔹 Адель Файзрахманов
🎬 https://www.youtube.com/watch?v=WNIAO0kEk7U
🔥29
Плотность релизов Filament хороша! Активно пилят: https://github.com/filamentphp/filament/releases
(tldr: это админка на Laravel Livewire)
(tldr: это админка на Laravel Livewire)
😁12🔥6👍2💩2
Распределённый p2p аналог GitHub: https://radicle.xyz/
radicle.xyz
Radicle: the sovereign forge
Sovereign code infrastructure.
💩13🤔9👍3🥴3🔥1