Огромный плюс модикса контроль, вот это конечно супер, кнотрль всего что происходит на сайте во фронте

писать надо один раз, а дальше пользоваться

можешь написать так, чтобы пользоваться могли все и продавать

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

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

Дима какой-то сайт делал, где типа несколько менеджеров могут одновременно заказ редактировать - ну и что, всем что ли нужно такое

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

писать надо один раз, а дальше пользоваться

Просто не все программисты =) Меня лично подкупила работа с фронтом в модиксе, давно еще, допустим как фронтендер я вообще не понимал, как работает сниппет =) Но сниппет делал все что нужно и имел конфиг подходящий под задачу.

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

в смысле табличек?

датагриды

датагриды

multifields)))

Красивая штука, но файлики =))

Красивая штука, но файлики =))

или в базу

хотя я может и не прав, ведь я табличек налепил немало ((:

Важный момент не в ТВ +)

Серега не обижайся, я тогда поменял твой плагин на мулититв, просто потому что нужно было посчитать кое какие данные из значения мультитв json

вот это да

Серега не обижайся, я тогда поменял твой плагин на мулититв, просто потому что нужно было посчитать кое какие данные из значения мультитв json

это же дело чисто добровольное)

Просто фишка была в том что при DocLister Выводе он уже знает значения ТВ, далее мы это значение передаем в сниппет там парсим json и делаем подсчет данных, без доп запросов в другие таблици и так далее

Я подумал что так будет проще +)

Через мультитв

🤠

Ну патоложик сейчас скажет надо prepare там и тд +)

Ну патоложик сейчас скажет надо prepare там и тд +)

и не только он так скажет

+)) Ребята не бейте

сильно хотябы

Просто я понял что разбираться с prepare дольше, только на formlistere его юзал 1 раз, опыта нет +)

а на мультитв как ты посчитал, я что-то не понял

или там есть встроенный подсчет значений

а в опенкарте есть модуль для подсчета значений?

Костылем посчитал =)) https://c2n.me/43dYwP8

Все норм +)

а, ну контроллер есть, значит все классно и мвц

хахаха

просто похоже =)

считает, и без запросов в базу главное =) по этому пришлось от Серегиного отказаться, просто там будет много rows

с чего вдруг

какие запросы

Ну у сергея его mltifields пишет либо в файлы либо в базу значения

надо подумать, добавить третий тип, запись в ТВ) только боюь там места не хватит, хотя mediumtext должно вроде бы

надо подумать, добавить третий тип, запись в ТВ) только боюь там места не хватит, хотя mediumtext должно вроде бы

Вот, хотел тоже написать Диме можно ли сделать просто TEXT

Ну у сергея его mltifields пишет либо в файлы либо в базу значения

а из базы выбрать ну никак что ли?

может даже база бы и посчитала?

то есть ты один запрос сэкономил, чтобы Серегу подставить

а из базы выбрать ну никак что ли?

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

то есть ты один запрос сэкономил, чтобы Серегу подставить

Я уже извинился +)) Серега всеравно крут +)

Я уже писал выше была только 1 проблема с multiTV field type = richtext =)

Высота поля не регулировалась при output type = vertical, так как при horisontal не сработал richtext вообще

так доклистер всё равно сделал запрос в таблицу с твшками)

ну это да =) Надеюсь сделал он это не через ж.. =) Просто зачем головомойка с другой таблицей если доклистер сам все сделал, достаточно было только указать нужный тв. Да и тв там еще 4 штуки грузилось с этим, в люббом случае запросы в ТВ были бы

один запрос

https://c2n.me/43dYHdA да вот раскопал как это увидеть =)

то есть по факту он бы и так делал этот запрос

даже без мультитв

один запрос

джойн к доклистеру

Ну опять же, конечно можно и ассеблером воспользоваться, но разве ЦМС и фреймворки не должны упрощать разработку а не усложнять +))

ну да, ты-то упростил проще некуда

цмс должны работу с контентом упрощать

а фреймворки - с кодом

как они должны тебе упростить подсчет суммы чисел я хз

А что не так упростил ) в другую таблицу не полез, джоины и прочее писать не пришлось, разбираться с prepare тоже. Хотя конечно надо попробовать переписать на prepare. Ради общего познания.

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

все бы видели, что не лохи на ево разрабатывают

А мультифилдс и сохраняет без json в отдельную табличку )) вроде наоборот надо чтоб в тв сохранял

Сергей говорит, в поле mediumtext для tv values влезает не все, наверное по этому сделал отдельную табличку. Мб. можно поменять тип поля в бд у тв значений по дефолту на text. Хз

Сергей говорит, в поле mediumtext для tv values влезает не все, наверное по этому сделал отдельную табличку. Мб. можно поменять тип поля в бд у тв значений по дефолту на text. Хз

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

что-то не так ты опять протестил

Может тогда виноват ui модикса.

что-то не так ты опять протестил

большинство хостингов на ssd, там шустрее

а базы на ленте наверное ((:

Просто файлы или база понятно дело каждого, но хз одна строка текстовая и 50 файлов неужели файлы быстрее

а базы на ленте наверное ((:

не все, но похоже да))

нет, что-то ты намудрил

на разных хостингах тестил, где то база шустрее, поэтому есть выбор

как именно ты тестил

как именно ты тестил

выборка из базы её разбор в рабочий массив, и так же выбор файла и разбор

Ну хз, как по мне база удобнее ))

выборка из базы её разбор в рабочий массив, и так же выбор файла и разбор

ну чтобы из базы одну строку удалить, например, не нужно всю таблицу пересоздавать

а у тебя в таблице и индексов нет

выбираешь по doc_id и tv_id, а индекс только по id