да эта новость непременно затрагивающая нас всех

Всем привет! Правильно я понимаю, что без сеттера или рефлексии такую штуку не провернуть? class Foo { public function __construct(Foo $foo) {} } $foo = new Foo($foo);

без наркотиков тоже не получится)

Че это

зачем это

Академический интерес

и зачем оно в конструкторе? Есть же $this

Всем привет! Правильно я понимаю, что без сеттера или рефлексии такую штуку не провернуть? class Foo { public function __construct(Foo $foo) {} } $foo = new Foo($foo);

Что курил?

Всем привет! Правильно я понимаю, что без сеттера или рефлексии такую штуку не провернуть? class Foo { public function __construct(Foo $foo) {} } $foo = new Foo($foo);

Очень даже провернуть. Но зачем?

Я бы тоже это покурил, но не хочу бабушку расстраивать((

Я бы тоже это покурил, но не хочу бабушку расстраивать((

Бабушку тоже накури.

Она умерла((

когда это было проблемой?

Чур если это "крот", то я пасс. У меня на районе двое от такого овощнулись.

Не понимаю, зачем вам лишний контекст, но проблема вот с этой блиблиотекой: https://github.com/wmde/Diff/blob/master/src/Differ/MapDiffer.php#L46

Не понимаю, зачем вам лишний контекст, но проблема вот с этой блиблиотекой: https://github.com/wmde/Diff/blob/master/src/Differ/MapDiffer.php#L46

Он же интерфейс в зависимости тянет

Он же интерфейс в зависимости тянет

ну да, задача передать тот же инстанс MapDiffer во второй параметр

ну да, задача передать тот же инстанс MapDiffer во второй параметр

Зачем?

ну да, задача передать тот же инстанс MapDiffer во второй параметр

давай с другой сторны попробуем. Какую проблему ты хочешь решить?

Давайте сначала решим, можно ли это сделать без сеттера или рефлексии? :)

class Foo { public function __construct(Foo $foo = null) {} } $foo = new Foo(); $foo2 = new Foo($foo); exit;

Не, не оно... $foo2 !== $foo

Мда

Не, не оно... $foo2 !== $foo

А почему это условие обязательно?)

А почему это условие обязательно?)

ну вот такая библиотека. если не указывать второй параметр то по умолчанию создается инстанс другого класса

Для массива неограниченной вложенности придется делать что-то вроде $differ = new \Diff\Differ\MapDiffer( true, new \Diff\Differ\MapDiffer( true, new \Diff\Differ\MapDiffer(/** ... */) ) ); что как-то странно выглядит

Для массива неограниченной вложенности придется делать что-то вроде $differ = new \Diff\Differ\MapDiffer( true, new \Diff\Differ\MapDiffer( true, new \Diff\Differ\MapDiffer(/** ... */) ) ); что как-то странно выглядит

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

оно разве не должно переиспользоваться?

Памяти не хватит создать рекурсивно такой объект, делай extend и переписывай логику получения диффера, как вариант

Хотя я похоже не понял в чем там проблема, скорее всего можно намного проще решить

оно разве не должно переиспользоваться?

по хорошему должно, но как видишь либо пробрасывается то, что передается в конструктор, либо создается новый инстанс, хотя надо бы $this->listDiffer = $this;

напиши тест того как оно должно работать

Памяти не хватит создать рекурсивно такой объект, делай extend и переписывай логику получения диффера, как вариант

Я там опечатался, не рекурсия, а рефлексия, конечно же :)

Я там опечатался, не рекурсия, а рефлексия, конечно же :)

Тест напиши для начала

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

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

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

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

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

Согласен, но ведь можно делать так: $function = function() use (&$function) {}

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

у тебя внутри конструктора есть инстанс самого себя под $this)

у тебя внутри конструктора есть инстанс самого себя под $this)

да, но я не создатель либы

да, но я не создатель либы

Зато ты можешь заимплементить интерфейс, или заэкстендить на крайний случай.

Согласен, но ведь можно делать так: $function = function() use (&$function) {}

Есть одно хорошее правило. Если кажется, что получается изврат, то явно что-то не так делается и стоит пересмотреть подход к решению задачи.

понятие "изврат" у всех свое

Есть одно хорошее правило. Если кажется, что получается изврат, то явно что-то не так делается и стоит пересмотреть подход к решению задачи.

я выше отметил, что интерес академический :)

понятие "изврат" у всех свое

вот этим ты перечеркнул свое прошлое сообщение

Не согласен )

Кто то смотрит на symfony и считает это извратом и для него проще что-то реализовать используя процедурный подход.

у всех свой опыт, взгляды на "идеальный" код и свое понятие изврата)

я выше отметил, что интерес академический :)

Сорри, не заметил

ну я к тому, что изврат - дело восприятия) потому вариант с "кажется" работать не будет

