https://www.strangebuzz.com/en/blog/the-php-exceptions-cheatsheet
Шпаргалка по встроенным в PHP исключениям.
Шпаргалка по встроенным в PHP исключениям.
Strangebuzz
The PHP exceptions and errors cheat sheet | Strangebuzz
This article is a cheat sheet for all PHP errors and exceptions displayed as trees and tables. Documentation, description, links and examples are included.
Интересный сервис посоветовали. Собирает всю документацию и пишет её на человеческом языке.
https://doka.guide
https://doka.guide
Значимое событие в мире веб-разработки!
Сообщество PHP во главе с крупнейшими компаниями и контрибютерами запускают PHP Foundation!
https://blog.jetbrains.com/phpstorm/2021/11/the-php-foundation/
Сообщество PHP во главе с крупнейшими компаниями и контрибютерами запускают PHP Foundation!
https://blog.jetbrains.com/phpstorm/2021/11/the-php-foundation/
The JetBrains Blog
The New Life of PHP – The PHP Foundation | The PhpStorm Blog
During PHP’s 26-year history, the language has been actively developed by a huge number of people, such as Rasmus Lerdorf, Zeev Suraski, Andi Gutmans, Nikita Popov, and many, many others. In 2021, PHP
Новая легковесная IDE от JetBrains:
https://www.jetbrains.com/ru-ru/fleet
https://www.jetbrains.com/ru-ru/fleet
Как будут выглядеть реакции
В одном из следующих обновлений Telegram появятся реакции на сообщения. Сейчас проходит второй этап конкурса по реализации реакций со сроком завершения 10 декабря.
В канале конкурса опубликованы требования и дизайн-макеты. Реакции будут в личных чатах, в группах и в каналах.
В одном из следующих обновлений Telegram появятся реакции на сообщения. Сейчас проходит второй этап конкурса по реализации реакций со сроком завершения 10 декабря.
В канале конкурса опубликованы требования и дизайн-макеты. Реакции будут в личных чатах, в группах и в каналах.
Шпаргалка по алгоритму прохождения запроса и состояния которые могут вернуться.
Источник: https://github.com/for-GET/http-decision-diagram
Источник: https://github.com/for-GET/http-decision-diagram
Интересная статейка на хекслете о том есть ли будущее у PHP.
Хекслет
Язык программирования PHP: рейтинг, сферы применения, прогнозы экспертов
Рассказываем, зачем и где учить PHP, где его применяют, сколько зарабатывают PHP-разработчики, а также приводим мнения экспертов о перспективах и популярности языка.
Тут Онтико поделился почему и когда нужно переходить на микросервисы на фронте
https://habr.com/ru/post/660695
https://habr.com/ru/post/660695
Хабр
Микросервис головного мозга. Рецепты качества
Эта статья подготовлена на основе доклада «Микросервис головного мозга» Михаила Трифонова , Lead frontend Cloud и основателя frontend-сообщества TeamSnack . Мы разберём когда необходимы...
Forwarded from Пых (Валентин Удальцов)
Не игнорьте .idea в репозитории
(Реинкарнация старого доброго поста)
Я считаю, что на проекте не должно быть строгой фиксации на IDE. Каждый может кодить в чём хочет. Главное, чтобы в итоге код был причёсан в согласованном командой стиле. И для этого нужны не git-хуки и не расшаренные конфиги IDE, а CI с проверкой на Code Style. Тогда можно хоть с телефона в браузере левой ногой правки вносить — вмерджить неправильный код в мастер всё равно не получится.
А теперь мысленно доведём ситуацию до абсурда, чтобы выявить проблему. Представим, что каждый из 100 разработчиков проекта решил использовать свою кастомную IDE с уникальными временными файлами и предложил по одному PR в каждый из 100 микросервисов на изменение .gitignore. Поздравляю, у нас 10_000 PR!😮
Вывод: код должен быть IDE-агностик, то есть не зависеть от среды разработки!
И это элементарно достигается настройкой глобального
Добавьте всего лишь две команды в ваш чек-лист для онбоардинга:
—————————
PHP-линч #9 сегодня в 19:00.
(Реинкарнация старого доброго поста)
Я считаю, что на проекте не должно быть строгой фиксации на IDE. Каждый может кодить в чём хочет. Главное, чтобы в итоге код был причёсан в согласованном командой стиле. И для этого нужны не git-хуки и не расшаренные конфиги IDE, а CI с проверкой на Code Style. Тогда можно хоть с телефона в браузере левой ногой правки вносить — вмерджить неправильный код в мастер всё равно не получится.
А теперь мысленно доведём ситуацию до абсурда, чтобы выявить проблему. Представим, что каждый из 100 разработчиков проекта решил использовать свою кастомную IDE с уникальными временными файлами и предложил по одному PR в каждый из 100 микросервисов на изменение .gitignore. Поздравляю, у нас 10_000 PR!
Вывод: код должен быть IDE-агностик, то есть не зависеть от среды разработки!
И это элементарно достигается настройкой глобального
.gitignore
на машине разработчика. Каждый прописывает себе те исключения, которые необходимы для его ОС, IDE и прочих инструментов, а затем спокойно открывает абсолютно любой проект, не боясь закоммитить лишнее.Добавьте всего лишь две команды в ваш чек-лист для онбоардинга:
git config --global core.excludesfile ~/.gitignore
echo '.idea/' >> ~/.gitignore
—————————
PHP-линч #9 сегодня в 19:00.
Please open Telegram to view this post
VIEW IN TELEGRAM
Дедушку С кто только не пинает уже). Интересно застанем ли мы его закат?
Forwarded from T.Hunter
#news Вышла новая версия инструмента Curl, экстренно правящая две серьёзных уязвимости, «худшие в проекте за долгое время». CVE-2023-38545 с оценкой 7.5 по CVSS на переполнение буфера кучи как в libcurl, так и в curl с потенциалом на повреждение данных и произвольный код. И выбившая пятёрочку CVE-2023-38546 на инъекцию куки, риск атак по которой невысок. Приложениям, зависимым от libcurl версий от 7.69.0 до 8.3.0, срочно нужен патч.
Между тем разработчик искренне раскаивается: первая уязвимость провисела в коде 3,5 года, а, читая его сейчас, он удивляется как мог её не заметить. «Я всего лишь человек» – доверительно сообщает Стенберг. Всё так, всё так. При этом решить проблему косячного wetware мог бы перевод Curl на более безопасный язык с устаревшего C. Увы, этого на повестке дня нет. «Все, кому это не нравится, могут засучить рукава и самостоятельно приступить к разработке», — добавил Стенберг. Что ж, справедливо.
@tomhunter
Между тем разработчик искренне раскаивается: первая уязвимость провисела в коде 3,5 года, а, читая его сейчас, он удивляется как мог её не заметить. «Я всего лишь человек» – доверительно сообщает Стенберг. Всё так, всё так. При этом решить проблему косячного wetware мог бы перевод Curl на более безопасный язык с устаревшего C. Увы, этого на повестке дня нет. «Все, кому это не нравится, могут засучить рукава и самостоятельно приступить к разработке», — добавил Стенберг. Что ж, справедливо.
@tomhunter