Есть обертки уже которые и так абстрагируют бекенд

Вопрос делать ли обёртку над обёрткой

Вопрос делать ли обёртку над обёрткой

Смысл скорее не в обёртке а в том что зависить от абстракции чем от реализации

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

У меня стороння апишка, я обращаюсь к ней из php по HttpClient. Вопрос: Некоторые методы этой апишки принимают 50+ полей глубокой вдоженности, а в ответе мне нужны только 2 поля из 30 в конкретном сервисе. Мне сделать один класс и принимать все возможные параметры для этого метода апишки (будет очень много DTO с вложенностями) и валидировать все возможные ошибки, или делать отдельно изолированные запросы в каждом сервисе

Стоит разделять апп запросы(какие то конкретные задачки бизнеса через апи) и сдк (класс для работы с апи) Если пишите свое сдк - лучше делать ее максимально отдаленной от вашего приложения и чисто под апиху сервиса, чтобы туда не протекали ваши бизнес задачи. Но да, для экоомии можно делать куцо, а не всё сразу. Например не все фильтры или не все ответы Если есть готовое, то лучше сделать над ним свою обертку (чтобы заменить в случае чего только либу, а свой код не трогать), но это может быть достаточно геморойно и сильно абстрактно, почти как писать своё в варианте1, а главное почти бессмысленно. Поэтому как вариант, сделать обертку бизнесовую, т.е. какую то прокладку по вашим конкретным задачам с апи, которая ходит в это сдк по его правилам. Но там только обращение к апи. Таким образом можно будет и переиспользовать, и как то даже куцо тестировать блоки по работе с апи, так же их мокать более просто. Т.е. будете мокать не либу, а просто dto входа и выхода, в которых только нужные вам поля.

То есть у вас есть модуль по работе с профилем пользака, если пользак создаётся то вам нужно привести ту картинку которую он загрузил к нормальному виду. Сделать так, что бы модуль пользака напрямую зависел от имежика - плохая идея, поэтому вы через интерфейс делаете инверсию зависимости. Пишите свой класс-адаптер который реализует этот интерфейс и живёте спокойно. Хотя можно и на какой-нибудь ивент подписаться и в подписчике напрямую либу заюзать, но как по мне это утекание бизнес логики (если обрезка аватарки входит в бл)

Сброшу матeриалы (Python, Java, c++, Боты tg, так же имеется разработка игр, приложений) Возможно кому-то будет полезно, поделюсь бесплатно)

@wcdi_captcha_bot

привет! Кто работал с pdf в Imagick? Я делаю сервис в который юзеры загружают pdf с растровой картинкой внутри. Надо преобразовать pdf в растр. Проблема в том что я не знаю исходнго резрешения картинки которая внутри pdf, а они могут быть разные. Разрешение мне нужно установить в Imagick перед конвертацией чтобы получить корректные размеры получаемого растрового изображения.

Размеры пдф можно высчитать по-моему

А сам имаджик не поддерживает пдф?

А сам имаджик не поддерживает пдф?

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

Прям перед чтением?

Ну тогда хз

привет! Кто работал с pdf в Imagick? Я делаю сервис в который юзеры загружают pdf с растровой картинкой внутри. Надо преобразовать pdf в растр. Проблема в том что я не знаю исходнго резрешения картинки которая внутри pdf, а они могут быть разные. Разрешение мне нужно установить в Imagick перед конвертацией чтобы получить корректные размеры получаемого растрового изображения.

Можно утилитой прочитать: pdfimages -list -f 6 -l 7 example.pdf page num type width height color comp bpc enc interp object ID x-ppi y-ppi size ratio -------------------------------------------------------------------------------------------- 6 0 image 1901 1901 rgb 3 8 image no 632 0 1818 1818 468K 4.4% 6 1 image 1901 1901 rgb 3 8 image no 645 0 1818 1818 521K 4.9%

Прям перед чтением?

угу, прям перед самым чтением :)

хотя можно и потом, там другой метод есть

Можно утилитой прочитать: pdfimages -list -f 6 -l 7 example.pdf page num type width height color comp bpc enc interp object ID x-ppi y-ppi size ratio -------------------------------------------------------------------------------------------- 6 0 image 1901 1901 rgb 3 8 image no 632 0 1818 1818 468K 4.4% 6 1 image 1901 1901 rgb 3 8 image no 645 0 1818 1818 521K 4.9%

вот это прям похоже на прям что-то хорошее, спасибо!

вот это прям похоже на прям что-то хорошее, спасибо!

А ну если вам это подходит, то можно использовать просто ls -s —block-size=1 filename Или du -B 1 filename

Аааа, разрешение

Сорян

Аааа, разрешение

угу

угу

Только это, выбери надёжную утилиту. Вся эта фигня с чтением пользовательских файлов может быть опасной https://www.xpdfreader.com/pdfimages-man.html Тут вот вроде есть альтернативы, найди подходящую и подревнее версию 😅

Только это, выбери надёжную утилиту. Вся эта фигня с чтением пользовательских файлов может быть опасной https://www.xpdfreader.com/pdfimages-man.html Тут вот вроде есть альтернативы, найди подходящую и подревнее версию 😅

а чо опасного

а чо опасного

Вот так вот. Сначала «а чо опасного» а потом всю бд с бэкапами шифруют)

Вот так вот. Сначала «а чо опасного» а потом всю бд с бэкапами шифруют)

