Александр Талалаев, О блин, извини за столь резкий комментарий. Ты оказывается понимаешь в чем дело, но блин 99%, как автор статьи в твоей ссылке, вобще не понимают, но очень продвигают эти репозитории.
Сам элоуент по сути и есть "репозиторий из статьи" смешанный с актив рекордом.
И про DTO поддерживаю, их я обычно использую в сервисах уже, где получаю данные через стандартные модели и готовлю их.
По моему просто и идеально
Александра Нев, на интеле чуток крутятся при хроме и обычной работе, у жены на райзене вобще не крутятся при браузере (без ютюба)
Интел кстати андервольтил по максимум, райзен нет и он не тротлит
Вобщем бери на райзене, при играх будет шуметь, а без сильной нагрузки вобще красота(ещё и тихий режим можно включить)
Мде, ответ хуже вопроса.
А возвращать элокуент модели из репозитория не антипаттерн?
Ответ вобще как-то пересекается с вопросом или просто лемминг прочел про репозиторий и решил дать прочитать другим, чтоб другой лемминг передал дальше?
Сергей delphinpro, Забей. не все осознают суть проблемы. Подавляющее большинство разработчиков мыслят шаблонами документации. Нет опыта пока.
У jazzus всего несколько лет опыта, он довольно толковый новичек(уже отличный мидл наверняка), один из немногих на тостере.
То, что они говорят сработает тоже, но в поддержкке будет адище. Оно будет по патернам, по докам, они будут тратить море времени, чтоб это закодить и поддерживать, а потом поймут, что надо было делать по простому. Поймут, что время затраченное на хотелки бизнеса не получается внедрить, без кучи временных затрат. Будут доказывать заказчику, что он просит не кошерные фичи, убеждать привести всё письма к каким то паттернам, страдать добавляю и дробя эти lang строки, меняя их местами.
И может на этом остановятся, а может поймут, что иногда стоит сделать быстро и не по паттернам, но удобно для изменений. Так как нужно бизнесу, а не авторам книжек чистого кода и авторам доков пакетов.
Сергей delphinpro, всё правильно у вас (как в вопросе)
Просто люди мыслят шаблонами "правильного программирования" и очень сильно усложняют себе жизнь пытаясь сделать через __() и т.п. Это приходит только с опытом и ошибками.
Не думают о требованиях бизнеса и смысл имейлов для разных стран.
Не вздумайте сомневаться и переделывать на translate методы. потом настрадаетесь. только разные view для разных стран
li_klatsun, Не, ну я тоже верю. Но не надеюсь на справедливость и исхожу из варианта, что меня все хотят использовать. Надейся на лучшее, готовься к худшему.
li_klatsun, В этом то и проблема
Логика тут везде есть.
если арбитраж пошёл (все скинулись), логично, что проигравший оплачивает всё.
если сторона отказалась от арбитража, логично, что выигрывает та, которая согласилась и получает назад деньги за арбитраж и спорные деньги.
И это.. вам сколько лет, что вы ВСЁ ЕЩЁ ищете справедливость? :)
Роман Сарваров, вопрос был о супервизорах.
А ещё забыл. Почему разнёс.
Например может забиться high queue.
Чтоб не мучаться с очередностью, 2 разных супервизора, гарантия, что мои MEDIA queue будут выполняться всегда и не зависеть от нагрузки или зависаний первого супервизора
Роман Сарваров, Не надо смотреть на параметры конфигов у меня, пока в разработке и я даже не знаю что делают simple и auto. Не добрался до сравнения этих настроек:)
DocTypeMaster, Я тут открыл ваши вопросы. Вобщем вы лезете туда, куда пока рано. Минимум 2 года не хватает, чтоб делать хорошо то, что вы пытаетесь делать сейчас.
По ступенькам надо идти, а не пытаться запрыгнуть с первого этажа на пятый.
в первую очередь не надо использовать inertia
это намного сложнее обычного приложения на чистом blade.
Накосячите много.
Я в новом проекте попробовал inertia и получилось, что проще 95% страниц статикой отрисоывывать(через blade) и в некоторые страницы лишь встраивать vue компоненты, где много js
Kutuzov_ska, ну так оно и есть:) Микросервисы это не то, что нужно искать на таких форумах.
Надо книги читать и статьи, притом уровень вхождения такой, что надо знать очень много.
Конкретно ваши 3 вопроса, базовые. Это наталкивает на мысль, что нет базовых знаний, потому опытный человек сразу ....
Хм.. смысла дискутировать я думаю нет. Лыжи не едут :)
Kutuzov_ska, тоже прожал, мне нравится.
Вопросы у вас слишком простые, для того, у кого не вызывает страх то, что написано в этом комментарии.
Я понял ваш вопрос так, что вы совсем не понимаете, ту сложность, которые дадут микросервисы, а вот в комментарии вам на это указали.
Вот у меня не вызывает проблем то, что вы спросили, но вызывает ужас то, что написал Roman Kitaev .
В первую очередь ужас вызывает то, где найти таких разработчиков в необходимом количестве, или сколько денег и времени займёт их обучение и переделки.
По моему мнению, только 5% из тех, кого принято называть синьорами программирования или девопса действительно умеют в микросервисах.
Mellorn, ну Inertia хотяб понятно. Оно реально понятнее, быстрее и удобнее, чем отдельный фронтенд, для таких как я. кто 90% делает бэкэнд
Хотя я освоил blade и использование vue как плагин, то есть места с кучей js оборачиваю в компонент и весь темплейт сую с слот(чтоб комбинировать возможность использовать методы и константы из ПХП и реактивность vue)
Сам элоуент по сути и есть "репозиторий из статьи" смешанный с актив рекордом.
И про DTO поддерживаю, их я обычно использую в сервисах уже, где получаю данные через стандартные модели и готовлю их.
По моему просто и идеально