Evgeniy
да никто их вручную не делает вроде как)
Sergey_K
Как эта херь работает никто не знает
Александр
😁😁😁😁😁
Sergey_K
Потрать время на то, чтобы поставить Eloquent и поймешь, что кучу времени убил не на то :)
Sergey_K
Вася хоть и коммунист, подтвердит :)
Александр
и в итоге какое решение нашёл? Тот же UICMP Generator?
Sergey_K
Eloquent
Sergey_K
Я написал
Sergey_K
Самое нормальное решение
Sergey_K
Ну и плюс оно, в отличие от xPDO живое и достаточно стандартно (т.к. это Ларавел)
Александр
это можно натянуть на MODX или это уже фулл лара?
Sergey_K
Я в модх использую
Sergey_K
Ну и не только я
Sergey_K
Идея, в общем, и не моя далеко. Смысл в том, чтобы добавить composer и тогда можно будет элементарно достаточно расширять доступные классы.
Алексей
Ща вам насоветуют... Ещё можно вместо jqery юзать реактивные фреймворки или писать на чистом js А ещё можно scss вместо чистого css. Ещё много чего есть разного...
Dmytro
Потрать время на то, чтобы поставить Eloquent и поймешь, что кучу времени убил не на то :)
++ Однозначно! Удобно, понятно, куча инфы и тд очень довольный что в Evolution CMS 2.0 затащили Eloquent и там работает он из коробки )
Sergey_K
Ща вам насоветуют... Ещё можно вместо jqery юзать реактивные фреймворки или писать на чистом js А ещё можно scss вместо чистого css. Ещё много чего есть разного...
Ну если развитие на уровне "копипастить умею", то вообще не нужны кастом таблицы. Но человек, вроде, все же не такой. Почему бы и не использовать нормальные механизмы. С НОРМАЛЬНОЙ документацией и практически являющиеся стандартом.
Sergey_K
Я уже сто раз просил - покажите, как в xPDO сделать двойной джойн.
Алексей
Всем привет. Подскажите пожалуйста, как можно использовать кастомные таблицы как объекты XPDO?
Если прям нужно Xpdo, то посмотрите статью на Хабре Николая Ланец. Там по сути хмл схема, карта схемы, и класс схемы, и по-моему неймспейс в модиксе добавить - все.
Sergey_K
Там какой-то пиздец, уж простите
Sergey_K
И не только ланца
Sergey_K
Если бы было все так просто, то почему все генерируют генератором и никакой доки нет вообще?
Александр
всем спасибо за ответы, буду знать)
Алексей
Сергей, я вообще xpdo не юзаю. Для меня проще написать на чистом sql через pdo.
Sergey_K
Ну я тоже так думал
Алексей
И не нужно вообще подключать хрен знает что.
Sergey_K
Но реально элокент удобнее
Sergey_K
И не нужно вообще подключать хрен знает что.
ORM нужна, потому что ты заебешься писать SQL запросы прямые :0
Sergey_K
Я тоже изобретал велосипед и даже классы свои писал
Sergey_K
Пример простой
Алексей
Sergey_K
Давай пример приведу
Sergey_K
Надо "достать" город по id заказа
Sergey_K
И отдать его в json
Sergey_K
exit(Models\MsOrder::find(id)->city);
Sergey_K
Все
Sergey_K
При этом он сам дернет релейшн (в котором 1 строка кода) и по нему вернет поле.
Sergey_K
Чтобы такое добавить в pdo тебе все равно надо лепить классы и пр
Алексей
Зачем в пдо классы? Там простейший запрос.
Алексей
В бд
Sergey_K
Ну так представь, что у тебя 5 таблиц в скрипте
Sergey_K
Ка каждый запрос тебе надо составить sql, параметризовать его
Sergey_K
Исполнить, получить данные
Sergey_K
Потом отдать их
Sergey_K
Это можно, только код громоздкий будет.
Алексей
Как нибудь проверим это дело.
Sergey_K
Да а что проверять? Я ровно так же на PDO делал т.к. xPDO это жесть.
Sergey_K
Когда в скрипте 1 запрос, то нет проблем
Sergey_K
А потом стал п...ц
Sergey_K
Я стал "изобретать" обертки
Sergey_K
Но я не программист, поэтому про элокент особо и не знал. Вася там написал и я полез смотреть.
Sergey_K
Ну и когда октябрь поставил
Sergey_K
И оказалось, что велосипед давно есть и работает :)
Алексей
Сергей, у вас и правду куча времени... Я начитался уже вашими доводами про элокент. Даж почитал вводные про него - выглядит все не плохо. Я этого не отрицаю. Делайте как вам удобнее. У меня задачи поскромнее. Поэтому делать Франкенштейна из разных подходов раДи запросов в 2...10 джойна разово - не есть перспективно и оправдано. И если у меня лично возникнет необходимость в новом инструменте - я его изучу.
Sergey_K
У меня мало времени, поэтому я и выбрал элокент. Сделать "без генераторов" новую таблицу занимает 1 минута. Какие "разные подходы" не понятно - ORM xPDO сделана по тому же принципу, что и элокент, только она древняя. Если вас пугают джойны, то тут даже не знаю, что сказать - обычно это базовый инструмент.
Алексей
Джойны меня не пугают совершенно. А вот довод - древняя - фиаско.
Sergey_K
Джойны меня не пугают совершенно. А вот довод - древняя - фиаско.
"Фиаско" это не понимать, что описывать столбцы в XML это прошлый век.
Sergey_K
Не говоря обо всех остальных наворотах, которые даже недокументированы.
Gaius Cassius
"Фиаско" это не понимать, что описывать столбцы в XML это прошлый век.
ну блин, ну схема то рабочая и простая до безобразия даже связи в xml - плевое дело а на выходе можно получить полную карту объекта/сущности
Sergey_K
тут скорее идет подход от "небазовые вещи и сторонние инструменты" для многих это вызывает кучу лишних проблем
Ром, ну человека же не смущает, что в modx уже интегрирован php mailer вполне сторонний :)
Sergey_K
Неудобство ради чего, прости?
Sergey_K
"Карту" столбцов ты получишь запросом в бд
Gaius Cassius
я бы сказал в целях безопасности, но чет сомневаюсь, что сейчас это актально
Sergey_K
Зачем XML?
Sergey_K
Какой безопасности?
Gaius Cassius
Какой безопасности?
банальные правки столбцов в базе есть схема -ее считавыет, не смотря на то, что твориться в базе это условно и прямые запросы конечно же никто не отменял😂
Алексей
Чё то я вот сомневаюсь что хмл схема сильно нужна в Хпдо... ТК пока фигачил в sqlite в эта хмл схема игнорилась...
Алексей
Не поленюсь - проверю
Gaius Cassius
Не поленюсь - проверю
отпиши интересно, хоть и не юзаю
Sergey_K
Почитайте доку по xPDO3
Gaius Cassius
Это что-то новое, Ром :)
я ж не спорю) это только то, что заметил и всё)