Сегодня бороздил просторы LinkedIn и наткнулся на вопрос:

Can you spot the issue in this snippet?

$users = User::where('status', 'active')->get();

if ($users->count() > 0) {
 $users = $users->where('role', 'admin');
}

return view('users.index', compact('users'));


The code runs without errors, and the output even looks fine.
But there’s a hidden conceptual problem here that could cause serious trouble in real-world projects.

Question:
Where exactly is the problem, why is this approach risky, and what would be the correct way to fix it?

Автор радуется, что код работает без ошибок и даже «выглядит нормально», но на там есть ловушка. (Кстати найдете ли вы ее?. Можете в коментах рассказать)

> ❗️ Проблема в том, что после ->get() мы уже получаем Collection и фильтруем данные в памяти (Collection::where()), а не в базе (Builder::where()).
На маленьком датасете всё выглядит красиво, а на проде с тысячами пользователей — вываливается лишняя нагрузка, лишнее потребление памяти и потеря ожидаемого поведения.

И вот что интересно.
С одной стороны, охуенный «тест на внимательность». Готов ли ты за джунами такую хуйню искать?
С другой — не демонстрация ли это проблем в Eloquent и Collection?

Фреймворк гордится тем, что «очень простой и интуитивный», но именно эта простота рождает ситуации, где:

- джун легко спутает QueryBuilder и Collection
- визуально одинаковые методы (where) на самом деле делают принципиально разное

ошибка не выдаст exception, а тихо превратится в баг производительности.

Вопрос к вам: А для вас #Laravel все еще говно?

#ТоксикСреда, фартаны.

Всех нас уже изрядно заебдостали отовсюду вылезающие конструкторы MCP-серверов на PHP.
Предлагаю быстро пройтись по каждому MCP SDK, который приходит на ум.

1. symfony/mcp-bundle — бридж на symfony/mcp-sdk (бывший php-llm/mcp-sdk).
Здесь тулзы описываются дедовскими методами: типа JSON-schema через PHP-массивы. Кто-то скажет "низкоуровнево", я скажу "всрато". Не ведитесь на бренд, там всё из говна и палок.
Кстати, если вы всё ещё верите в Symfony и хотите как-то исправить этот AI Platform, то записывайтесь на хакатон, а то они уже совсем отчаялись.

2. logiscape/mcp-sdk-php — использовался на практике в CTX. HTTP Transport нормальный (портирован с Python SDK), но роутер — говно: RegisterHandler руками, угадываешь параметры, никаких мидлварей. Пришлось много переписывать. Архитектура не хорошая и не плохая (никакая). Такое бывает, когда бездумно переписываешь с Python.

3. pronskiy/mcp — от Романа Пронского.
По доке выглядит удобно и минималистично, но не для сложных задач.
Рома хайпнул, разработка заморожена. Сделано поверх logiscape/mcp-sdk-php 👆

4. laravel/mcp — кажется, Laravel подсмотрели решение у Ромы, но что-то пошло не так и у них получилась хуйня неюзабельная.
Схемы создаются через громоздкий билдер, где необходимо руками описывать каждое поле. LLM возвращает массив, и дальше сам разбирайся: никаких DTO, никакой валидации.
Подходит только для Hello World проектов. Можно сразу скипать.

5. php-mcp/server — MCP из Нигерии.
Выглядит прилично: схемы генерируются из аргументов методов с атрибутами, есть invocable классы. Но дьявол в деталях: DTO превращает в "type object", собственный JSON-schema валидатор строже стандарта, handler фильтрует аргументы и теряет данные.
Чтобы это заработало нормально, пришлось экстендить половину internal классов. Интеграция на пороховой бочке 👇