Если кажется, что изврат, то извратить кажущееся.

Если кажется, что изврат, то извратить кажущееся.

Или кажущееся извратить)

да, но я не создатель либы

Форкни, напиши свою реализацию. В чем проблема ? Там я так понимаю рекурсия нужна, для deep recursive match ?

Форкни, напиши свою реализацию. В чем проблема ? Там я так понимаю рекурсия нужна, для deep recursive match ?

Пока дождусь ответа на issue, если что PR сделаю. Да, для него

Пока дождусь ответа на issue, если что PR сделаю. Да, для него

Судя по документации, там дифф ассоциативного массива. function arrayRecursiveDiff($aArray1, $aArray2) { $aReturn = array(); foreach ($aArray1 as $mKey => $mValue) { if (array_key_exists($mKey, $aArray2)) { if (is_array($mValue)) { $aRecursiveDiff = arrayRecursiveDiff($mValue, $aArray2[$mKey]); if (count($aRecursiveDiff)) { $aReturn[$mKey] = $aRecursiveDiff; } } else { if ($mValue != $aArray2[$mKey]) { $aReturn[$mKey] = $mValue; } } } else { $aReturn[$mKey] = $mValue; } } return $aReturn; }

Да. Но эта функция не подходит, мне надо знать что добавилось, что изменилось, что на что поменялось.

Да. Но эта функция не подходит, мне надо знать что добавилось, что изменилось, что на что поменялось.

$differ = new \Diff\Differ\MapDiffer(true, null, new \Diff\Comparer\StrictComparer());

Да. Но эта функция не подходит, мне надо знать что добавилось, что изменилось, что на что поменялось.

У тебя есть какая-то древовидиная структура, которая апдейтит ноды, делает какие-то другие штуки ? Типа такого ?

это все что нужно делать

У тебя есть какая-то древовидиная структура, которая апдейтит ноды, делает какие-то другие штуки ? Типа такого ?

да

В доке газла версии 6 нет вообще ничего

Почему в конечном счете когда я возвращаю массивы, где по идеи должен быть контент возвращается все равно пустой массив? GuzzleHttp $pool = new Pool($client, $requests($links), [ 'concurrency' => 5, 'fulfilled' => function ($response) use (&$fulfilled){ array_push($fulfilled, $response->getBody()); }, 'rejected' => function ($response) use (&$rejected){ array_push($rejected, $response->getStatus()); } ]); $promise = $pool->promise(); $promise->wait(); return array($fulfilled, $rejected);

да

Тогда ты используешь не то что нужно. Используй структуры данных, которые для этого предназначены.

это все что нужно делать

я там в issue пример привел, он не будет работать как нужно

я там в issue пример привел, он не будет работать как нужно

пробовал запускать так как я написал?

У тебя есть какая-то древовидиная структура, которая апдейтит ноды, делает какие-то другие штуки ? Типа такого ?

Есть энтити, которая редатируется. Надо понять что поменялось и записать в лог

пробовал запускать так как я написал?

в твоем варианте только первый параметр отличается от дефолтного

ERROR: S client not available

Есть энтити, которая редатируется. Надо понять что поменялось и записать в лог

И у этой энтити есть json поле ?

И у этой энтити есть json поле ?

нет, я ее нормализую в array

нет, я ее нормализую в array

Что значит нормализуешь ? Откуда данные берешь ? Данные в каком виде хранишь при сериализации ?

в твоем варианте только первый параметр отличается от дефолтного

да, последний параметр не нужен вообще, согласен

$differ = new \Diff\Differ\MapDiffer(true, null, new \Diff\Comparer\StrictComparer());

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

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

нет

Что значит нормализуешь ? Откуда данные берешь ? Данные в каком виде хранишь при сериализации ?

https://api.symfony.com/4.0/Symfony/Component/Serializer/Normalizer/NormalizerInterface.html - под нормализацией вот это подразумеваю

Что значит нормализуешь ? Откуда данные берешь ? Данные в каком виде хранишь при сериализации ?

чтобы как раз скормить этому differ*

нет

это ответ на то что это не задача? или что за это не отвечает второй параметр? :)

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

аа, теперь все ясно

аа, теперь все ясно

если не исползовать MapDiffer, то он воспранимает изменения как добавление + удаление, а не изменение

но коллекция это не map

А зачем это делать ? Можно же использовать EventListener для entity. Все равно в логе же не будешь хранить дерево. Просто маркируй каждый запрос c помощью X-Request-ID, если нужно сгруппировать все изменения, которые были сделаны в течении одного запроса.

А зачем это делать ? Можно же использовать EventListener для entity. Все равно в логе же не будешь хранить дерево. Просто маркируй каждый запрос c помощью X-Request-ID, если нужно сгруппировать все изменения, которые были сделаны в течении одного запроса.

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

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

Так это деревообразная структура или нет ?

