Video

Напомните, откуда пример с котиками взялся?)

21:37 заголовок Host это для организации Virtual Hosting (Multi-homed Web Servers) :}

17:55 401 - не редирект, ошибки на стороне клиента :}

AppCenter пишет, что в 2025 перестанет поддерживаться. Есть ли достойные аналоги?

Как можно таким неподготовленным записывать видео для людей?

Я правильно понимаю что в файле SantaBuilder.php никаких ларавел хелперов и прочего быть не должно, только "голый" php ?

Ни фига не понятно, но ОЧЕНЬ интересно. Что бы почитать по основам БД в принципе?

Большое спасибо за видео! Только в начале про id не совсем корректно - id это и есть primary key (первичный ключ). Это и есть главный ключ таблицы. А есть вторичный ключ (foreign key ) - для возможной связки с другой таблицей.

Спасибо за ваш труд🫶

Мда.. такое ощущение что видосу лет 10.. так все жиденько.. Ларка очевидно не для того чтобы ее там выпиливать, а для реализации слоя инфраструктуры.. хотя Laravel, Symfony, Yii2 это такой же легаси как и Zend которые зиждиться на плечах адептов которые не понимают зачем на самом деле composer.. И в доменный слой можно затянуть вендора.. тот же вендоровский uuid спокойно живет в ValueObject из слоя домена.. другое дело если вам нужны ваши любимые хелперы.. тут уж медицина бессильна.. Протечка доменов? Че? Протечка слоев ок.. для этого как раз это все.. но у домена есть контекст и в рамках контекста ему все равно кто его юзает логики там нет, только поведение.. хотя для MVCшников особенно начитавшихся про анемичную модель где ж ей еще быть ))

Так а полнотекстовый поиск где?

Классный видеоролик! Если сразу стараться запоминать и понимать всё то, о чём говорится в видео, это очень поможет в начале обучения или вхождения в тему тестирования, того же.

Отличное видео. Стало намного понятнее, как взаимодействовать с БД различных типов

Отличное видео. Стало более понятней как взаимодействовать с БД

Подскажите, почему MeiliSearch при поиске например слова "баран", выводит в результате не только искомое слово но и такие как барашек, баланс, гарант и т.п.?

Супер, спасибо большое! Штудирую кучу информации уже больше недели для прохождения собеседования. Тут целая кладезь! Все понятно, есть примеры, простая подача. То, что искала! Спасибо за ваш опыт!!!

patch не является идемпотентным методом, у вас ошибка

Для такой небольшой задачи, гит можно было и выложить.

Clean Architecture подобно религии все трактует его по разному, на видео один из трактов можно сказать

Можно было взять задания поинтереснее, так и больше понимания придет

Докладчик вообще не понимает что говорит как будто, какая то каша. На вопрос про кэш вообще не ответил. Схожая реализация была и мы столкнулись с проблемой именно на nextjs/nuxtjs, что пока руками на сервере не дропнешь папку, то кеш не будет очищен. Делать это на стороне контейнера не лучше и фронт в принципе тогда не должен кешировать ничего из апи. И какая это best practice?

Посмотрел, спасибо за информацию Только смотрел на телефоне и код почти нереально увидеть из за размера шрифта

czcams.com/video/1TZt4Gz9AWM/video.htmlsi=ztoKTB9vNchdHatk&t=1085 тут вы говорите, что передавать УЖЕ (!!!) провалидированные данные в бизнес логику неправильно, так как мы не уверены что придет в массиве. Вот тут я не понял... А валидация нам зачем? передаем дальше в бизнес логику $request->validate() И все - мы уверены что придет ровно то, что нужно или валидация не пройдена, разве нет? Я читал ваш ответ ниже и там я не вижу ответа на вопрос - что значит мы не можем гарантировать? Как раз таки очень даже можем, для этого валидация и нужна. В чем я ошибаюсь? Можете показать конкретный пример, где одной валидацией мы бы не обошлись и DTO реально нужен, удобен, а не избыточен?

Спасибо за видео но передать request на вне контроллера) после этого я дальше не смотрел.

Спасибо большое

Видео топ. То, что я искал. Столкнулся с проблемой написания своего проекта с полного нуля. А там выплыло очень много чего я не знал, не очевидные моменты которые нужно продумывать. Тут в видео это как раз и проговаривается. Спасибо❤

Отвязаться от фрейворка, чтобы привязаться к другому. Заказчик всё оплатит, чо. Больше золота

Алексей, позвольте вопрос. Зачем создавать Экшен и Репозиторий? Это просто ваш полюбившийся стиль написания кода или некий стандарт? Я просто пишу так - запросы к базе в моделях, откуда их достает и как-то обрабатывает (приводит в нужный вид) контроллер. Все! Чистый MVC. Поэтому не понимаю зачем городить еще слои?