6. spiral/mcp-server — обвязка над php-mcp/server от инженера Spiral Scout 😎, сделанная с умом .
Решены ключевые проблемы базовой и других библиотек из подборки: вместо громоздких функций с десятками аргументов или всратых массивов используются DTO с атрибутами. По ним обнаруживаются тулзы и из них же генерируется JSON-схема через spiral/json-schema-generator. Входящие данные маппятся через Valinor с валидацией.
Подключается одним bootloader'ом, легко настраивается и интегрируется с любым сервисом.


Общая проблема многих библиотек в том, что ими сами же авторы и не пользуются: делают на волне хайпа простейший MVP, а потом рассказывают, что можно решить любые задачи.

Берёшь такую херню для интеграции с Task manager, где надо создавать задачи с подзадачами (~10 полей с вложенными DTO и валидацией), понимаешь что нужно что-то другое. Это не тот кейс из доки типа "тут пара аргументов $a и $b, оба строки, а JSON-схему ебани массивом". И вот уже сам сидишь и переписываешь пол пакета.

В общем, спасибо всем пацанам, которые тащат нормальные пакеты, и тем, кто им помогает ❤️

Жетончик н-н-надо? Как в баталфилд 3!

В прошлый раз я организовывал сбор на именованные жетоны на PHPRussia 2024.
Жетонами я остался доволен, поэтому давайте повторим, но уже для ПЫХ.КОНФ'25.

Условия простые:
- Вот копилка: https://www.tbank.ru/cf/1UjzHHet5aH (знаю, описание всратое, спасибо ТБанку)
- Закидывайте туда сумму от 500р с указанием никнейма в комментарии.
- Этот никнейм будет нанесён на обратную сторону жетона. Если укажете с собачкой, то и нанесено будет с собачкой @nickname, если без собачки — то без собачки nickname.
- Если что-то не так (забыли комментарий или накосячили в написании), то всё решим в чате.
- Сбор продлится минимум неделю.
- Жетоны будут уникальными и получить их можно будет только на Пыхконфе (включая пре/афтепати).
- Цена на жетоны немного выше себестоимости. Разница пойдёт на покрытие стоковых неименованных жетонов (необработанных односторонних).

Спасибо всем, кто в прошлый раз скинулся сверх стоимости жетонов — это помогло покрыть часть затрат на общий мерч. В тот раз сбор продлился всего сутки-двое и многие говорили, что увидели, когда уже поздно, в этот раз времени хватит.

На фотке жетоны с PHPRussia: сверху две стороны именованных с ошкуренной поверхностью, снизу два варианта стоковых. Пыхконфовые будут отличаться.

Пора.

Дизайн жетонов готов.

1. Слева пример именованного жетона.
Напоминаю, что ещё есть пара дней, чтобы вкинуться в именованные жетоны на Пых.конф'25.

2. В середине: стоковый жетон.
Такой жетон можно будет заполучить на конференции в оффлайне случайным образом или при выполнении определённых действий :)
В общем, пока не придумал, как, но количество таких жетонов ограничено.

3. Справа: золотой жетон Beer PHP.
Как вы знаете, в PHP сообществе есть пивные движухи:
- Beer PHP, когда пехапешники выбираются в бар, пьют пиво и угнетают ларавельщиков. Иногда даже с докладами.
Подробнее можно почитать тут.
- #RandomBeer — почти тоже самое, но в онлайне.

🍺 Если вы, братья по пиву, собираетесь на пыхконф, вы можете оформить себе и такой жетончик. Я его не планировал именным, но если очень хочется, то можно.
Пишите в переводе "на пиво" или "на пиво, nickname", если надо подписать. Цвет никнейма будет белым, как пивная пенка.

Формирую заказ и через пару часов завершу сбор.

Забавно, что среди стандартных вариантов от фартанов поступили заказы и на кастомные штуки: кошечки, птички для детей, Сова и даже Винни Пух с Пятачком :D

Раз уж такая пьянка, решил и сам вкинуться на майнкрафтовый жетон сыну :D

Ох и накидали же в последний момент.
Как всегда за секунду до дедлайна. А потом ещё и после дедлайна.
В общем, жетонов майнкрафта поприбавилось и сбор уже точно окончательно закрыт.



