D
Size: a a a
2020 February 28
NK
NN
И обязательно разделять сущности — каталог это одно, страницы это другое
я как modx разраб прочитав разговоры про дерево, сначала сам думал почему дерево это плохо в октябре, но потом призадумался и до меня дошло такое сравнение. Допустим у нас есть велосипед, хюндай солярис и камаз самосвал дизельный. Что между ними общего? Ну транспортные средства, ну колёса есть у них. По факту это совершенно разные объекты. Ни в каких базах данных никто в одной таблице не будет мешать камазы с велосипедами и легковушками. Идея дерева modx как раз и состоит в смешивании разных объектов в одну кучу. Статьи, товары, новости - всё в одной таблице. А ради чего? Только ради призрачной экономии при выводе хлебных крошек, менюшек и прочих мелочей. Зато по итогу в одной таблице мешается куча данных, проблемы с выборками, скоростью работы, расширением моделей. Хочешь добавить поле в новость, а получается добавил сразу для всех сущностей в таблице. В общем, это коряво. И твой коммент это подтвердил. Ты походу привык делать как правильно, и понять не можешь нахрена оно нужно и в чём прикол. А у нас modx головного мозга)) Я прям в голове у себя минусанул modx за это. Хотя до этого почти гордился, что эта "крутая" фишка только в modx есть. Получается, modx научил плохому, как не надо делать... Ну и по-хорошему, там достаточно таких моментов. Вроде удобных, но неправильных с точки зрения логики
NK
Nikolay Nikolay
я как modx разраб прочитав разговоры про дерево, сначала сам думал почему дерево это плохо в октябре, но потом призадумался и до меня дошло такое сравнение. Допустим у нас есть велосипед, хюндай солярис и камаз самосвал дизельный. Что между ними общего? Ну транспортные средства, ну колёса есть у них. По факту это совершенно разные объекты. Ни в каких базах данных никто в одной таблице не будет мешать камазы с велосипедами и легковушками. Идея дерева modx как раз и состоит в смешивании разных объектов в одну кучу. Статьи, товары, новости - всё в одной таблице. А ради чего? Только ради призрачной экономии при выводе хлебных крошек, менюшек и прочих мелочей. Зато по итогу в одной таблице мешается куча данных, проблемы с выборками, скоростью работы, расширением моделей. Хочешь добавить поле в новость, а получается добавил сразу для всех сущностей в таблице. В общем, это коряво. И твой коммент это подтвердил. Ты походу привык делать как правильно, и понять не можешь нахрена оно нужно и в чём прикол. А у нас modx головного мозга)) Я прям в голове у себя минусанул modx за это. Хотя до этого почти гордился, что эта "крутая" фишка только в modx есть. Получается, modx научил плохому, как не надо делать... Ну и по-хорошему, там достаточно таких моментов. Вроде удобных, но неправильных с точки зрения логики
Не только в modx. У битрикса и у вп еще такое
NN
насчёт них ничего не могу сказать) но по сути это плохо, получается
NK
Это плохая практика только если попытаться выйти за рамки того чего задумали разработчики этих систем
NK
А если оставаться внутри и делать все то что дает только "коробка" то вроде ок.
NK
Но и то, если данных не будет переваливать за десятки тысяч
NN
вот с этим то и проблемы в modx начинаются)
NK
Проблема в комьюнити этих систем, которые ради того чтобы плагин одного работал с плагином другого, они стараются делать все в рамках коробки, но сами не понимают что делают кал
NK
В любом случае. Разговор этот чисто для флудилки)
NN
да в принципе понятно, просто я чёт с другого ракурса посмотрел на это дело
КА
Nikolay Nikolay
я как modx разраб прочитав разговоры про дерево, сначала сам думал почему дерево это плохо в октябре, но потом призадумался и до меня дошло такое сравнение. Допустим у нас есть велосипед, хюндай солярис и камаз самосвал дизельный. Что между ними общего? Ну транспортные средства, ну колёса есть у них. По факту это совершенно разные объекты. Ни в каких базах данных никто в одной таблице не будет мешать камазы с велосипедами и легковушками. Идея дерева modx как раз и состоит в смешивании разных объектов в одну кучу. Статьи, товары, новости - всё в одной таблице. А ради чего? Только ради призрачной экономии при выводе хлебных крошек, менюшек и прочих мелочей. Зато по итогу в одной таблице мешается куча данных, проблемы с выборками, скоростью работы, расширением моделей. Хочешь добавить поле в новость, а получается добавил сразу для всех сущностей в таблице. В общем, это коряво. И твой коммент это подтвердил. Ты походу привык делать как правильно, и понять не можешь нахрена оно нужно и в чём прикол. А у нас modx головного мозга)) Я прям в голове у себя минусанул modx за это. Хотя до этого почти гордился, что эта "крутая" фишка только в modx есть. Получается, modx научил плохому, как не надо делать... Ну и по-хорошему, там достаточно таких моментов. Вроде удобных, но неправильных с точки зрения логики
+ спасибо, ты объяснил о чем я думал с позиции модх! А я не мог понять почему это фишкой считается
A
anikin_k (350.45) увеличил карму modflow (49.62)
NN
+ спасибо, ты объяснил о чем я думал с позиции модх! А я не мог понять почему это фишкой считается
просто там в одной таблице находятся данные об иерархии вложенности всех страниц сайта и их урлы. И можно легко построить крошки, меню и ещё кое-какие удобства. Но хреново как раз, что все данные к этой таблице привязаны. Кеш сайта генерится оттуда же. 50 тыс товаров на сайте, а значит обычная инфо-страничка будет лежать в этой же куче и будет тормозить вместе со всеми остальными. Сделаешь по-нормальному и это будет совсем не modx. Кажется, я начинаю прозревать) И тебе спасибо за мысли)
NN
+ спасибо, ты объяснил о чем я думал с позиции модх! А я не мог понять почему это фишкой считается
+
A
modflow (49.62) увеличил карму anikin_k (357.49)
MD
Доброго вечера народ !
У меня вот какой вопрос, кто нибудь пробовал работать с сокетами и связывать октябрь ? Что можете посоветовать ?
У меня вот какой вопрос, кто нибудь пробовал работать с сокетами и связывать октябрь ? Что можете посоветовать ?
MD
leocavalcante
/oc-websockets кто нибудь юзал?
/oc-websockets кто нибудь юзал?
2020 February 29
jd
Nikolay Nikolay
я как modx разраб прочитав разговоры про дерево, сначала сам думал почему дерево это плохо в октябре, но потом призадумался и до меня дошло такое сравнение. Допустим у нас есть велосипед, хюндай солярис и камаз самосвал дизельный. Что между ними общего? Ну транспортные средства, ну колёса есть у них. По факту это совершенно разные объекты. Ни в каких базах данных никто в одной таблице не будет мешать камазы с велосипедами и легковушками. Идея дерева modx как раз и состоит в смешивании разных объектов в одну кучу. Статьи, товары, новости - всё в одной таблице. А ради чего? Только ради призрачной экономии при выводе хлебных крошек, менюшек и прочих мелочей. Зато по итогу в одной таблице мешается куча данных, проблемы с выборками, скоростью работы, расширением моделей. Хочешь добавить поле в новость, а получается добавил сразу для всех сущностей в таблице. В общем, это коряво. И твой коммент это подтвердил. Ты походу привык делать как правильно, и понять не можешь нахрена оно нужно и в чём прикол. А у нас modx головного мозга)) Я прям в голове у себя минусанул modx за это. Хотя до этого почти гордился, что эта "крутая" фишка только в modx есть. Получается, modx научил плохому, как не надо делать... Ну и по-хорошему, там достаточно таких моментов. Вроде удобных, но неправильных с точки зрения логики
не, в modx (и в друпал) - шаблон EAV - Entity Attribute Value. Идея в том, что есть три таблицы: таблица Сущность (товар, категория, статичная страница и т.д. - считай шаблоны modx), таблица Аттрибут (название категории, название товара, категория товара, цена товара, html контент статичной страницы и т.д. - считай TV modx) и таблица Значение - конкретные значения TV ресурса, в ней колонки id ресурса, id TV переменной, и значение этой переменной. то есть оверхеда там нет, и такого чтобы, например, для категории и статичной страницы - висит неиспользуемое пустое поле "цена товара" - такого нет