Вообщем с точки зрения бизнеса Ево бросить не можем 🙂 Но с Ларкой дружим и стараемся больше проектов делать на ней

тоже можно но все равно проекты все разноплановые и получаем или кучу того что не переиспользуем или много доп работы + еще и уровень скилов разработчика нужен выше. С Ево даже джун справляется на отлично

Ну тут ты наверное прав, я очень давно не делал "обычные корп сайты" даже когда еще был на modx revo, по этому могу только предполагать, практического опыта в этом нет

Ну тут ты наверное прав, я очень давно не делал "обычные корп сайты" даже когда еще был на modx revo, по этому могу только предполагать, практического опыта в этом нет

На сложных и не совсем стандартных 100% lara эфективней и проще. И там обычно есть бюджет на то что б сделать кастомно удобную админку под проект

На сложных и не совсем стандартных 100% lara эфективней и проще. И там обычно есть бюджет на то что б сделать кастомно удобную админку под проект

О нет, пожалуйста, не делайте кастомные удобные админки под проект((( Я недавно такой ковырял, это ппц, нет разделения на модель админки != модель на вью и прочие прелести, меняешь одно на стороне вью, ломается в админке и т.д., короче настрадался я сильно, используйте нову, она вообще из коробки нулячая максимально, по сути это скорее даже не админка, а инструмент для типизированного ее создания

О нет, пожалуйста, не делайте кастомные удобные админки под проект((( Я недавно такой ковырял, это ппц, нет разделения на модель админки != модель на вью и прочие прелести, меняешь одно на стороне вью, ломается в админке и т.д., короче настрадался я сильно, используйте нову, она вообще из коробки нулячая максимально, по сути это скорее даже не админка, а инструмент для типизированного ее создания

Ну так это если делают криво, но делать криво можно при любом подходе к сожалению

https://t.me/LaravelNovaRu

Благодарю. Как раз пятница. Можно начать в ней рыться.

У нас на проекте кастомная админка на vuetify но у нас и программист в команде есть - фронтэндщик. А на фронтэнде nuxt. На бэке laravel

Кстати не пойму почему нет норм админок с полным рестапи, близка к этому Enso но все равно смесь бека с фронтом

Кстати не пойму почему нет норм админок с полным рестапи, близка к этому Enso но все равно смесь бека с фронтом

Потомучто админка это фронтэнд?

Собственно такую альфу собрали уже но надо еще пару раз переписать что б по уму было И такая админка вообще не будет привязана к беку, хоть ларку хоть вп пихай что надо

Потомучто админка это фронтэнд?

Верно я ж к тому же, но все строятся с бека а не отдельно

А вот вариант админка как сервис нигде не реализована из коробки

Кстати не пойму почему нет норм админок с полным рестапи, близка к этому Enso но все равно смесь бека с фронтом

Потому что laravel стремится делать из беков - полуфронтов, liveware, inertia, и в целом твиты тайлера указывают на это)

Ларка вообще норм тема,чё вы

Как будто чат битриксоидов

Потому что laravel стремится делать из беков - полуфронтов, liveware, inertia, и в целом твиты тайлера указывают на это)

Вообще подозреваю что скоро почти все во фронт уйдет Шаблонизация и роутинг уже там

Тайлер же много раз говорил, что например он делает предпочтение Vue а не React просто потому что ему как то нужен был мощный фронт и он не смог разобраться в React, когда Vue ему зашел сразу

Ларка вообще норм тема,чё вы

А где мы говорим что ларка плохо ? Ларка это хорошо но есть нюансы

Вообще подозреваю что скоро почти все во фронт уйдет Шаблонизация и роутинг уже там

Идеально знать и бэк и фронт

А где мы говорим что ларка плохо ? Ларка это хорошо но есть нюансы

Эт да

Идеально знать и бэк и фронт

и заодно девопс)

и заодно девопс)

Ну да)

Идеально знать и бэк и фронт

Да, но фуллстек это сложно ибо большой обьем знаний и опыта надо

Да, но фуллстек это сложно ибо большой обьем знаний и опыта надо

Хз , у меня пыха и js,jq вполне норм)ну и +- настроить сервер могу

Опыт 4 года

Хз , у меня пыха и js,jq вполне норм)ну и +- настроить сервер могу

На уровне мидла да а вот быть синиером по всем фронтам тяжко

На уровне мидла да а вот быть синиером по всем фронтам тяжко