Пришло время поговорить о следующей конфе 😅

Через пару недель после Пых.Конфа, 2 и 3 октября, пройдёт ещё одна конфа — «Стачка».
Тем дофига: Telegram-боты, AI-ревью, применение ML, отладка в разных окружениях, DDD, CQRS, производительность, WordPress, RabbitMQ и PHP 8.5.

Нет, жетоны я туда организовывать не буду, т.к. сам не смогу там побывать, но если вы сможете, то обязательно побывайте!

Без лишних слов, анонс: сегодня вечером опробуем Yii3 App 1.0.0.
https://www.youtube.com/watch?v=ksjGwhvVcN8

Сегодня наткнулся на очередной пост в LinkedIn о том, что в Laravel добавили кнопку "Скопировать Markdown" специально для AI, и кто-то пошел дальше и запилил пакет с кнопками Ask ChatGPT / Ask Claude прямо на странице ошибки.

И я призадумался 🤔 ибо #токсикСреда.

Если разработчику нужно обязательно спросить у AI, чтобы понять, что за ошибка в его же коде — это выглядит пугающе.

Мы же таким образом выращиваем не программистов, а AI-операторов, которые без LLM даже стек-трейс не смогут прочитать и понять, что же они там наговнокодили/вайбкодили.

Ну а ты собираешься спрашивать у AI про ошибки в твоем же говнокоде? Не боишься получить дозу кибер-унижения? Поделитесь кейсами которые было сложно дебажить и где бы помог AI 👇

Подгребайте потихоньку на #RandomBeer

(гуглмит блочится роскомпозором, пробуем пачку)
https://meet.pachca.com/

В течение часа ожидаются тухлые смоллтолки, пока все расчехляют пивко. В 19 МСК ожидается начало прожарки.

Встал сутра, а эти двое на меня так смотрят, будто я им денег должен...

Доброго утра, фартаны!

Начался Hacktoberfest 2025

Если выполнить задачи в числе первых 10_000 участников, то можно выиграть футболку. Но в РФ её всё-равно не доставят.

Однако, пофиг на футболку. Давайте просто делать #OpenSource вместе, хотя бы в этот месяц.

Пара советов:

Советую любой вклад в репозиторий начинать с обсуждения:
- Написать в Issue, что собираетесь взять задачу на себя и уточнить, есть ли вещи, на которые стоит обратить внимание.
- Найти ответственного и пнуть в чате.
- Обсудить объём работ, чтобы не делать всё или не попасть в ситуацию, когда часть работы уже сделана где-то ещё.

По Pull Request советую:
- Не делать то, что выходит за рамки Issue, не изменять левые файлы.
- Не делать Force Push, особенно после ревью.
- Не делать большие PR. Это в продуктовых проектах большие изменения проходят с меньшими замечаниями. В опенсорсе большой PR == больше работы для ревьювера.

Вот пара направлений сходу:

1. @terabytesoftw из Yiisoft докладывает: сейчас Yii2 покрыт тестами на 75%. Давайте добьём до 100%.

PR is welcome

2. Подгон от @butschster: ишуи с тегом Good First Issue в репозитории CTX и for-contributors в Buggregator.
3. Ну а я буду просто очень счастлив, если кто-то доделает этот PR (можно прыгнуть на ветку автора, запушить её в свой форк, доделать и затем сделать новый PR)

В PHP сообществе есть ещё пара интересных мест:

- Общий канал по пыховому опенсорсу, в который можно прийти и как мейнтейнер (хранитель кодовой базы), и как контрибьютор (участник, вкладчик).
- Тема опенсорса в нашем чатике, где можно полулзить или обсудить что-то посложнее, чем Good first issue.

———

Кстати, открытое ПО тесно связано со свободными лицензиями.
И тут возникли мысли, а не пора ли нам с Павлом везде внедрять эту лицензию?

