@fes0r зависимости через сеттеры при доступном конструкторе - рак?

+

привет, кто-нибудь использует json в mysql? как дружили доктрину?

так она дружит вроде )

так она дружит вроде )

интересен момент сериализации/десериализации

http://docs.doctrine-project.org/projects/doctrine-dbal/en/latest/reference/types.html#json ?

Там же используется json_encode/decode вроде как, хотелось бы в сущности туда сюда

за ui не нашёл в презентации, увы

https://youtu.be/LJ6O2cBvSzg?t=517 Вот смотри

phystrix про fault tolerance к сторонним сервисам. Но не про сборку страницы с помощью разных сервисов

о, дослушал до prana. Оно видимо

Там же используется json_encode/decode вроде как, хотелось бы в сущности туда сюда

типа у тебя сущность с id кладется еще и в json ? а что будет когда сущность удалишь?)

или мб тогда тебе не мускуль надо)

типа у тебя сущность с id кладется еще и в json ? а что будет когда сущность удалишь?)

Нет, например есть value object, хотелось бы при выборке данного поля получать сразу объект, то есть использовать сериалайзер. Есть бандл, который умеет, но не получается к нему прикрутить кастомные нормалайзеры

Бандл https://github.com/dunglas/doctrine-json-odm

https://github.com/aurimasniekis/doctrine-json-object-type такое еще есть

свой тип и для vo implements JsonObject

хз ток почему не JsonSerializable )

а там еще декод нужен поэтому

Привет. Есть класс Node, который является оберткой для класса DOMNode. От него наследуются три класса - Comment, Text и Element, которые являются обертками над классами DOMComment, DOMText и DOMElement

Свойство $node будет использоваться в наследуемых классах, но содержать будет уже не DOMNode, а соответвующий класс (DOMComment, DOMText или DOMElement)

https://pastebin.com/kU80VGiX

Вопрос: как прописать phpdoc в наследуемых классах для $node и getNode() без копипаста?

Например, в классе Element для getNode указать возвращаемый тип DOMElement, а не DOMNode

@Method DOMElement getNode ()?

Вопрос по JMS. При попытке сериализовать объект, наследованный от Exception выдает ошибку: Resources are not supported in serialized data. @ExclusionPolicy("all") + @Expose в нужных свойствах прописаны. Никто не сталкивался?

Вопрос по JMS. При попытке сериализовать объект, наследованный от Exception выдает ошибку: Resources are not supported in serialized data. @ExclusionPolicy("all") + @Expose в нужных свойствах прописаны. Никто не сталкивался?

походи дебагом, посмотри на какое конкретно свойство он ругается.

если ругается на resource - значит, в нем что-то есть такого типа, должно быть просто в классе исключения видно

в симфони, в событиях kernel.view можно ли вешать несколько обработчков на одно событие?

да

а kernel.response почему-то два раза срабатывает, если url route не существует при событии исключении. А а при существующим роуте все впорядке отрабатывает. В чем может быть проблема?

а kernel.response почему-то два раза срабатывает, если url route не существует при событии исключении. А а при существующим роуте все впорядке отрабатывает. В чем может быть проблема?

В том, что ошибка в dev-режиме тоже через роутер проходит.

объект Response создается в одном месте

Специальная страница для исключений же. Она у тебя в routing_dev.yml описана.

там не совсем сам фреймворк симфони, на компонентах, но суть та же

а что за дев режим, может он так же тут включен

а kernel.response почему-то два раза срабатывает, если url route не существует при событии исключении. А а при существующим роуте все впорядке отрабатывает. В чем может быть проблема?

так работает http kernel. В случае исключения ты оригинальный респонс уже не получишь, но пользователю что-то отправить надо. Потому кто-то будет кидать новый респонс.

а вообще - тебя не должно волновать сколько за реквест один из ивентов запускается - у тебя все ивент листенеры должны быть стэйтлесс а обработка ивентов по возможности должна быть идемпонентной (ну то есть не важно сколько раз ты вызвал что-то - результат должен быть одинаковым)

роут ошибки не определен в роутах. Подписчик событий получает контроллер в качестве аргумента $dispatcher->addSubscriber(new HttpKernel\EventListener\ExceptionListener('ErrorController::exceptionAction')); а контроллер возвращает строку (не объект Response)

если тебя это волнует - значит ты что-то сделал не так и открываешь ворота в ад отладки систем использующих ивенты для логики

роут ошибки не определен в роутах. Подписчик событий получает контроллер в качестве аргумента $dispatcher->addSubscriber(new HttpKernel\EventListener\ExceptionListener('ErrorController::exceptionAction')); а контроллер возвращает строку (не объект Response)

нет роута ошибки. человек ошибся. Есть error handler

при событии контент дополняется текстом, и тот текст дублируется при 404

при событии контент дополняется текстом, и тот текст дублируется при 404

об этом я и говорю - ад)

потому что не идемпотентная операция

не надо так делать и все будет хорошо, ты можешь просто сделать свой хэндлер ошибок и нормально делать кастомные 404-ые