Оу,но это да

Вообще подозреваю что скоро почти все во фронт уйдет Шаблонизация и роутинг уже там

ой не думаю, не думаю... у нас на проекте микросервисная архитектура, а все таки фронт отдельно - бек отдельно можно туда отнести, и это жопа, я искрине хочу верить что это только потому что у нас руки из жопы и тех кто был до нас, но количество статей о том почему это зло как то разубеждают. Все что в них описано, вот почти до единого это как нож по сердцу, потому что у нас все болячки есть

если я буду синьором то дорасту до 300))))

всего 120 осталось xD

миллиметров?

канеш

если я буду синьором то дорасту до 300))))

Главное желание ;)

Главное желание ;)

я надеюсь что свое дело попрет к тому времени) потому что получать 300к, уже реально сложно, если не мобилка/java

Я непротив быть фулл стек и способен и делал сам фронт на вуе но как мне стало приятно когда фронт в абоих проектах отдал второму человеку.теперь только бэк делаю или в крайнем случае action подправлю. А браться за все сразу зачем?

ой не думаю, не думаю... у нас на проекте микросервисная архитектура, а все таки фронт отдельно - бек отдельно можно туда отнести, и это жопа, я искрине хочу верить что это только потому что у нас руки из жопы и тех кто был до нас, но количество статей о том почему это зло как то разубеждают. Все что в них описано, вот почти до единого это как нож по сердцу, потому что у нас все болячки есть

На бумаге то оно звучит круто, но по факту, в реальном мире где база может быть перегружена и фронт по одному запросу не дополучит данные это все работает через жопу, опять же, зависит от типа проектов, чем проще проект - тем круче там работает микросервисная архитектура

Я непротив быть фулл стек и способен и делал сам фронт на вуе но как мне стало приятно когда фронт в абоих проектах отдал второму человеку.теперь только бэк делаю или в крайнем случае action подправлю. А браться за все сразу зачем?

мне например нравится) каждому свое

Идеально знать и бэк и фронт

Но не реально по сути. Тоже наш опыт возьму, где до какого то времени было не принято особо разделять обязанности и бэки делали фронт сами, да, этот фронт работает и по сей день, но какая же там залупа, это как фронт-дизайнер, не бывает хороших дизайнеров которые и фронты еще, просто потому что дизайнер который знает насколько сложно будет верстать его дизайн никогда не будет рисовать такие дизайны, а значит будет упрощать, чтобы облегчить себе работу, даже сам того не понимая

Так и бек, будет стараться сделать все сложнее, с наследованием классов и т.д., просто потому что в беке - это упрощает поддержку, а на фронте - это жопа

И фронт который в беке будет все упрощать, а потом при масштабировании будет страдать и делать кучу лишних действий, просто потому что проектирование на фронте и на беке ну вот в корни отличается

Я на своих пет-проектах пишу фронт сам например, недавно дал на ревью фронту с работы один пет-проект, столько матов я еще не слышал, мы 4 часа за пивом сидели спорили "почему так, а не вот так" он меня просто не понимает, а я его

Ну для своих нужд это другое. А для работы личномне уже както напряжно рисовать формы с десятками полей, подсказками, масками и зависимостямидруг от друга. Работа, которая не требует большой квалификации но отнимает время

Ну для своих нужд это другое. А для работы личномне уже както напряжно рисовать формы с десятками полей, подсказками, масками и зависимостямидруг от друга. Работа, которая не требует большой квалификации но отнимает время

Не, про верстку мы не говорим, фронт - это все же больше про реакт/vue

У нас верстают например отдельно, пока мы бек делаем

А потом фронту передают верстку, а мы доку на методы api

В итоге получается что фронт - конечная стадия

А потом фронту передают верстку, а мы доку на методы api

А v-model= это вы сами уже прописываете? И всякие v-if ?

А v-model= это вы сами уже прописываете? И всякие v-if ?

Ну да

Или о чем ты погоди

В итоге получается что фронт - конечная стадия

Это если SPA а если обычно то все равно бек финально

А v-model= это вы сами уже прописываете? И всякие v-if ?

Нет, это делает фронт)

А так да сделал апи спиш спокойно

А так да сделал апи спиш спокойно

Ух, скорее сделал документацию - спиш спокойно, с тех пор как все сидят на удаленке дома, тебе могут начать задавать вопросы и в 3 и в 4 часа ночи)))) Хорошая документация - гарантия отсутствия вопросов)))