PS: Спасибо Владу Шашкову, который следовал этой лицензии и угощал меня пивом на ПыхКонф'2025 🍻

#токсикСреда продолжается.

Вокруг какой-то скам. Попробовал я законтрибьютить в этот ваш официальный MCP SDK. Это был худший опыт.

1. Нет понимания, кто за что отвечает.
2. Лейблы в ишуях как будто стоят денег, их стараются игнорировать и экономить, чтобы лейблы не кончились.
3. Milestone? не, не слышали. Вот как выглядит у меня, например.
4. Проекты в Github? Тоже не слышали. Хотя всегда же круто иметь проект для управления разработкой, как здесь.
5. Я сделал PR и пожалел. Думал буду контрибьютить, но они таак долго все делали, иногда тупо игнор на несколько дней и понять, что происходит прям проблема. У меня также бывает конечно, но я один и не всегда есть время, а их больше 3-х! Желание пропало продолжать, т.к. пока получишь фидбек, уже забудешь что хотел и потом опять искать время.
6. Некоторые PR висят уже месяц!!!! А с такой помпой анонсировали нам этот MCP, мол приходите, контрибьютте, что такая команда собралась. По факту они заняты чем угодно, только не этим пакетом.
7. Они в SDK добавили фичей который к SDK не имеют отношение, типа Discovery. Это хуйня которая сканирует проект на атрибуты и их регистрирует. Это может и полезная фича, но SDK не должен мне диктовать как мне искать тулзы и т.д. Я хочу свой функционал для этого, зачем мне их зависимости? Моя ишуя, где я говорю, что хуйню делают. Но у них свой путь.

С учетом их подхода к управлению проектом и разработкой (ни лейблов, ни проекта, ни milestone) выглядит так, что собралась команда мечты, которая до этого не занималась командной разработкой.

Christopher Hertel, чувак из Symfony, вообще жжот. Я начал код писать, а мне IDE strict_types по умолчанию во все файлы добавляет.

// Здесь должен быть испанец со своим смехом

А оно у них удаляется потому что в cs fixer стоит

'declare_strict_types' => false,

Я создаю issue, мол давайте втащим.

// Здесь должен быть испанец со своим смехом

А там говорят, что в Symfony нет и это блядь прчина почему и здесь нет и продвигают в cs fixer эту хуйню.

Strict types just make the language worse, because it encourages the risky practice of casting, without providing any real or significant benefits.
© Nicolas Grekas

По итогу мы имеем команду мечты:
1. Чувак из симфони, который до сих пор не использует strict_types=1 и говорит "нахуй не нужон". А его коллега в тоже время обсуждает добавление в CS Fixer правила удаления strict_types. К'мон гайз, PHP 8.5 на пороге!
2. Нигериец, который вайб-кодер по жизни, чей код я изучил и не считаю его продукт хорошим и могу разложить по полочкам. Знаю только что он знает паттерн ларавел и в этом стиле пишет код. На свой пакет он успешно забил...
3. И еще хз кто там в команде, но они заняты чем угодно, но не этим пакетом.

Продукт получил кучу звезд, но как по мне, он не работает и будет как что-то, что проектировали те, кто в этом не особо то и разбираются. Но на волне хайпа собрали аж тыщу звезд, ну а толку? Это не SDK...

Каждый раз когда я с ними общался, те ответы, которые я получал кроме как "испанский смех" в голове не вызывали.

Смеющийся испанец - это прямая ассоциация всего происходящего вокруг этого репозитория и командой которая им занимается. Они просто к этому не готовы и делают как умеют, а не как надобно.

P.S. Ну и кто, блядь, додумался в SDK засунуть генерацию JSON схемы на аргументы функции???

use Mcp\Capability\Attribute\McpTool;

class CalculatorElements
{
    #[McpTool(name: 'add_numbers')]
    public function add(int $a, int $b): int
    {
        return $a + $b;
    }
}