Сайт с одним свифтмейлером скачивает минут 5, еще синхронизация минут 5. И так каждый раз. Я понимаю конечно, что можно исключить из выдачи vendor и юзать компосер и на сервере и на клиенте, но это неудобно

а зачем с ними работать?

Ну а как? Постоянно делать изменения и лезть в FTP чтоли попутно вспоминая что поменял?

git?)

Я не шарю как деплоить с помощью гита. В пхпшторме же есть такой функционал, и работает он отвратительно

0_o

Я не шарю как деплоить с помощью гита. В пхпшторме же есть такой функционал, и работает он отвратительно

Не шаришь и, походу, даже гордишься этим.

Было бы там в чем шарить. Уделить час чтобы понять пару основных команд и жить в кайф.

Я не шарю как деплоить с помощью гита. В пхпшторме же есть такой функционал, и работает он отвратительно

это не "функционал" работает отвратительно, а FTP работает отвратительно с огромным количеством файлов

это не "функционал" работает отвратительно, а FTP работает отвратительно с огромным количеством файлов

Дк никтож не запрещает SSH вместо FTP запилить

Не шаришь и, походу, даже гордишься этим.

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

Дк никтож не запрещает SSH вместо FTP запилить

SCP ты хотел сказать, и да, оно работает с большим количеством мелких файлов... чуть лучше но лишь чуть.

лучше настрой rsync

и радуйся

все будет молниеносно

никто не хочет придумать мэппер данных на объекты?

ну или обсудить

мм

продолжай

ну вот сейчас составляю gist

с хотелками и списком имеющихся мэпперов/гидраторов на данный момент

в целом мне нужна штука, которая позволяет мэпить json на объекты

и не только json

а вообще что угодно на что угодно

мне тоже такая штука нужна

в целом я пока делаю так

class UserRequestMappers { public function registerUserRequest(Http\Request $request): RegisterUserRequest { $mapped = new RegisterUserRequest(); $mapped->email = $request->get('email'); $mapped->password = $request->get('password'); $mapped->name = $request->get('name'); return $mapped; } public function loginRequest(Http\Request $request): LoginRequest { $mapped = new LoginRequest(); } }

ну это то чем я пользуюсь сейчас

у меня таких классов несколько

и есть штука которая на основе return type выясняет какой мэппер для какого типа

и сама все связывает между собой

но мне не нравится

из всех пока больше всех нравится https://github.com/ScriptFUSION/Mapper

но он сырой и умеет только массив в массив конвертить

гидрировать объекты он не умеет и научить его этому не особо выйдет

есть еще одна связанная задача - валидация запроса перед или в процессе маппинга

да, тоже на этом пока туплю

с одной стороны надо и до и после

я не знаю как правильно

я сделал свой костыль

ну мол если мне прислали json я должен именно его валидировать

у меня есть обертка над сырым json

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

которая имеет методы типа дай_мне_инт_по_адресу('foo.bar')

метод возвращает int или плюется ValidationException

ну такое... идеально было бы получить сначала все ошибки а потом плюнуть ValidationException

да

мне оно тоже не нравится

я смотрел в соторону JSON schema

ништяк, мы с тобой одной и той же задачей заняты)

но оно умеет только в валидацию

ну да

и получается, что информация о структуре запроса живет в двух местах одновременное - в валидаторе и в маппере

что явно нарушает information expert

но я хз че делать

у меня еще была безумная идея

разворачивать ошибки валидации на старую структуру

мол имя информацию о мэппинге мы можем произвести обратную операцию

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

не понял

но я на 100% не уверен что у меня есть вся информация для туда-сюда

ну например

я посылаю JSON

{"foo": {"bar": "not int"}}

и хочу замэпить на объект

class Foo { public $bar; // int }

ERROR: S client not available

я мэплю данные, загоняю объект в валидатор

и он выдает ошибки

path=['bar'], message="not int"

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

в json?

path=['foo.bar'], message=not int

и вернуть это отправителю?

да

ну такое)

кастылек)

но зато все красиво. информация о структуре в мэппере, валидация у валидатора

было пять стандартов, придумали шестой)

ну почему же?

имея мэппер, который можем мне сказать с чего на что мэпить или мэпилось

я могу написать трансформер ошибок

под любой валидатор

что несколько проще чем дублировать правила валидации

ну и можно для популярных пакетов сделать одинаково

в частности мне надо под symfony/validation

но честно - хэзэ

ну

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

погоди

у меня мэппинг идет на DTO

я потом этот DTO скармливаю валидатору

тот его валидирует

это может быть и сущность или active record модель если надо

но с DTO проще

вообще давай нагенерим юзкейсы)

гм, с ДТО чето сложно

у меня юзкейс простой. У меня есть некие RequestObject-ы которые простые POPO объекты, содержащие входные данные для сервисов-хэндлеров, реализующих какие-то действия в духе "зарегистрируй чувака"

в них иногда появляются вложенные объекты