Кто нибудь получал от сдека баркод по апи?

Ух, скорее сделал документацию - спиш спокойно, с тех пор как все сидят на удаленке дома, тебе могут начать задавать вопросы и в 3 и в 4 часа ночи)))) Хорошая документация - гарантия отсутствия вопросов)))

А в чем ее делаете?

А в чем ее делаете?

Да прямо на гите в readme.md

Есть те кто сваггер используют например, у нас это не регламентировано

Ух, скорее сделал документацию - спиш спокойно, с тех пор как все сидят на удаленке дома, тебе могут начать задавать вопросы и в 3 и в 4 часа ночи)))) Хорошая документация - гарантия отсутствия вопросов)))

А полноценное ооп используете в laravel? Или контроллер, модель просто? Или там всякие репозитории, сервис-провайдеры - разные патерны?

А полноценное ооп используете в laravel? Или контроллер, модель просто? Или там всякие репозитории, сервис-провайдеры - разные патерны?

Да куда же ты денешься от репозиториев паттернов и сервис провайдеров?) Если делаешь что то серьезнее блога то запихивать всю бизнес логику в контроллер не получится. Можно конечно преследовать всеми раскритикованную модель ActiveRecord но как показывает практика и она не обходится без сервисов

Да куда же ты денешься от репозиториев паттернов и сервис провайдеров?) Если делаешь что то серьезнее блога то запихивать всю бизнес логику в контроллер не получится. Можно конечно преследовать всеми раскритикованную модель ActiveRecord но как показывает практика и она не обходится без сервисов

Все верно.

Я, например, не придерживаюсь ни одного паттерна, везде есть плюсы, везде есть минусы, если например бизнес логика очевидно завязана за одним экземпляром модели, то ее очевидно логичней в эту же модель и засунуть, что как бы не любимый мой ActiveRecord, а вот если логика которая отдает хитрый Query на какую то коллекцию, то пихать ее в модель как по мне не логично и это уже сервис, ну короче упрощенный пример конечно, но примерно так

Главное не использовать фасады - фасады это ад, а остальное я думаю не так сильно важно, конечно если ты не дебил

А то у нас были люди которые киллометровую бизнес логику пихали в контроллер, а чтобы ее переиспользовать в другой части приложения инициализировали там контроллер 🤦‍♂️ пиздец

Но и так делать например тоже не айс (это контроллер если что), короче паттерны - это хорошо, паттерны знать нужно, но нужно прежде всего думать, лично мое имхо

Дык) Рево 3 вот буквально..почти вышло))

попробовал я сегодня запустить pdoTools3 на MODX3... и получил 500 ошибку =(

И тут я чёт приуныл

Есть хоть один рабочий пакет для MODX3? Чтоб посмотреть на примере, как реализовывать. А то не пакетов, не документации

Есть хоть один рабочий пакет для MODX3? Чтоб посмотреть на примере, как реализовывать. А то не пакетов, не документации

https://modmore.com/extras/clientconfig/

https://prnt.sc/vinqfu

Правда не знаю работает ли он)

но стоит попробывать

=))))

Работать то работает, но судя по структуре файлов. Написано для МОДХ2 и работает через совместимость.

Такими темпами ево возможно когда ни будь и обгонит рево по всем параметрам.

Всем привет. Люди, кто подключал msRussianPost, помогите, сил нет, целый день сижу, не понимаю как это дополнение работает и работает ли вообще. В ТП автору писал...Но ответа нет, а сделать надо... Поставил, прописал/заменил все как указано в доках, в режиме дебага сыпятся Notice: Undefined index: country и т.д. Причем через инкогнито один раз заходишь вроде все ок, перезагружаешь страницу — ошибки... После заполнения полей при инкогнито ничего естественно не происходит, хотя админка postcalc.ru показывает что запросы есть...Дабы не флудить, отпишите у кого есть время в личку пожалуйста

Хеллоу, подскажите будьте добры. Нужно что бы &countChildren(pdoMenu) выводил кол-во документов по нужному мне шаблону, так можно сделать?

Хеллоу, подскажите будьте добры. Нужно что бы &countChildren(pdoMenu) выводил кол-во документов по нужному мне шаблону, так можно сделать?

Параметр &where по template

Параметр &where по template

Для пробы ставил &where={"template":7}, не дало нужного результата.

Параметр &where по template

Параметр &where по template

Зачем?