код запроса(ов)
EXPLAIN
и результаты профилирования в студию:)
тяжело судить по одному запросу😊кинь хотя бы структуру таблиц, если не можешь профилирование и explain(ну или дамп если есть возможность.)
kir
+115
Репутация
477
Рейтинг
тяжело судить по одному запросу😊кинь хотя бы структуру таблиц, если не можешь профилирование и explain(ну или дамп если есть возможность.)
немного не понятно что будет мешать им зайти в папку компоненты и там в папку шаблона, где будут хранится шаблоны и css который автоматом подключается..
нетрудно догадаться, что тех кто делает/правит шаблоны гораздо больше (считай каждый первый)
поэтому удобно должно быть им, в первую очередь
а так в целом полностью согласен с вашей позицией.
no problem.ну как говорится — флаг вам в руки, помогите нам, оптимизируйте запросы.
код запроса(ов)
EXPLAIN
и результаты профилирования в студию:)
ну или как вариант дайте дамп таблиц которые используются в запросе и сам(и) запрос(ы)
да почему же, просто на самом деле когда всё что связанно с конкретным компонентом находится в одном месте, удобнее чем когда всё раскидано в 10 местах. я не говорю что битрикс идеален=) просто как вариант можно было бы открыть опрос для разработчиков и посмотреть на результаты :)
не слышал про то что они тяжелые если раставить правильно индексы, ну и еще пару полезных мелочей при оптимизации сделать: типо выборка тех полей который нужны, запись в ковычках `, ну и явно указывать поля через таблицу… т.е нужно нам поле `name` которые лежит в таблице `user_names` при вызове лучше записатьСамые "тяжелые" c JOIN, то есть те которые с нескольких таблиц делают выборку, вот как их победить
к примеру у меня на 2 миллиона записей, запрос с 5 JOIN'aми выполняется всего лишь 0.3с.
замените файл находящийся templates\_default_\components\com_board_cats.tpl
этим файлом
либо в нем после строки
добавить строку
этим файлом
либо в нем после строки
боюсь что недвижимость настолько многогранна что тут уж не обойдется без отдельного) универсальность тут излишня, на мой взгляд)
собственно вопрос, насколько актуально. если актуально чтобы вы хотели там видеть. и как вам такой: Пример недвижимости в виде компоненты под инстанту 
? =)
? =)
ну честно говоря пользуюсь phpStorm'om и в том же дерево порой надоедает лазить из одной части дерева в другую если что то надо)
ну это дело ваше в каком виде хранить компоненты. я лишь высказал своё мнение, которое кто то разделяет а кто то нет. я думаю что надо перенимать опыт таких cms как битрикс.
ну это дело ваше в каком виде хранить компоненты. я лишь высказал своё мнение, которое кто то разделяет а кто то нет. я думаю что надо перенимать опыт таких cms как битрикс.
не знаю насколько актуально на данный момент, но помнится что обычные индексы в случае сортировки по первичному ключу не учитываются. попробуйте создать покрывающий индекс.
Компонент пишут один раз — в 3 папки слазил, ужасно из-за этого намучился, но справился. Потом человек решил сделать уникальный, ни на что не похожий дизайн и пошёл шерстить по всем папкам компонентов — шаблоны создавать. Потом решил текст чуть побольше сделать тут и там и опять пошёл копаться в папках, вместо одной единственной.
немного не ясно что вы хотите этим сказать, уж лучше пусть будут разбиты шаблоны компонент по папкам с соответствующим именем, чем тупо все шаблоны в одной папке. "искать иголку в стогу сена сложнее, чем искать иголку там где она должна быть" — как то так.
загугли "структура компоненты битрикса" и почитай насчет проще;) куда уж проще чем там? и лазить в 100500 мест не надо;)Ага, и названия у них ща "g49s7ws5g3.tpl", да? В названии файла уже есть префикс, отвечающий за то, к какому компоненту он принадлежит, куда уж проще?
в данный момент для того чтобы изменить/разработать (нормальный, функциональный) компонент надо как минимум залезть в папку шаблоны, в папку админки и в папку самого компонента, которые находятся вообще в разных уровнях вложений. C теми же шаблонами приходится переносить файлы шаблона компоненты на используемый шаблон, это создает некую привязанность, хотя можно было бы для всех шаблонов сайта, шаблон компоненты брать из папки самой компоненты.Чем именно облегчит, можете аргументировать?
p.s у битрикса на мой взгляд хорошо продумано с компонентами, а у вас всё в разных местах, файл иконки, языковой файл, файлы CSS, админки… всё в разных местах для компонент, это не удобно
p.p.s
кстати, заметил еще в некоторых местах что "вы" — разработчики, не соблюдаете свою же модель MVC, видел в контроллере обращение напрямую к бд… помоему это не по MVC ;)
(с такой проблемой столкнулся во время написания компоненты недвижимости по подобию realty.ngs.ru)
Собственно вопрос к разработчикам, планируются ли изменения в области модели компонент? а то не удобно когда хранится все в разных местах, языковой файл в одном месте, шаблоны в другом, основная часть в…, было бы неплохо если было бы похоже на битрикс итп, это облегчит жизнь и разработчикам компонент и обычным пользователям;) :)