Ключевое не рассказал - как в базе хранятся эти данные, чтобы получалось дерево. Там есть поле parent_id например?

Здравствуйте, вас сервис keeper выкладывали?

Отвечаю: Правильно сказать безопасность или секретность или security [sɪˈkjʊərɪtɪ]

3:32:32 Сейчас бы назвать автора пакета "долбаебом", топовые спикеры 👍

Отличный урок для начинающих, намного лучше чем читать документацию!

Я не знаю, о каких больших проектах идет речь.... У нас зарубежный проект 100 - 300к запросов в час (среднем 1.5к юзеров в час ) в зависимости от часа пика. Архитектура Laravel сделана таким образом , что на ней можно крутить все в любых позах и как хочешь. В Контроллере максимум 5 строчек кода. Для дублирования и разрастания кода с успехом выносится все в трейты, сервисы и микро контроллеры. Про базу он вообще бред говорит, у нас на проекте 3 базы (на разных языках )+ несколько баз очередей включая на Go и с, для прослоек которые включаются в часы пик. Но это все слова. У меня несколько вопросов по факту: 1) Какая нагрузка проекта в час? 2) Сколько памяти проект потребляет на каждую тысячу запросов на архитектуре которую демонстрировали и на классической архитектуре? 3) Мы так и не увидели тесты скорости работы этой архитектуры в сравнении с классической? 4) Зачем использовать Laravel в данной архитектуре , если быстрее будет использовать чистый код? ( иначе нужно убрать 70% модулей фреймворка, которые тянутся паровозом и нагружают дополнительно проект) 5)Как считалась экономическая модель данного проекта если штат растет логарифмически? (то есть проект быстро развивается) 6)Покажите мне этого олуха, который скажет что архитектура Laravel сложна в тестировании? Это один из самых лучших фреймворков для тестирования, проще я даже и не вспомню. П,С очень много слов, мы так и не увидели микро примера из реальной логики этого проекта.про легкость тестирования мы услышали, но профуф не увидели. Вообщем мое мнение это просто пустой треп людей, у которых не хватает скила писать чистый код на Laravel. По поводу серверов я так и не понял очем речь? Сейчас 99% хайлоад проектов собирается из слепка на amazon с динамическим разбиением нагрузки на разные машины для стабильной + резервной работы и низкого пинга вне зависимости от числа пользователей. (кроме китайских сервисов) В мире нет аналогов по мощьности и стабильности, я думаю это все прекрасно знают. Я думаю данный подход и такие костыли сделаны для того, что бы заказчик при желании не смог поменять команду разработчкив и полностью от нее зависил, т.к поменять команду будет дороже, чем писать заново.

Привет , не совсем понял про DTO , зачем оно нужно если все понял мы можем описать в FormRequest а затем передать в сервис только validated массив данных. Как DTO спасает нас от того если какого то ключа массива не будет.

Огромное спасибо Автору за столь полезный контент! Всё понятно, приведены примеры, лойс однозначно :)

Тип сам не особо разбирается в том о чем говорит.

Такое впечатление что я знаю больше и правильнее😆

Вы просто читаете со страницы 🤦‍♂️

Зря ты забросил, у тебя хорошо получается обьяснять. Тебе нужен хороший микрофон, и написаный сюжет. И будет отлично. У тебя лучше, чем у 80% каналов на эту тему

У меня $request->getData() возвращает всегда тип DataObject, а не тип класса данных. Баг или фича?

Соответствует ли это IDEF1 или IDEF1X?

Синтаксический сахар как правило ухудшает читабельность кода. 2 строки чаще всего хуже чиьаются чем 10 строк. Благо любители вчитываться в каждый символ после универа меняют свои взгляды.

А почему не PostgreSQL?

7:54 Связь между письмом и списком пользователей неверная -- одно письмо, несколько списков, стрелка должна быть нарисована на противоположном конце линии в связи

Спасибо! На 18:13, кажется, оговорка - аунтефикация - залогинивание в систему, авторизация - прверка прав пользователя на доступ к ресурсу уже внутри системы, как я понимаю. Так что да 403 - не хватает прав, хотя пользователь прошел АУНТЕФИКАЦИЮ, но не прошел АВТОРИЗАЦИЮ Еще раз спасибо

Зачем говорить то о чем не имеешь представление. "Что это за поле а это id" возникает вопрос автор сам с этим работает? "Жавайте создадим список, молодцы создади" а что это такое и зачем он нужен ни слова. Не рекомендую данное видео запутаетесь еще больше

Вы рассказываете, что вы делаете. Но не рассказываете почему.

Мм, снова эта прелестная мадама, лайк однозначно)