Ни фига не понятно, но ОЧЕНЬ интересно. Что бы почитать по основам БД в принципе?
@anna57616 күн бұрын
Большое спасибо за видео! Только в начале про id не совсем корректно - id это и есть primary key (первичный ключ). Это и есть главный ключ таблицы. А есть вторичный ключ (foreign key ) - для возможной связки с другой таблицей.
@mura_rj26 күн бұрын
Спасибо за ваш труд🫶
@ejoys3Ай бұрын
Мда.. такое ощущение что видосу лет 10.. так все жиденько.. Ларка очевидно не для того чтобы ее там выпиливать, а для реализации слоя инфраструктуры.. хотя Laravel, Symfony, Yii2 это такой же легаси как и Zend которые зиждиться на плечах адептов которые не понимают зачем на самом деле composer.. И в доменный слой можно затянуть вендора.. тот же вендоровский uuid спокойно живет в ValueObject из слоя домена.. другое дело если вам нужны ваши любимые хелперы.. тут уж медицина бессильна.. Протечка доменов? Че? Протечка слоев ок.. для этого как раз это все.. но у домена есть контекст и в рамках контекста ему все равно кто его юзает логики там нет, только поведение.. хотя для MVCшников особенно начитавшихся про анемичную модель где ж ей еще быть ))
@user-pf6jv9cg1lАй бұрын
Так а полнотекстовый поиск где?
@Darya-mq3neАй бұрын
Классный видеоролик! Если сразу стараться запоминать и понимать всё то, о чём говорится в видео, это очень поможет в начале обучения или вхождения в тему тестирования, того же.
@Tatanos-foreverАй бұрын
Отличное видео. Стало намного понятнее, как взаимодействовать с БД различных типов
@Tatanos-foreverАй бұрын
Отличное видео. Стало более понятней как взаимодействовать с БД
@evgkot5780Ай бұрын
Подскажите, почему MeiliSearch при поиске например слова "баран", выводит в результате не только искомое слово но и такие как барашек, баланс, гарант и т.п.?
@user-gd4tn8rr9kАй бұрын
Супер, спасибо большое! Штудирую кучу информации уже больше недели для прохождения собеседования. Тут целая кладезь! Все понятно, есть примеры, простая подача. То, что искала! Спасибо за ваш опыт!!!
@you_are_my_soul2 ай бұрын
patch не является идемпотентным методом, у вас ошибка
@FlagStudio2 ай бұрын
Обычно он считается идемпотентным, но может и не быть таковым. Спасибо за уточнение!
@fitter2boss722 ай бұрын
Для такой небольшой задачи, гит можно было и выложить.
@wickedtorpedo752 ай бұрын
Clean Architecture подобно религии все трактует его по разному, на видео один из трактов можно сказать
@IS-sm3kp2 ай бұрын
Можно было взять задания поинтереснее, так и больше понимания придет
@ivanwizard97512 ай бұрын
Докладчик вообще не понимает что говорит как будто, какая то каша. На вопрос про кэш вообще не ответил. Схожая реализация была и мы столкнулись с проблемой именно на nextjs/nuxtjs, что пока руками на сервере не дропнешь папку, то кеш не будет очищен. Делать это на стороне контейнера не лучше и фронт в принципе тогда не должен кешировать ничего из апи. И какая это best practice?
@grandmaster-yo-yo3 ай бұрын
Посмотрел, спасибо за информацию Только смотрел на телефоне и код почти нереально увидеть из за размера шрифта
@Durduluhin3 ай бұрын
kzbin.info/www/bejne/Z4W9pWd9r550ja8si=ztoKTB9vNchdHatk&t=1085 тут вы говорите, что передавать УЖЕ (!!!) провалидированные данные в бизнес логику неправильно, так как мы не уверены что придет в массиве. Вот тут я не понял... А валидация нам зачем? передаем дальше в бизнес логику $request->validate() И все - мы уверены что придет ровно то, что нужно или валидация не пройдена, разве нет? Я читал ваш ответ ниже и там я не вижу ответа на вопрос - что значит мы не можем гарантировать? Как раз таки очень даже можем, для этого валидация и нужна. В чем я ошибаюсь? Можете показать конкретный пример, где одной валидацией мы бы не обошлись и DTO реально нужен, удобен, а не избыточен?
@pektiyaz4 ай бұрын
Спасибо за видео но передать request на вне контроллера) после этого я дальше не смотрел.
@muhammadumarsotvoldiev95554 ай бұрын
Спасибо большое
@v.demchenko4 ай бұрын
Видео топ. То, что я искал. Столкнулся с проблемой написания своего проекта с полного нуля. А там выплыло очень много чего я не знал, не очевидные моменты которые нужно продумывать. Тут в видео это как раз и проговаривается. Спасибо❤
@SemyonF894 ай бұрын
Отвязаться от фрейворка, чтобы привязаться к другому. Заказчик всё оплатит, чо. Больше золота
@Durduluhin4 ай бұрын
Алексей, позвольте вопрос. Зачем создавать Экшен и Репозиторий? Это просто ваш полюбившийся стиль написания кода или некий стандарт? Я просто пишу так - запросы к базе в моделях, откуда их достает и как-то обрабатывает (приводит в нужный вид) контроллер. Все! Чистый MVC. Поэтому не понимаю зачем городить еще слои?
@RusIvan20223 ай бұрын
Плюсую. Я еще создаю папку сервис куда складываю бизнеслогику (оброботку какой то инфы). Где все понятно и элементарно просто. Сколько не смотрю видосов, все хотят усложнить все больше и больше ( наверное хотят показаться умными).
@Durduluhin4 ай бұрын
Ключевое не рассказал - как в базе хранятся эти данные, чтобы получалось дерево. Там есть поле parent_id например?
@user-qv1mw8gd3b4 ай бұрын
Здравствуйте, вас сервис keeper выкладывали?
@konstantinchvilyov96025 ай бұрын
Отвечаю: Правильно сказать безопасность или секретность или security [sɪˈkjʊərɪtɪ]
@E1ty5 ай бұрын
3:32:32 Сейчас бы назвать автора пакета "долбаебом", топовые спикеры 👍
@vuejs15 ай бұрын
Отличный урок для начинающих, намного лучше чем читать документацию!
@im_fredy6 ай бұрын
Я не знаю, о каких больших проектах идет речь.... У нас зарубежный проект 100 - 300к запросов в час (среднем 1.5к юзеров в час ) в зависимости от часа пика. Архитектура Laravel сделана таким образом , что на ней можно крутить все в любых позах и как хочешь. В Контроллере максимум 5 строчек кода. Для дублирования и разрастания кода с успехом выносится все в трейты, сервисы и микро контроллеры. Про базу он вообще бред говорит, у нас на проекте 3 базы (на разных языках )+ несколько баз очередей включая на Go и с, для прослоек которые включаются в часы пик. Но это все слова. У меня несколько вопросов по факту: 1) Какая нагрузка проекта в час? 2) Сколько памяти проект потребляет на каждую тысячу запросов на архитектуре которую демонстрировали и на классической архитектуре? 3) Мы так и не увидели тесты скорости работы этой архитектуры в сравнении с классической? 4) Зачем использовать Laravel в данной архитектуре , если быстрее будет использовать чистый код? ( иначе нужно убрать 70% модулей фреймворка, которые тянутся паровозом и нагружают дополнительно проект) 5)Как считалась экономическая модель данного проекта если штат растет логарифмически? (то есть проект быстро развивается) 6)Покажите мне этого олуха, который скажет что архитектура Laravel сложна в тестировании? Это один из самых лучших фреймворков для тестирования, проще я даже и не вспомню. П,С очень много слов, мы так и не увидели микро примера из реальной логики этого проекта.про легкость тестирования мы услышали, но профуф не увидели. Вообщем мое мнение это просто пустой треп людей, у которых не хватает скила писать чистый код на Laravel. По поводу серверов я так и не понял очем речь? Сейчас 99% хайлоад проектов собирается из слепка на amazon с динамическим разбиением нагрузки на разные машины для стабильной + резервной работы и низкого пинга вне зависимости от числа пользователей. (кроме китайских сервисов) В мире нет аналогов по мощьности и стабильности, я думаю это все прекрасно знают. Я думаю данный подход и такие костыли сделаны для того, что бы заказчик при желании не смог поменять команду разработчкив и полностью от нее зависил, т.к поменять команду будет дороже, чем писать заново.
@user-dk1id8nn4o4 ай бұрын
Хах, надеюсь вы еще не сошли с ума, вынося все в трейты) Из-за таких разработчиков как вы многие считают php умершим языком, все большие проекты пишутся по чистой архитектуре + DDD. Вы упомянули Go, но 90 процентов проектов на Go пишутся на чистой архитектуре, тинькоф, авито, озон и другие гиганты it-индустрии используют чистую архитектуру, а вы и дальше сидите в своей веб - студии и пилите интернет магазины на MVC структуре
@user-dk1id8nn4o4 ай бұрын
По докладу, без вопросов, есть недочеты, да, можно было показать тестирования и чуть получше раскрыть пример из реальной логики. Но то что вы говорите, что чистая архитектура - это бред, говорит только о вашем узком мышлении и то что вы не принимаете общеизвестные факты, как вредный дед
@im_fredy4 ай бұрын
@@user-dk1id8nn4oу моей команды 248 комитов на гите по проектам ларавел, мы прекрасно понимаем структуру и назначения каждой строчки. Когда мы обсуждаем вектор развития с Тэйлором, он прекрасно дал понять, что все развитие и дальнейшее использование должно быть векторно с доктринной. Я не знаю на каких знаниях основан ваш комментарий. Чистая архитектура на ларавел = это не ларавел. Laravel это доктрина. Можно взять пакеты и собрать все что угодно, но это не будет ларавел и он для этого не предназначен.Прочитайте хотя бы 1 раз доктрину ларавел , потом выпейте таблетки , которые прописал ваш психиатр, подумайте и напишите осмысленно. Резюмируя, зайдите в любой фреймворк и посмотрите что он есть.
@ejoys3Ай бұрын
Вы из 2005-го? В современной разработке ваши показатели нагрузок, производительности и прочего не имеют никакого значения вообще! Все это решается давно железом, некоторым даже проще через балансировщик еще пару серверов поднять чем профилировать запрос к БД и подбирать индексы.. Железо стоит копейки, дорого стоит разработка и поддержка и это единственное что всем движет.
@im_fredyАй бұрын
@@ejoys3 вы правы, только для маленьких проектах
@user-fi8ir9yd7h6 ай бұрын
Привет , не совсем понял про DTO , зачем оно нужно если все понял мы можем описать в FormRequest а затем передать в сервис только validated массив данных. Как DTO спасает нас от того если какого то ключа массива не будет.
@FlagStudio6 ай бұрын
Добрый день. Наличие какого-либо ключа в массиве мы не можем гарантировать. А вот наличие всех свойств в объекте можем. При этом значение этого свойства может быть и null, если мы такое значение разрешаем. Но при желании мы можем и продумать для такого необязательного свойства какое-то иное значение, например, что-то вроде NullObject, которое не будет добавлять дополнительных if-ов в нашей бизнес-логике.
@user-ui4px1gy6t6 ай бұрын
Огромное спасибо Автору за столь полезный контент! Всё понятно, приведены примеры, лойс однозначно :)
@user-ey4wc4nm4f6 ай бұрын
Тип сам не особо разбирается в том о чем говорит.
@FlagStudio6 ай бұрын
Какие видите ошибки?
@BidaLoTe20116 ай бұрын
Такое впечатление что я знаю больше и правильнее😆
@FlagStudio6 ай бұрын
Тогда вам нужно записать свое видео, чтобы оно надрало задницу моему🤷🏻♂️
@apikunov6 ай бұрын
Вы просто читаете со страницы 🤦♂️
@FlagStudio6 ай бұрын
Да нет, не читаю)
@im_fredy6 ай бұрын
Зря ты забросил, у тебя хорошо получается обьяснять. Тебе нужен хороший микрофон, и написаный сюжет. И будет отлично. У тебя лучше, чем у 80% каналов на эту тему
@ggyoug7 ай бұрын
У меня $request->getData() возвращает всегда тип DataObject, а не тип класса данных. Баг или фича?
@BloggerMelisa7 ай бұрын
Соответствует ли это IDEF1 или IDEF1X?
@KazakovNik7 ай бұрын
Синтаксический сахар как правило ухудшает читабельность кода. 2 строки чаще всего хуже чиьаются чем 10 строк. Благо любители вчитываться в каждый символ после универа меняют свои взгляды.
@googleadmin47497 ай бұрын
А почему не PostgreSQL?
@minus41507 ай бұрын
7:54 Связь между письмом и списком пользователей неверная -- одно письмо, несколько списков, стрелка должна быть нарисована на противоположном конце линии в связи
@sergeyelbakyan8338 ай бұрын
Спасибо! На 18:13, кажется, оговорка - аунтефикация - залогинивание в систему, авторизация - прверка прав пользователя на доступ к ресурсу уже внутри системы, как я понимаю. Так что да 403 - не хватает прав, хотя пользователь прошел АУНТЕФИКАЦИЮ, но не прошел АВТОРИЗАЦИЮ Еще раз спасибо
@Bitem799 ай бұрын
Зачем говорить то о чем не имеешь представление. "Что это за поле а это id" возникает вопрос автор сам с этим работает? "Жавайте создадим список, молодцы создади" а что это такое и зачем он нужен ни слова. Не рекомендую данное видео запутаетесь еще больше
@AnnaIsHere9 ай бұрын
Вы рассказываете, что вы делаете. Но не рассказываете почему.
@krypton39479 ай бұрын
Мм, снова эта прелестная мадама, лайк однозначно)
@user-vf7pc4tn9z10 ай бұрын
сделайте видео как делать мульти язычные теги и мульти язычные страны регионы города например пользоатель выбирает Берлин и в зависимсоти от того на каком языке он пишет подсвечивает нужный город а в поиске Berlin Берлин или другие языки роли не играет
@user-ig9nl5ei2x10 ай бұрын
все норм ! кроме поведения (надо совместить культурности )
@alexandrdrobyshevsky722010 ай бұрын
Что за лаунж...))))
@adammartin74773 ай бұрын
оператор плюююс...x]
@krypton394710 ай бұрын
Приятная девушка)
@user-tj7pm1mo7t10 ай бұрын
"Ну там дОмен или домЕн я не помню кароче" "Ну там сейчас посмотрим если укажу порт будет работать или нет интересно" Какой позор, и ведь это реально выложили на канал студии, лол
@michail15416 күн бұрын
Да он просто очередной дорвавшийся до "вершин IT" юзер...
@user-lw9on4uy1q10 ай бұрын
У автора просто каша в голове, так он и объясняет.. не советую учиться по этому видео