кто? где?

аа, ты про это

та не, это другое

кто? где?

У нас просто на проекте одна утилита стояла для обработки видосов пользовательских. И вот в этой утилите пару раз точно находили RCE. Это же вообще трындец. Всегда смеялся над проггерами-параноиками но после таких приколов реально ссыкатно что-то от пользаков засовывать в какие-то утилиты.

У нас просто на проекте одна утилита стояла для обработки видосов пользовательских. И вот в этой утилите пару раз точно находили RCE. Это же вообще трындец. Всегда смеялся над проггерами-параноиками но после таких приколов реально ссыкатно что-то от пользаков засовывать в какие-то утилиты.

понимаю, это внутренний сервис, только если шпиён прокрадётся

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

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

а лучшее вообще изолируй максимально тот участок, с которым могут быть проблемы. (один кстати из плюсов микросервисов) Ты прав в том что взломать можно что угодно. Так что как и к ошибкам в ПО, к уязвимостям нужно относится как "я предполагаю что всё моё ПО уязвимо, от меня лишь зависит то, на сколько большой ущерб может причинить эта уязвимость"

привет! Как валидировать данные перед денормализацией и православно ли это? Дело в том что в процессе денормализации я создаю валью обжекты чтобы сохранить их в БД, и если значение не валидное то мой валью обжект падает.

есть инварианты, есть валидация, не надо путать

кривой велью обжект - это не валидация, а виолейшн инварианта/прекондишена

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

Если постараться +/- предметно, то: X строка - это инвариант X email - валидация

это всё понятно

что делать - непонятно :)

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

сохранение в БД - это инфраструктура, само понятие VO - часть доменного слоя, а процесс денормализации или аппликейшн или презентейшн

отсюда и решение должно быть

если это проблема слоя представления, то на уровне домена должны быть соответствующие валидаторы, которые допускают нужные VO до персиста или кидают throw new InvalidValueException('XXX required');

если выше, то выше ошибка, типа хттп бэд реквест

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

это значения юзерских полей юзерской формы: чекбокс, список, текст, и тп. Админ создаёт форму из произвольного набора разных полей, юзеры её заполняют. Фронт отправляет значения, надо их отвалидировать на тему заранее определённых констраинтов (чекбокс - Type('bool') и тп) , создать из них валью обжекты и сохранить в БД.

ну так у тебя контроллер получает форму, если она битая, то ошибка бед реквест

дальше контроллер делегирует аппликейшн или доменному сервису

сервис получает данные и проверяет на свои правила

потом возвращает ответ или исключения

контроллер обрабатывает исключения и преобразовывает их в нужные, типа хттп

view -> dto/form request -> controller -> app service -> domain service <- persist over ioc

а в app/domain уже валидация

ошибка инфры почти всегда 500, кроме случаев uniq constraint или чего-то такого, что может случиться на репликах из-за отставания чтения. Но это всегда должно быть описано на уровне интерфейса в любом случае, что оно может вернуть какую-то ошибку подобную ошибка домена или апп - логическая ошибка, типа "число Х должно быть больше 0" или "почта уже есть" и зависит от предметной области сервиса или воркфлоу, можно в анпрацессбл энтити такое конвертить ошибка представления - бед реквест, когда структура, формат или ещё что не соответсвтуют

ошибка инфры почти всегда 500, кроме случаев uniq constraint или чего-то такого, что может случиться на репликах из-за отставания чтения. Но это всегда должно быть описано на уровне интерфейса в любом случае, что оно может вернуть какую-то ошибку подобную ошибка домена или апп - логическая ошибка, типа "число Х должно быть больше 0" или "почта уже есть" и зависит от предметной области сервиса или воркфлоу, можно в анпрацессбл энтити такое конвертить ошибка представления - бед реквест, когда структура, формат или ещё что не соответсвтуют

Спасибо большое, надо поспать походу, чот буквы понятны а слова уже нет :)

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

а так, изи гуглится жеж https://habr.com/ru/articles/267125/

ну да, это хорошо когда она гексагональная

А если хочешь с адскими загонами и оверинжинерингом, то есть фулл вариант https://habr.com/ru/articles/718916/ Хотя мне кажется что там есть лишние вещи довольно

мне бы понять куда мне код писать но вроде понял, надо в стейт процессоре создавать мои VO из уже отвалидированных данных

а не в денормализаторе

у тебя есть папочка, отвечающая за обработку запросов

и папочка, отвечающая за данные

обе отвечают за корректность, но на разных уровнях

Попробуй форму выразить в DTO формате. Если формат данных не впихивается в эту DTO - это ошибка запроса, если же там всё ок, а данные просто некорреткные - ошибка валидации

вот и всё)

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

значит 2 валидации выходит

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

ну я с этого и начал)

понял

есть инварианты, есть валидация

и одно может перетекать технически в другое, например UserId может быть int<1, max> (не может быть нулём или отрицательным)

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

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

а если строка, но которая не почта или уже существующая почта (во время регистрации), то валидация уже и возникает в "юзер сохраняторе"

и может выкидывать типа: UserCreator::create(...) -> throws EmailNonUniqueException extends EmailException

или InvalidEmailException)

и типа коды ответов разные

ну зависит от тебя, в любом случае у тебя есть какой-то UserSaver или UserDeleter или ещё что

может быть процесс, типа UserDelitionProcess