Alexey Mishurovskiy
никаких учетных данных больше нет
Юра
Значит в твоем случае oauth это user provider
Shokha
Добрый день!
А есть такой проект для примера с такими структурами?
https://youtu.be/EvVSxVzFEUg?t=1953
Shokha
На симфони
Иван
Добрый день!
А есть такой проект для примера с такими структурами?
https://youtu.be/EvVSxVzFEUg?t=1953
сделай - будет, там же ничего сложного
Shokha
сделай - будет, там же ничего сложного
ну папку я сделаю не вопрос!
а вот с конфигами я не очень понял
Иван
ну папку я сделаю не вопрос!
а вот с конфигами я не очень понял
https://github.com/vudaltsov/symfony-modular-skeleton
тут конечно не обновлялось давно, но примерно вот так
Иван
или вот так
Иван
https://github.com/Punk-UnDeaD/simplenews
Alexey Mishurovskiy
Добрый день!
А есть такой проект для примера с такими структурами?
https://youtu.be/EvVSxVzFEUg?t=1953
@elisdn - Докладчик, он тут есть, можено у него спросить :)
Иван
у Валентина в принципе нет ничего, надо ему выговор сделать
а у меня тестовое за 4 часа сделанное
Shokha
Vlad
Kernel.php глянь
Иван
Alexey Mishurovskiy
Самое интересное, что эта организация кода фактически возвращает во 2-ую симфу.. AuthBundle, BlogBundle, ShopBundle
Alexey Mishurovskiy
)))
Vlad
тока одно но) Bundle это инфраструктура
Shokha
Так значить каждый конфиг который лежит в модуле будет указано в Kernel.php
Иван
Так значить каждый конфиг который лежит в модуле будет указано в Kernel.php
там по регулярке сканится
Shokha
Думаю мой ум не готов еще это осознать)
Alexey Mishurovskiy
Alexey Mishurovskiy
тока одно но) Bundle это инфраструктура
когда 2-ая вышла там в доке было что то типа everything is a bundle
Иван
когда 2-ая вышла там в доке было что то типа everything is a bundle
тут главное что в викопедии написано про ооп
всё есть объект
Alexey Mishurovskiy
тут главное что в викопедии написано про ооп
всё есть объект
на самом деле зря смеешься, когда после 1-й симфы вышла вторая, кто писал на 1-й никто не понимал как теперь организовывать код
Иван
Alexey Mishurovskiy
Кстати а как services.yaml на несколько файлов разделить ?
Shokha
да а что тебе не понятно ?
каким должен быть вот это файл конфиг!
и что он там будет хранить?
вес конфиг(routing, services, di...) в одном файле ?
Alexey Mishurovskiy
Да вот же ссылку выше кинули: https://github.com/vudaltsov/symfony-modular-skeleton/blob/master/src/Kernel.php#L18
Alexey Mishurovskiy
Там конфиги отдельно, роуты отдельно
Alexey Mishurovskiy
можно все настроить как нравится
Alexey Mishurovskiy
А вообще спасибо за поднятую тему, пойду реорганизую код пока можно :)
Shokha
а у меня нету задач вот хотел что нибудь изучать
Alexey Mishurovskiy
Alexey Mishurovskiy
Кстати, а вот где в таком случае хранить общий для всех модулей код ?
Alexey Mishurovskiy
Например есть у меня какая-нить фарбика из которой я Serializer достаю. где ее класть ? в какой нить папке Common?
Shokha
я понял так для общих создается папка Application
Иван
Кстати, а вот где в таком случае хранить общий для всех модулей код ?
насколько общий? в инфраструктуре, например
Alexey Mishurovskiy
Alexey Mishurovskiy
ну или не common а Core
Иван
Shokha
Alexey Mishurovskiy
Кстати вот по картинке выше тоже интересно - а где хранить контроллеры например для API в каждом модуле, свои контроллеры либо елиный модуль под api контроллеры и оттуда уже дергать нужные модули
Alexey Mishurovskiy
В общем есть где поковыряться\подумать )
Alexey Mishurovskiy
Shokha
Видимо надо целиком доклад посмотреть )))
было бы хоршо там 25 минут всего! потом поделись может я что-то упустил
Vlad
Кстати вот по картинке выше тоже интересно - а где хранить контроллеры например для API в каждом модуле, свои контроллеры либо елиный модуль под api контроллеры и оттуда уже дергать нужные модули
если есть пересечение по данным, то appliaction side joins + отдельный контроллер
Иван
Кстати вот по картинке выше тоже интересно - а где хранить контроллеры например для API в каждом модуле, свои контроллеры либо елиный модуль под api контроллеры и оттуда уже дергать нужные модули
по желанию, но я бы в фичах хранил, а что явно затрагивает две фичи - в явном виде в отдельной метафиче схоронил бы
Alexey Mishurovskiy
А еще такой интересный вопрос - а как снизить риски того, что нанятый разраб уносит исходники ?
Dmitry
А еще такой интересный вопрос - а как снизить риски того, что нанятый разраб уносит исходники ?
Либо делать микросервисы, чтобы разраб мог унести только свою часть
Иван
Alexey Mishurovskiy
Либо делать микросервисы, чтобы разраб мог унести только свою часть
Как раз смотрю твой доклад 👍🏻
Dmitry
А еще такой интересный вопрос - а как снизить риски того, что нанятый разраб уносит исходники ?
Либо принять, что унос исходников ничего ему не даст
Alexey Mishurovskiy
Либо принять, что унос исходников ничего ему не даст
Ну смотря кому унесет. при наличии должных связей и контактов правильный унос исходников = готовый бизнес с временем разработки 3 недели а не 6 месяцев
Иван
Ну смотря кому унесет. при наличии должных связей и контактов правильный унос исходников = готовый бизнес с временем разработки 3 недели а не 6 месяцев
или вот унёс исходники яндекс такси и чо?
Alexey Mishurovskiy
ну яндекс такси это крупно, а вот какая нить достависта - почему нет.
artem
привет) может кто придумать как придумать реализацию стратегии взависимости, допустим, от типа пользователя? например, есть 2 типа, у них разные стратегии подсчета. данные поступают из вне(Type::SERVICE, Type::USER), как их распознать и подставить стратегию?
Vlad
$this->calculators[Type::PUPA]->calculate(…$args);
Vlad
А еще такой интересный вопрос - а как снизить риски того, что нанятый разраб уносит исходники ?
Удаленный рабочий стол и отдел сб) И точно не унесет
Alexey Mishurovskiy
Удаленный рабочий стол и отдел сб) И точно не унесет
Ну я себе слабо представляю разраба который кодит на удаленном рабочем столе :)
artem
усложним) у пользователя есть лимит, у сервиса нет. получается мне просто нужно докинуть интерфейс который будет иметь все типы?
Alexey Mishurovskiy
в банках так)
Когда я работал в банке, нам в итоге отключили интернет с рабочих станций, composer ходил на спец проксю, на которую заранее вгружались нужные пакеты.
Но это возможно организовать только в офисе.
Короче походу микросервисы это единственная действеная защита от этого.
Даже паяльник не поможет, всегда найдется паяльник крупнее.
artem
в банке работал через впн и через ссш работал с закрытыми репами. мб до ковида было по другому, сейчас проще
Alexey Mishurovskiy
да речь не о том, как к внутренней сети подключиться
artem
я в контекст не влился( никак. бери девопса за места, и он все равно тебе не откроет порты. кодить дома, выливатся в офисе))
artem
на e-commerce нам давали доступы по статике. мб прокатит
Dmitry
Ну смотря кому унесет. при наличии должных связей и контактов правильный унос исходников = готовый бизнес с временем разработки 3 недели а не 6 месяцев
Ну в большинстве бизнесов исходники часто составляют не настолько существенную долю, чтобы первоначальная экономия от их воровства принесла много профита.
Там больший акцент на контенте, оффлайне и маркетинге с клиентской базой. Это всё разраб не унесёт.
Юра
Ичходники сами по себе мало что дают
Юра
Ну смотря какие правда. Но если речь о каком-то сеовисе стартапе то там помимо исходников еще миллионы в рекламу, бренд, маркетинг
Юра
Можно встроить бекдор в закромах, который потом использовать )
Пусть делают бизнес, который потом форматнет сервер и всю базу
Alexey Mishurovskiy
Наличие исходников конкурентов это в первую очередь скорость.. ну фактически это как пакет из композера - бери и запускай. в этом все опасение.