@@АртемКолокольников-л9ж Иногда opencart и другие cms слишком громоздкие. А конструкторы слишком простые. Я пока не нашел что-то среднего. Для обучение в магазине очень много всего можно реализовать.
@@Александр-р6ж3б что нужно для стандартного решения интернет магазина? категории? карточка товара(img ,description), админка, корзина и checkout + очереди на mailer, но в целом функционал такой делается быстро, лучше взять готовое решение и переделать под свои нужды
@@АртемКолокольников-л9ж может и лучше. Возможно вы просто глубоко не погружались в бизнес процессы. С 1С не работали. Магазин это не просто каталог и товары. Это даже не просто сайт. И за частую нужна просто хорошо написанная база. Чтобы потом ее дописывать под конкретный бизнес. А вот переписывать cms очень неблагодарное дело.
Очень сложно поверить что такой материал выкладывается в открытый доступ. Бесценная информация для новичка, жду продолжения. Спасибо Вам, Дмитрий, за старания!
Отлично, Дмитрий! Я как раз активно применяю шаблоны проектирования и рассматриваю архитектуру модульности. Не буду забегать вперед и подсматривать что такое "Порто", так что жду с нетерпением продолжения, а то мой код разбухает каждый день
@@the2x548 На самом деле да, но мне больше инетерсует модульность, так как именно модульность легче распараллеливать между программистами особенно на удаленки, где каждый отвечает за свою независимую функциональность и не мешают друг другу. Естественно git активно используется, но это не решения для всего и вся. Модели и контроллеры у меня очень тонкие, вся бизнес логика, как и говорил Дмитрий, размазана по проекту, хотя имеет многоуровневую структуру каталогов и файлов
Спасибо огромное Дмитрий ! Красава, всё понятно объясняете, все видосы нужные ! Самый толковый гуру программирования на ютубе! Желаю вам всегда оставаться лидером fullstack разработки и буду ждать с нетерпением новых видео с обзором новых технологий разработки, архитектурных подходов в ООП , в laravel, и других связанных фреймворков в laravel последних версий.
Впервые появился жанр Стендапы по Программированию. Как же я ржал!! Все эти проблемы знаю, можно скипнуть, но ради удовольствия посмотрел всё. В конце - где уважаемый блогер воду выбирает я плакал. Именно таким должен быть финал настоящего шедевра. Чтобы зритель в конце плакал. Ну как Спасение рядового Райана.
Не могу словами описать, сколько я эмоций получил от этого видео.. Дмитрий, вы вдохновляете меня развиваться.. Только я пришел к мысли, что смогу любой проект написать красиво, как вы говорите "Можно написать красивее") Живу ради таких видосов.. Правда не понял, что вы против плоской земли имеете 😂
Час видео как 1 минута. Смотрится на одном дыхании. В очередной раз искренне благодарю за старание и поднятое настроение. За фулстек отдельный поклон))) в голос ХА
Я бы не сказал что видео полно воды, все те аналогии что ты описал хорошо дают понять что нужно расти над собой и совершенствовать свой код. Пока возился с частичным переходом (старое говно ворошить не хочется, да и не особо нужно) на репозитории и сервисные прослойки в своих рабочих проектах, вышло это видео и теперь есть понимание что нужно идти дальше. Спасибо что делишься знаниями, буду ждать следующий видос!
Спасибо большое за видео. Интересная предыстория: сам работаю по DDD. Porto впервые увидел в вакансии бегло почитал, прикинул, подумал "о, парни молодцы, придумали DDD, ещё и на ларке. Видимо совсем всё туго в ларе, что надо внедрять доменный подход аж так(сам преимущественно на yii), пожалуй, закрою" с вашего восхищения, и восхищения вашим уровнем понимаю, и предвкушаю, что если даже мнение и не поменяется, то хотя бы посмотрю на свой же доменный подход со стороны ещё раз вам спасибо за такую плотно проделанную работу)
@@DmitryAfanasyev никак. Yii к сожалению чистый RAD фреймворк. Мы нарочно отказались от части функционала(не используем AR, вместо них сами пишем репозитории, спецификации, маппери и т.д). Всё по Эвансу и Верному.
Привет, заинтриговал. У нас внедряется эта херобора-икс в компании, буду сммотреть и лайкать. Спасибо за введение, с самого начала полива себя из бутылки - прям заинтриговал. Подача отличная, воды немного, как раз столько чтобы осознать.
Дмитрий, шикарная прелюдия, я увлажнён! 35:40 - очень важные вопросы. Столкнулся с проектом в котором разнесли сущности приложения по папкам. И действительно кажется всё гораздо понятнее, но одни модули будут зависеть от других, будут друг к другу обращаться. Взаимодействие как-то надо регламентировать иначе я уже вижу как появится хаос и высокая связанность модулей и толку от этого... Надеюсь, что именно порто в этом поможет.
Дмитрию спасибо за старания, жаль только, что видео выходят так редко! Настолько редко, что я, начинавший изучать Laravel по его курсу в прошлом году, сейчас иногда подумываю - а не снять ли уже и мне что-то по Ларавелю))
Согласен. Когда примеры и пояснения на другом языке (или даже фреймворке)- сложнее.... Зато свободная ниша - сделай сам - напиши статью на хабре - будешь первым.
По любым подобным темам мало инфы. Чем выше уровень знаний - тем меньше и учителей и учеников. Больше всего на низком уровне - база нужна всем. А до синьёров мало кто дорастает. "Занимающихся - как шерсти на корове, достигших - как рогов у единорога"
Почитал про Porto, интересный подход, есть полезные фишки, но некоторые вещи вызывает вопросы. Например, экшены и таски - это довольно странные классы - просто оболочки для одного метода run()... Или рекомендация иметь одну модель на контейнер... Получается, в секции может быть несколько десятков контейнеров, и в каждом - по одной модели, одному контроллеру и отдельному файлу маршрутов... Хотелось бы в очередном видео послушать, как Дмитрий объяснит целесообразность подобных решений. Про ящик с болтами и отвертками - это хорошая аналогия, но хранить в ящике коробочки с коробочками с коробочками... На определенной степени вложенности вес/размер коробочек в разы превысит вес/размер содержимого. Мне кажется, всегда есть предел, переходя через который дальнейшее дробление только усложняет ориентировку. Например, непонятно, насколько целесообразно будет ресурсный контроллер, созданный для упрощения жизни, обслуживать аж 7 классами экшенов... Я вообще не люблю, когда очень много файлов. Грешу толстыми моделями (точнее - размера плюс). Философией сервисного слоя до сих пор не проникся. Люблю использовать formbuilder чтобы объединять построение формы и правила ее валидации в одном месте. Про реквесты как отдельные классы даже думать не люблю (хотя иногда они нужны). Допускаю, что я во многом не прав. В общем, буду ждать следующего ролика, может, Дмитрий сможет как-то донести философию этого подхода. Может, я что-то не так понял...
ахахах Афанасьев, почти год не заходил на твой канал. Вот решил посмотреть творчество, захожу, а тут такое начало)) ты хоть тазик до подставил? разработчик Махмуд это жоска
Эх. Объясняли бы так нам препады доходчиво в универе в своё время. Спасибо, Дмитрий! И, скажите, с чем связан переход от PHPStorm на Visual Studio? Есть ли в этом плюсы?
Святые суслики! Годнота видос!!! Давно смотрю в сторону этого шаблона но беда заключается в том как начать "миграцию" на подобную штуку. Кто нибудь пробовал ?
Вот теперь у меня появился "страх чистого листа"... Нужно начать новый проект, небольшой новостной сайт, но проблема в том что не могу решить - говнокодить как и раньше, или же использовать архитектуру Porto, которую показал Дмитрий. Времени, как всегда мало, разбиратся с новой архитектурой не хочется, понимаю что могут возникнуть вопросы, немного страшно, проект нужно сделать вовремя...
Начни с малого. Выбирай 1) Введи присловутый сервисный слой. С правилами - один сервис - одна обязанность. Один метод - одна обязанность. Контроллеры без логики. Либо 2) из порто позаимствуй только 2 компонента - экшон, таск. Без коробля и всего остального.
49:00 Нуууу, я бы так не делал - не выбрасывал бы старый код, анализировать текущую "недоархитекурту" и создавать/переносить на новую это отдельное умение.
С битриксом пересекался либо в 12м либо в 13 годах.... и даже тогда это была устаревшая версия. Не понравилось. Ужос. Как оно сейчас у них дело обстоит - не знаю. Надеюсь никогда больше не пересекусь.
Вот про проекты - жиза. Мало того, работаешь-работаешь с Г-легаси (и своим и не своим) и лелеешь себя надеждой что вот поменяешь работу, так вот такм всё будет хорошо и красиво. Нет, блин, не будет - г-легаси код в 90% проектах ((
Не отвечает заявленной "легкости", тут встал, тут не встал, тут упал. Чтобы настроить докер для не примитивного проекта надо затратить не мало времени, то есть стать грандмастером докера. При этом у одного из 5 ращработчиков он не заведется. Надежность докера висит на волоске. Если ты поднял проект на докере - нет никакой гарантии что другой ращработчик его заведет. Можно потратить времени раза в три больше чем если бы было принято решение поднять проект на xampp.
Дмитрий, полностью согласен, когда идёт речь о высоконагруженных проектах с нетиповым функционалом, грамотная архитектура решает много типовых проблем. Коллеги, кто уже работает с Apiato, подскажите, пожалуйста, при установке Apiato, Composer 2 выдаёт ошибки, кто уже решал данную проблему? Заранее спасибо за помощь. Вот, что получаю в консоле: Your lock file does not contain a compatible set of packages. Please run composer update. Problem 1 - apiato/containers-installer is locked to version v1.0.1 and an update of this package was not requested. - apiato/containers-installer v1.0.1 requires composer-plugin-api ^1.0 -> found composer-plugin-api[2.0.0] but it does not match the constraint. Problem 2 - wikimedia/composer-merge-plugin is locked to version v1.4.1 and an update of this package was not requested. - wikimedia/composer-merge-plugin v1.4.1 requires composer-plugin-api ^1.0 -> found composer-plugin-api[2.0.0] but it does not match the constraint. You are using Composer 2, which some of your plugins seem to be incompatible with. Make sure you update your plugins or report a plugin-issue to ask them to support Composer 2.
@@alexeynaumov5896 пробовал откатываться, возникает цепочка других ошибок. Проблема в том, что плагин из ошибки, которую я указал выше, не имеет поддержку composer 2.
@@ДмитрийЖунёв-я7г На composer 1.10.17 команда composer require apiato/apiato выполняется без ошибок. Какие именно ошибки у вас при использовании первой версии composer?
@@alexeynaumov5896 Спасибо, попробовал на Composer version 1.10.19. Ошибка такая: PHP Fatal error: Allowed memory size of 1610612736 bytes exhausted (tried to allocate 33554440 bytes) in phar:///usr/local/Cellar/composer/2.0.7/bin/composer/src/Composer/DependencyResolver/RuleSet.php on line 83 Fatal error: Allowed memory size of 1610612736 bytes exhausted (tried to allocate 33554440 bytes) in phar:///usr/local/Cellar/composer/2.0.7/bin/composer/src/Composer/DependencyResolver/RuleSet.php on line 83 Check getcomposer.org/doc/articles/troubleshooting.md#memory-limit-errors for more info on how to handle out of memory errors.
![Porto: Архитектурный шаблон [ Базовые концепции ] ► Порто №1](http://i.ytimg.com/vi/4V5C3zI_8KI/mqdefault.jpg)
![Porto: Архитектурный шаблон [ Базовые концепции ] ► Порто №1](/img/tr.png)
![Porto: Ship [ Структура Корабля ] ► Архитектурный шаблон Порто №2](http://i.ytimg.com/vi/7oflJrPdbMc/mqdefault.jpg)
Скорострелам - 1) смотрим нарезку 2)идем по ссылкам в описании 3) профит
Остальным - смотрим видосик полностью
давай новый курс интернет магазин
@@иванжук-ц2н Просто Зачем? поставь opencart, или OctoberCMS
@@АртемКолокольников-л9ж Иногда opencart и другие cms слишком громоздкие. А конструкторы слишком простые. Я пока не нашел что-то среднего. Для обучение в магазине очень много всего можно реализовать.
@@Александр-р6ж3б что нужно для стандартного решения интернет магазина? категории? карточка товара(img ,description), админка, корзина и checkout + очереди на mailer, но в целом функционал такой делается быстро, лучше взять готовое решение и переделать под свои нужды
@@АртемКолокольников-л9ж может и лучше. Возможно вы просто глубоко не погружались в бизнес процессы. С 1С не работали. Магазин это не просто каталог и товары. Это даже не просто сайт. И за частую нужна просто хорошо написанная база. Чтобы потом ее дописывать под конкретный бизнес. А вот переписывать cms очень неблагодарное дело.
Видое зашло на одном дыхании без пауз и перемоток! Спасибо за ценную информацию!
Очень сложно поверить что такой материал выкладывается в открытый доступ. Бесценная информация для новичка, жду продолжения. Спасибо Вам, Дмитрий, за старания!
Вот бы побольше таких менторов. Прям в каждую компанию и заведение.
Твой юмор просто божественный. Жду следующий видос ))
Автор красапет. Жму руку, не болей.
Благодарю за позитив и информативный контент.
Драматургия финала просто прекрасна!
От финала на слезу пробило
55:44 - ну тут уже лайк, прям с языка снял)
Жду видео про модульность по-ларавельски
Отлично, Дмитрий!
Я как раз активно применяю шаблоны проектирования и рассматриваю архитектуру модульности. Не буду забегать вперед и подсматривать что такое "Порто", так что жду с нетерпением продолжения, а то мой код разбухает каждый день
Может разбухает из-за шаблонов? ;)
@@the2x548 На самом деле да, но мне больше инетерсует модульность, так как именно модульность легче распараллеливать между программистами особенно на удаленки, где каждый отвечает за свою независимую функциональность и не мешают друг другу. Естественно git активно используется, но это не решения для всего и вся.
Модели и контроллеры у меня очень тонкие, вся бизнес логика, как и говорил Дмитрий, размазана по проекту, хотя имеет многоуровневую структуру каталогов и файлов
Спасибо огромное Дмитрий ! Красава, всё понятно объясняете, все видосы нужные ! Самый толковый гуру программирования на ютубе! Желаю вам всегда оставаться лидером fullstack разработки и буду ждать с нетерпением новых видео с обзором новых технологий разработки, архитектурных подходов в ООП , в laravel, и других связанных фреймворков в laravel последних версий.
Благодарю! 🙏
Ну как такое не смотреть? Это же шедевр! С самого начала!
Начало видео, очень напомнило мою историю)) Спасибо за открытие Porto!
PS: спасибо что не даешь умереть от обезвоживания
Ору с концовки.
Огромное спасибо за видео и за ваш труд
Огромное. ёпта, Человеческое спасибо :) На практике постоянно сталкиваясь и это реально проблема! Спасибо большое, осень мотивирует!
Впервые появился жанр Стендапы по Программированию.
Как же я ржал!! Все эти проблемы знаю, можно скипнуть, но ради удовольствия посмотрел всё.
В конце - где уважаемый блогер воду выбирает я плакал. Именно таким должен быть финал настоящего шедевра. Чтобы зритель в конце плакал. Ну как Спасение рядового Райана.
Не могу словами описать, сколько я эмоций получил от этого видео..
Дмитрий, вы вдохновляете меня развиваться..
Только я пришел к мысли, что смогу любой проект написать красиво, как вы говорите "Можно написать красивее")
Живу ради таких видосов..
Правда не понял, что вы против плоской земли имеете 😂
Очень достойный контент. Ждём продолжение!
Час видео как 1 минута. Смотрится на одном дыхании. В очередной раз искренне благодарю за старание и поднятое настроение. За фулстек отдельный поклон))) в голос ХА
Дмитрий - зэ бэст! Как говорится, дай бог вам здоровья, вдохновения и бабла!
Благодарю 🙏
Наконец-то нашел интересный канал о самом важном, а не очередное "херачим блог по туториалу" )))
Спасибо за видео, очень познавательно!
Я бы не сказал что видео полно воды, все те аналогии что ты описал хорошо дают понять что нужно расти над собой и совершенствовать свой код. Пока возился с частичным переходом (старое говно ворошить не хочется, да и не особо нужно) на репозитории и сервисные прослойки в своих рабочих проектах, вышло это видео и теперь есть понимание что нужно идти дальше. Спасибо что делишься знаниями, буду ждать следующий видос!
ох... ну... зашло.. молодец, красавец.. давно ждал, когда ты вернешься в этом направлении)
Спасибо большое за видео.
Интересная предыстория: сам работаю по DDD.
Porto впервые увидел в вакансии
бегло почитал, прикинул, подумал "о, парни молодцы, придумали DDD, ещё и на ларке. Видимо совсем всё туго в ларе, что надо внедрять доменный подход аж так(сам преимущественно на yii), пожалуй, закрою"
с вашего восхищения, и восхищения вашим уровнем понимаю, и предвкушаю, что если даже мнение и не поменяется, то хотя бы посмотрю на свой же доменный подход со стороны
ещё раз вам спасибо за такую плотно проделанную работу)
А в yii как дела с ддд?
@@DmitryAfanasyev никак. Yii к сожалению чистый RAD фреймворк. Мы нарочно отказались от части функционала(не используем AR, вместо них сами пишем репозитории, спецификации, маппери и т.д). Всё по Эвансу и Верному.
Спасибо, Дмитрий, за очень интересное видео, данный формат подачи инфы норм заходит)
Привет, заинтриговал. У нас внедряется эта херобора-икс в компании, буду сммотреть и лайкать. Спасибо за введение, с самого начала полива себя из бутылки - прям заинтриговал. Подача отличная, воды немного, как раз столько чтобы осознать.
Дмитрий, шикарная прелюдия, я увлажнён!
35:40 - очень важные вопросы. Столкнулся с проектом в котором разнесли сущности приложения по папкам. И действительно кажется всё гораздо понятнее, но одни модули будут зависеть от других, будут друг к другу обращаться. Взаимодействие как-то надо регламентировать иначе я уже вижу как появится хаос и высокая связанность модулей и толку от этого... Надеюсь, что именно порто в этом поможет.
Порто с этим сильно не поможет. С этим поможет Роберт Мартин в книге "Чистая архитектура"
Просто лучший, спасибо за все труды)
Приятно слушать структурированные мысли -благодарю
Вам спасибо 🙏
Дядька ТОП. Реально ТОП. Иногда кажется что тебе из монитора прилетит лещ. При этом лещ по делу. Спасибо за Ваши уроки.
Друг, обязательно поставлю лукас))))) тебя офигеть как интересно слушать, спасибо
Спасибо, за мысли) Есть над чем задуматься, принять к сведению и двигаться в нужном русле)
Дмитрий больше спасибо, за урок, для меня это лучший канал по разработке. Респект )))
Затравочка прикольная. Особенно про годы.
Какой же у тебя качественный контент. Я вообще не понимаю, почему у тебя не 1000000 подписчиков до сих пор.
Для раскрутки ютуб требует регулярности, а я лентяй. Спасибо за отзыв! 🙏
Дмитрию спасибо за старания, жаль только, что видео выходят так редко! Настолько редко, что я, начинавший изучать Laravel по его курсу в прошлом году, сейчас иногда подумываю - а не снять ли уже и мне что-то по Ларавелю))
Спасибо, Дим!!!
Концовочка огонь)))
Годное видео. Как точно рассказал как оно на самом деле бывает!
Тема курса очень актуальна, сам попал похожую ситуация, когда самому приходится гомнокодит после другого гомнокодера)))
Огромное человеческое тебе спасибо! Жду продолжения! Классно подаешь материал! Концовка убила... =)
блииин, вот бы такие видео по шарпу... На работе столкнулся как раз с такими проблемами. Видео вроде то, но так тяжело, когда это из другой области
Согласен. Когда примеры и пояснения на другом языке (или даже фреймворке)- сложнее.... Зато свободная ниша - сделай сам - напиши статью на хабре - будешь первым.
Отличная отсылка к говонокоду, я бы ещё в название ролика добавил ключ, "что такое говонокод?"
Спасибо, поднял настроение на целый день.
Круто! По делу и с юмором, как обычно. Ждем продолжения.
Супер очень прикольная подача инфы лайк!
Спасибо. Очень актульно. Все доходчиво. Разжевано практически для младенцев.
Отличное видео. Очень хорошее дело делаешь!
кстати после погружения в Porto, логично было бы сделать еще курс по горизонтальному масштабированию
Вот это начало видео)))) сразу лайк
Мне еще рано смотреть это видео (я только в начале плейлиста), но начало интригует!
Про папку Models как боженька смолвил! Да и в остальном всё по факту, спасибо!
Лучший !!!! спасибо за сэкономленные годы и нервы
Супер, спасибо никогда не слышал о `porto`. Удачи.
Сижу в Лиссабоне в аеропорту, жду рейс в Porto, думаю посмотрю Димона, че там есть из свежего, и тут шаблон проектирования Porto, интересно однако)
Начало огонь!
Концовка супер!!!
Хорошее введение, как фильм посмотрел)
Хорошее начало
Ну наконец-то, борода на месте)
0:00-0:30 ухх, видать горячий выпуск))) котяра наверно в шоке был))
и еще интересный факт, архитектура Porto используется на разных языках и фреймворках на серьезных проектах. А это адаптация к Laravel
Начало - топ)))
спасибо за видео
Спасибо, лучший :)
Благодарю
оочень полезно!...наверно..
завтра посмотрю.
Из видео понял: надо по чаще рефлексировать и саморазвиваться!
Смущает только почему так мало информации по Porto. В youtube всего несколько видосов на эту тему. Неужели не пользуется популярностью?
По любым подобным темам мало инфы. Чем выше уровень знаний - тем меньше и учителей и учеников. Больше всего на низком уровне - база нужна всем. А до синьёров мало кто дорастает. "Занимающихся - как шерсти на корове, достигших - как рогов у единорога"
Агонь!
Ахаха, концовка огонь. Дмитрий, можешь рассказать где работаешь и какими проектами занимаешься?
Жизненно :)
Сразу лайк
Красава!!!
C концовкой прикольно где то в углу сидит хауди хо с его контентом и рассуждает о воде
Ну наконееецто, мега полезный видос, все остальное тлен
топ начало
Почитал про Porto, интересный подход, есть полезные фишки, но некоторые вещи вызывает вопросы. Например, экшены и таски - это довольно странные классы - просто оболочки для одного метода run()... Или рекомендация иметь одну модель на контейнер... Получается, в секции может быть несколько десятков контейнеров, и в каждом - по одной модели, одному контроллеру и отдельному файлу маршрутов... Хотелось бы в очередном видео послушать, как Дмитрий объяснит целесообразность подобных решений. Про ящик с болтами и отвертками - это хорошая аналогия, но хранить в ящике коробочки с коробочками с коробочками... На определенной степени вложенности вес/размер коробочек в разы превысит вес/размер содержимого. Мне кажется, всегда есть предел, переходя через который дальнейшее дробление только усложняет ориентировку. Например, непонятно, насколько целесообразно будет ресурсный контроллер, созданный для упрощения жизни, обслуживать аж 7 классами экшенов... Я вообще не люблю, когда очень много файлов. Грешу толстыми моделями (точнее - размера плюс). Философией сервисного слоя до сих пор не проникся. Люблю использовать formbuilder чтобы объединять построение формы и правила ее валидации в одном месте. Про реквесты как отдельные классы даже думать не люблю (хотя иногда они нужны). Допускаю, что я во многом не прав. В общем, буду ждать следующего ролика, может, Дмитрий сможет как-то донести философию этого подхода. Может, я что-то не так понял...
Сервис - Репозиторий - Модель очень нравиться делать (через Интерфейсы)
Спасибо! Ждем продолжения! :-)
Лучший 😅
ахахах Афанасьев, почти год не заходил на твой канал. Вот решил посмотреть творчество, захожу, а тут такое начало)) ты хоть тазик до подставил? разработчик Махмуд это жоска
Одеяла растелил 😁
Спасибо за видео. Надеюсь будет продолжение. Возможно стоит сделать аккаунт на Patreon, т.к. не могу сделать донат.
Здравствуйте,ребят! Сори что не по теме,скажите пожалуйста 144 гц для разработчиков лучше 60 гц? Глаза меньше устают?
Мне кажется для кодинга цветопередача, удобное управление яркостью - важнее. 144 это если ты фултаймстример.
Давай новый курс
Видимо тот баран и его кореша заминусовали))
Спасибо, Дмитрий! Как всегда - на высоте!
Эх. Объясняли бы так нам препады доходчиво в универе в своё время. Спасибо, Дмитрий! И, скажите, с чем связан переход от PHPStorm на Visual Studio? Есть ли в этом плюсы?
Только минусы. Лицензия кончилась.
Что делать если проект уже разросся?
Дмитрий приводил варианты. Первый - самый простой)
Сознавайтесь, у кого есть мертвый кот ))
😁
Святые суслики!
Годнота видос!!!
Давно смотрю в сторону этого шаблона но беда заключается в том как начать "миграцию" на подобную штуку.
Кто нибудь пробовал ?
Вот теперь у меня появился "страх чистого листа"... Нужно начать новый проект, небольшой новостной сайт, но проблема в том что не могу решить - говнокодить как и раньше, или же использовать архитектуру Porto, которую показал Дмитрий. Времени, как всегда мало, разбиратся с новой архитектурой не хочется, понимаю что могут возникнуть вопросы, немного страшно, проект нужно сделать вовремя...
Начни с малого. Выбирай 1) Введи присловутый сервисный слой. С правилами - один сервис - одна обязанность. Один метод - одна обязанность. Контроллеры без логики. Либо 2) из порто позаимствуй только 2 компонента - экшон, таск. Без коробля и всего остального.
спасибо
Почему именно Porto ? Будит ли другие ?
Предлагай - что именно?
@@DmitryAfanasyev Domain Driving Design, CQRS, микросервисы
49:00 Нуууу, я бы так не делал - не выбрасывал бы старый код, анализировать текущую "недоархитекурту" и создавать/переносить на новую это отдельное умение.
а можно проект в на гите?
Апиато есть на гитхабе
5+) го и дальше ролики. Дмитрий какое Ваше мнение по архитектуре 1С Битрикс ?
С битриксом пересекался либо в 12м либо в 13 годах.... и даже тогда это была устаревшая версия. Не понравилось. Ужос. Как оно сейчас у них дело обстоит - не знаю. Надеюсь никогда больше не пересекусь.
@@DmitryAfanasyev а видь на нем, столько народу на бабки разувают !!! шаг направо, шаг налево, плати бабки ...
Да, продвигают его активно
Дмитрий почему VSCODE?
Лицензия закончилась
Вот про проекты - жиза. Мало того, работаешь-работаешь с Г-легаси (и своим и не своим) и лелеешь себя надеждой что вот поменяешь работу, так вот такм всё будет хорошо и красиво. Нет, блин, не будет - г-легаси код в 90% проектах ((
Эх, вот бы по докеру курс от Вас.. А то от официальной документации жопа горит просто
терпеть не могу докер. мой уровень мазохизма до него еще не дорос.
@@DmitryAfanasyev чем не устраивает докер и почему это мазохизм?)
Не отвечает заявленной "легкости", тут встал, тут не встал, тут упал. Чтобы настроить докер для не примитивного проекта надо затратить не мало времени, то есть стать грандмастером докера. При этом у одного из 5 ращработчиков он не заведется. Надежность докера висит на волоске. Если ты поднял проект на докере - нет никакой гарантии что другой ращработчик его заведет. Можно потратить времени раза в три больше чем если бы было принято решение поднять проект на xampp.
@@DmitryAfanasyev благодарю за ответ)
Жиза, сижу на Винде, запускаю проект в докере внутри WSL, получается проект внутри трёх операционок запускается :)
А вы этот шаблон юзаете на продакшене ?
Спасибо!
Дмитрий, полностью согласен, когда идёт речь о высоконагруженных проектах с нетиповым функционалом, грамотная архитектура решает много типовых проблем.
Коллеги, кто уже работает с Apiato, подскажите, пожалуйста, при установке Apiato, Composer 2 выдаёт ошибки, кто уже решал данную проблему?
Заранее спасибо за помощь.
Вот, что получаю в консоле:
Your lock file does not contain a compatible set of packages. Please run composer update.
Problem 1
- apiato/containers-installer is locked to version v1.0.1 and an update of this package was not requested.
- apiato/containers-installer v1.0.1 requires composer-plugin-api ^1.0 -> found composer-plugin-api[2.0.0] but it does not match the constraint.
Problem 2
- wikimedia/composer-merge-plugin is locked to version v1.4.1 and an update of this package was not requested.
- wikimedia/composer-merge-plugin v1.4.1 requires composer-plugin-api ^1.0 -> found composer-plugin-api[2.0.0] but it does not match the constraint.
You are using Composer 2, which some of your plugins seem to be incompatible with. Make sure you update your plugins or report a plugin-issue to ask them to support Composer 2.
Зависимостям нужен composer-plugin-api первой версии, а у вас вторая. Как вариант откатиться до версии 1.x командой composer self-update --1
@@alexeynaumov5896 пробовал откатываться, возникает цепочка других ошибок.
Проблема в том, что плагин из ошибки, которую я указал выше, не имеет поддержку composer 2.
@@ДмитрийЖунёв-я7г На composer 1.10.17 команда composer require apiato/apiato выполняется без ошибок. Какие именно ошибки у вас при использовании первой версии composer?
@@alexeynaumov5896 Спасибо, попробовал на Composer version 1.10.19. Ошибка такая:
PHP Fatal error: Allowed memory size of 1610612736 bytes exhausted (tried to allocate 33554440 bytes) in phar:///usr/local/Cellar/composer/2.0.7/bin/composer/src/Composer/DependencyResolver/RuleSet.php on line 83 Fatal error: Allowed memory size of 1610612736 bytes exhausted (tried to allocate 33554440 bytes) in phar:///usr/local/Cellar/composer/2.0.7/bin/composer/src/Composer/DependencyResolver/RuleSet.php on line 83 Check getcomposer.org/doc/articles/troubleshooting.md#memory-limit-errors for more info on how to handle out of memory errors.