а как надо например гугл статистику вешать? Я тут знакомлюсь с компонентами

а как надо например гугл статистику вешать? Я тут знакомлюсь с компонентами

в шаблонах, ивенты тут не нужны

ну это просто слишком))

а ивенты для чего вообще тогда?

а если заголовки модифицирвоать, вдруг он так же дублировать будет

а если заголовки модифицирвоать, вдруг он так же дублировать будет

заголовки по ключу

идемпонетная штука

а ивенты для чего вообще тогда?

Оповещать другие части системы о важном событии

заголовки по ключу

т.е 2 операции перезаписи заголовков? Ну это баг получается

юзкейсы для ивентов ядра: - добавить что-то в реквест - добавить что-то в респонс (заголовки какие-нибудь например) - фильтрация ответа контроллера (он не обязан возвращать response и ты можешь то что контроллер вернул в response завернуть в листенере)

т.е 2 операции перезаписи заголовков? Ну это баг получается

$headers = []; $heders['Content-Type'] = 'applicatiion/json'; $heders['Content-Type'] = 'applicatiion/json';

какой результат и где тут баг?)

результат то один, да, но 2 операции однго и того же смущает. Вот решил просто текстовую строку добавить к ответу. Она добавляется при существующем роуте, а при 404 нет. Вот на практике это дает такой результат. А в примерах того же фреймворка так же делается, на событиях

если тебе вдруг надо application/json превращать в какой application/x-vendor-json,v2 то у тебя полюбому проверка должна быть надо тебе это делать или нет

результат то один, да, но 2 операции однго и того же смущает. Вот решил просто текстовую строку добавить к ответу. Она добавляется при существующем роуте, а при 404 нет. Вот на практике это дает такой результат. А в примерах того же фреймворка так же делается, на событиях

респонсы разные по сути будут

$headers = []; $heders['Content-Type'] = 'applicatiion/json'; $heders['Content-Type'] = 'applicatiion/json';

application с одной i

application с одной i

опечатка

ой, т.е при 404 она дублируется

ой, т.е при 404 она дублируется

короч рано тебе в ивенты, не юзай и все будет хорошо)

ERROR: S client not available

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

вот, тут строка дублируется ' <br/>[ContentLengthListener]' - https://github.com/artnv/simplex-symfony-framework/blob/edit/src/Calendar/Listeners/ContentLengthListener.php

потому что не надо так делать)

не надо "модифицировать" тело респонса, либо заменяй его полностью либо нет

либо оставляй проверки делал ты это уже или нет

брр...

либо оставляй проверки делал ты это уже или нет

либо оставляй проверки делал ты это уже или нет

что брр, норм практика, свой стэйт хранить нельзя но добавлять что-то в респонс можно и тебе надо знать надо добавлять или нет

вот такая модификация респонсов как у автора - это брр

для этого шаблоны есть

подумалось, что состояние в слушателе оставлять, тогда не так всё плохо

не надо "модифицировать" тело респонса, либо заменяй его полностью либо нет

так это события в симфони так себя ведут или мой косяк в коде ?)

так это события в симфони так себя ведут или мой косяк в коде ?)

события на то и события что они не гарантируют тебе ничего

подумалось, что состояние в слушателе оставлять, тогда не так всё плохо

не не, конечно нет)

как это ничего, в js часто использую и все того

тот же паттерн наблюдадель, он везде один

у меня в js, модуль маршрутизатора вызывает собыие при переходе на url, далее запрашиваются данные по аяксу, потом вызывается событие для обработки данных, далее вызывается событие для отображения. И все классно работает

маршрутизатор и диспетчер событий от бэкбона

вот такая модификация респонсов как у автора - это брр

я ж по примеру делаю. Автор Фабьен https://symfony.com/doc/current/create_framework/http_kernel_httpkernel_class.html

ты делаешь мутацию респонса причем без проверок нужна она или нет

подумалось, что состояние в слушателе оставлять, тогда не так всё плохо

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

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

так он об этом и говорит

так он об этом и говорит

Мне показалось, что он наоборот хочет состояние там хранить. Ну ок.

Мне показалось, что так предложили. Ужаснулся. Оказалось что не на то подумал

ты делаешь мутацию респонса причем без проверок нужна она или нет

нужна они или нет тут не важно. Я понять не могу в чем ошибка раз событие дублируется, когда нет для этого повода

нужна они или нет тут не важно. Я понять не могу в чем ошибка раз событие дублируется, когда нет для этого повода

разберись откуда ивент файрится))

и почему

нужна они или нет тут не важно. Я понять не могу в чем ошибка раз событие дублируется, когда нет для этого повода

самый простой способ xdebug и точка остановки

и нужна или нет - важно

тут тестовую строку добавляю, чтобы понять как работает. Мне тут проверка не нужна

тут тестовую строку добавляю, чтобы понять как работает. Мне тут проверка не нужна

повторюсь - разберись как работает http kernel и в каких случаях он кидает это событие