Типа дерево + аудит. Т.е. если ветки не совпадают то создай новую ветку ?

Я почему спрашиваю, у меня была задача , хранить древовидные контракты, когда еще не было монги и так далее. Я делал эту штуку на materialized path и сравнение делал, путем запроса всей ветки и сравнение получалось плоским. При этом аудит реализуется тоже легко. По префиксу родителя ноды либо по типу ноды. Но хз. возможно у тебя другой кейс.

Ребзя, а может посоветует кто как элегантрее решить задачу учета и ограничения количества каких-то действий юзера. Задача така: есть куча юзеров, есть разные действия (фичи), которые эти юзерам доступны (например загружать файлы, отсылать сообщения, создавать связи). Есть разные тарифы, в зависимости от которых юзерам даётся разное количество этих фичей. Как бы это красиво реализовать с учётом, что юзеров и событий очень много. Т.е. счетчики должны тикать постоянно. Ну и понятное дело, что мы не можем например при отправке сообщения пересчитывать сколько он уже отправил, чтобы понять может ли он это сделать. Были бы не большие объемы, я бы не задумываясь сделал табличку типа feature_id, user_id, feature_value (где первые два поля — PK) и объект с методами типа incValue($count = 1), getValue() и isLimitReached() ну и по incValue делать в мускул чота типа insert into features_counters (...) on duplicate key update feature_value = feature_value + $count а isLimitReached() - сравнивало бы лимит с текущем getValue() Так вот дело в том, что событий в системе много. и тогда update в mysql будут лететь часто и густо Боюсь проблем с производительностью. Как бы сделать красиво и чтобы работало точно и быстро (с минимальным шансом допустить сделать 1001 сущность при лимите в 1000, например) На борту уже есть редис, первая идея конечно хранить вообще всё там, а в mysql переодически сгружать. Но может есть более лучшие способы, вот это всё?

ооо я только недавно смотрел видео на эту тему

influxDB

Ребзя, а может посоветует кто как элегантрее решить задачу учета и ограничения количества каких-то действий юзера. Задача така: есть куча юзеров, есть разные действия (фичи), которые эти юзерам доступны (например загружать файлы, отсылать сообщения, создавать связи). Есть разные тарифы, в зависимости от которых юзерам даётся разное количество этих фичей. Как бы это красиво реализовать с учётом, что юзеров и событий очень много. Т.е. счетчики должны тикать постоянно. Ну и понятное дело, что мы не можем например при отправке сообщения пересчитывать сколько он уже отправил, чтобы понять может ли он это сделать. Были бы не большие объемы, я бы не задумываясь сделал табличку типа feature_id, user_id, feature_value (где первые два поля — PK) и объект с методами типа incValue($count = 1), getValue() и isLimitReached() ну и по incValue делать в мускул чота типа insert into features_counters (...) on duplicate key update feature_value = feature_value + $count а isLimitReached() - сравнивало бы лимит с текущем getValue() Так вот дело в том, что событий в системе много. и тогда update в mysql будут лететь часто и густо Боюсь проблем с производительностью. Как бы сделать красиво и чтобы работало точно и быстро (с минимальным шансом допустить сделать 1001 сущность при лимите в 1000, например) На борту уже есть редис, первая идея конечно хранить вообще всё там, а в mysql переодически сгружать. Но может есть более лучшие способы, вот это всё?

или любая другая timeline БД, вам в любом случае метрики будет надо куда то складывать, так что, скорее всего это решение проблемы.

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

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

инфлюкс позырю

насколько я понимаю timeline БД расчитаны на запросы такой информации из большого потока

Вопрос по именованию методов, должно ли имя функции/метода говорить о её внутренней реализации? Например есть у меня клас AuthService и в нём метод getAccessTokenByRequest($request) - внутри из $request вытягиваются login/pass и передаются в другой метод - getAccessTokenByCredentials($login, $pass) Ну и соответственно вопрос - вот эти окончания ByRequest/ByCreds - они по сути указывают на реализацию, от них надо избавляться?

Но без них у меня будет просто метод getAccessToken($login, $pass) который не очень удобный, вот что будет когда мне надо выдать токен по refreshToken'у - если не следовать совету то я просто добавлю getTokenByRefreshToken($refreshToken) а если верить Р. Мартину и его чистому коду то так делать нельзя, но как тогда сделать лучше? Разве этот вариант не хорошо читаемый и понятный?

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

Может не донца понял смысл этого совета, но мне кажется он не очень полезный.. Вряд ли он имел ввиду названия типа SaveUserIntoDatabase

Хотя по сути что этот SaveUserIntoDatabase что мой getTokenByRefreshToken по сути говорят о внутренней реализации, разницы нет

фасады мне тоже не нравятся

но я веду именно к тому, что в php нельзя делать типа так getToken(RefreshToken $refreshToken) {...} getToken(string $login, string $pass) {...}