Перефразируй вопрос.

Я приведу пример. Так сразу будет ясно

Покажи свою

Модуль зашарю хочешь весь? поковыряешь...

не нужно у меня Nwidart

В принципе тоже самое - обвес он по разному лежать может - в конечном итоге модель всеравно одна получится. У тебя описывается где то в админке сторонние абстракции?

Папки Form и Table (Tree - бывает) описывают страницы админки. Поддерживается как декларативный, так и императивный стили.

Все поделено на классы

А не в курсе Dave, почему умер Asgard?

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

Почему умирают OpenSource проекты

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

streams-platform как бы делит твою систему на куски, и каждый такой кусок - это Laravel (имеет Service Provider) Ты можешь где угодно писать что угодно и управлять этим из SP

Почему умирают OpenSource проекты

Ясн. Жаль(

Nwidart так и построен - мне это рассказывать ни к чему.

Nwidart так и построен - мне это рассказывать ни к чему.

Согласен. Я пробью, я не вникал. Просто Asgard умер, а Pyro - живет и процветает

Asgard не поддерживался. потому и умер.

Вопрос в том что нам не нужно писать дополнительных выборок нигде. мы все решаем внутренними инструментами фреймворка - Контейнером, Гейтом, Скоупами. Мы можем переопределить все внутренности админки и Юзать половину встроенного функционала и половину своего

А так же из пыхи мы можем управлять любым элементом админки включая встроенный Js после confirm

Единственное что меня заинтересовало в Pyro

Вопрос в том что нам не нужно писать дополнительных выборок нигде. мы все решаем внутренними инструментами фреймворка - Контейнером, Гейтом, Скоупами. Мы можем переопределить все внутренности админки и Юзать половину встроенного функционала и половину своего

Один хер, только вид сбоку ))))

Это localized built-in

вот ради этого на следующем проекте и воткну

Если параша - забью нахер.

Пиши мне, если че. Из русских ее врядли кто-то лучше знает

и потом...

блять серьезно? платные модули...

ясно...

Большая часть этого говна у меня из коробки.

либо решается с полтычка

Да, это жесть до момента пока там не будет твоего ))))

Это для лохов же

Без лоха и жизнь плоха )))))

Как она работает с большими данными?

Цифры?

Нагрузку выдерживает?

Допустим в селекте модель - селект ассинхронный? или на тупом все грузит?

Разбиение на таблицы благотворно влияет на выборки из немаленьких репозиториев. Я лично больше 5000 не тестил. 5000 - норм (если с Modx сравнивать - ваще самолет)

Нет погоди - представь ты написал админку на интернет магазине - все ок работает. Ты делал все по доке. То есть правильно. За ночь 20 лямов заказов. Утром админка ляжет хоть на каком то моменте?

По нагрузке на количество юзеров у меня 3 в секунду. Знаю - не оч много. Но это VDS за 300 р

Хоть на редактировании - хоть на листинге - хоть где?

если да - то дичь

Нет погоди - представь ты написал админку на интернет магазине - все ок работает. Ты делал все по доке. То есть правильно. За ночь 20 лямов заказов. Утром админка ляжет хоть на каком то моменте?

Надо тестить. CMS молодая. Народу мало пока. Поэтому я здесь ее и пиарю. Нужна свежая кровь )))

Понятно - ляжет.

Селекты асинхронные?

Понятно - ляжет.

Я такого не говорил

Ты так и не ответил

Ты так и не ответил

Я ответил - надо проверить

То есть ты не знаешь селекты у тебя работают через аякс или нет?

Селекты асинхронные?

Походу нет. Я хз

если нет - дичь!!

То есть ты не знаешь селекты у тебя работают через аякс или нет?

Ааа

Я думал ты про бек

На фронте или в админке?

Еще эта херня проигрышная в плане входа.

Фронта там нет как бы

То есть что бы поднять твою админку - нужно новый проект создавать на пиро.

Ты сам пишешь

То есть что бы поднять твою админку - нужно новый проект создавать на пиро.

Ты имеешь ввиду интеграция в готовую лару?

Угумс.

Я боюсь, что принципы хранения данных - не совместимы

Работать будет - почему нет

ну вот видишь.

значит нужны левые тело движения

с совой этого делать не нужно

ты подстраиваешься под уже рабочее решение

ERROR: S client not available

ну вот видишь.

Что видишь. Надо писать 1 сидер. Миграция на streams - это миграция на новый принцип хранения данных. Который быстрее, который DDD, который использует паттерны метапрограммирования. Не хочешь - дело твое. Я не заставляю. Мир друг

Покажи пример.

Чего именно?

DDD может быть уже и в готовом проекте. Это не нова.

Стрима

Хотя нет

не нужно

у меня предложение

Стрим === Модель

То есть она еще и данные в готовом решении переделывает)

Короче.

Я юзал много админок

У меня есть определенные соображения по этому поводу

Не перебивай пожалуйста.

Дослушай до конца!

молчу

так вот - у нас с тобой завязался определенный диалог на эту тему

у тебя свои соображения и я их уважаю

Давай так.

Ты на следующем проекте заюзаешь сову

А я - пиро

Не важно готовый проект

или с нуля

а позже выскажем свое ФЕ

Это разумно

Я послушаю, последственно изучу - что в пиро лучше чем в сове

и интегрирую в сову

а ты если захочешь помочь пиро - предложишь им пулы на то что в сове

но это по желанию

Я предлагаю сделать начало как ты говоришь. А потом сделать свою реализацию всех сильных мест обоих систем на NodeJS, используя AdonisJS как базу.

Асинхронные селекты )))

Я предпочитаю Aarango