Чтобы передать массив, надо по моему тоже представлять как данные в базе хранятся. Иначе Это смахивает на нечто из области фантастики. Разве не так?

То есть вы хотите взять этот файл и каким то образом его интегрировать в Diafan, если скажут внедрять?

Моё виденье таково - Diafan имеет уникальную архитектуру из общего с другими системами только подход MVC. Поэтому если надумаете внедрять, то это будет не внедрять, а писать с нуля. К тому же Diafan достаточно защищён от хакерских атак и это подтверждено неоднократным аудитом специалистов.

Защита от DDoS :) по моему это делается на более низком уровне нежели уровень CMS.

Только крутилка другая была и было доступно несколько методов. На месте, на палке, на болте и так далее.

Раз пошла такая пьянка. Немного рекламы по теме.
Делал видео про то, как менять иконки в виду появления возможности, но теперь насколько известно, свободы стало ещё больше и иконки можно устанавливать гораздо проще и правильнее, немного другими способами.

Учту. Надо сначала допереехать в новую квартиру. Ато скитаюсь по городу как бродяга. Комп только на заводе. Форум только могиторю.

Естественно. CM проводится каждый год.

Это как при работе в отладчике. Найдёшь если знаешь куда смотреть :)

Радомный нельзя, нужно сдавать отчётность. Заморочки там всякие документальные.

Префикс да можно.

Здравствуйте.

Вы наверное плотно сидели на технологии HTML где каждая страница создаётся в ручном режиме потом линкуются все необходимые страницы. Вообщем это жуть-жуткая.
CMS на то и CMS чтобы не через FTP создавать и редактировать, а заниматься этими делами в панели администратора. Причём, вы работаете только с контентом каждой страницы, а не с её оформлением. FTP оставьте разработчикам, которые будут заниматься оформлением страниц.

Молодец. Когда человек что то делает значит живёт.

Логичный ход - проверять наличие блока панели, если есть, то плюсовать его высоту к отступу позиционирования меню при фиксации.
Ест обработка вариантов производится скриптом JS.
Вполне подойдёт .is() [jQuery]

Ой нет, вот с этим я не согласен параметры должны быть упорядочены. Вопрос только в том, какое значение должно быть выбрано по умолчанию.

Опять же смотря какая статистика нужна. Метрика не идиеальна. Идеальную статистику можно получить только в движке. Бывает данные собраные средствами Diafan + дополнений отличалась немного от данных метрики. Доказано на практике.

Пробовали какой-то сторонний сервис, Яндекс, Гугол, и свои разработки. Везде показывались разные цифры.

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

Верно мыслишь - дай пятюню.

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

Дядь Валера, а какую практическую цель преследует данная статистика?
Ну пользователи, ну группы, ну столько. А дальше? В чём коммерческая составляющая (как данная информация помогает зарабатывать/экономить)? Хочу понять эффективную полезность для CMS.

Спасибо за развёрнутый ответ. Но есть же модуль похожие товары. И уведомлялка о поступлении отсутствующих товаров, тоже есть. И есть даже кнопка для пользователя которую он нажимает и администратор видит, что товар действительно нужен пользователю. М?

Дядь Валера смотри такой вопрос есть информация по заходам - с какой целью произведён заход, это потенциальный клиент или конкурент который лазит по сайтам схожей тематики и собирает информацию по интересующим его вопросам?

А вы уверены что массив $row[] содержит элемент 'price'?
Если в модельке элемент не добавлен то ничего не получится.

Если магазин привязан к 1 странице то ориентируемся на

если к нескольким то ещё берём вовнимание

Если работаем с брендами и там тоже надо считать то

Время последнего изменения

Ну уж куда рациональнее. Верно мыслите. Можно сделать так. Главное что при таком подходе целостность базы сохранится и новых таблиц не появится и лишнего городить по всему модулю не придётся.

Ну для конкретной категории добавится фильтр.
где %d примет номер интересующей категории.

Полагаю что стоит галка "Часть слова". Белый - белгравия по моему логично. А минимальная длинна слова это слова которые используются в процедуре сравнения, а никак не количество совпадающих букв в словах.

Если необходимо исключить вариации имеющие разнополярну смысловую нагрузку то надо выключить галку "часть слова" чтобы слова сверялись целиком.

Вообще поиск это сложная, очень сложная тема, где для обеспечения неплохой выдачи надо учитывать множество ньюансов, в том числе и контекст, который описать ну скажем идеально вообще не реально без использования искусственного интелекта.
например: Замок - запорный механизм и строение, Лук - овощ и оружие, Сахара - пустыня и форма слова сахар.
Не говоря уже о словах с общим корнем.

Ммм, а что тогда эта галка включает выключает? Может индекс надо сбрасывать после смены настроек поиска?

Да печаль. Но то что хоть что-то ищет это уже очень даже не плохо.

Ну вот опять циферки засветили. Требуется чистильщик.

а есть принципиальная разница? В чём она заключается?

Паша не умничай .
Hazrat (Rang56) уровнял эти 2 вещи логическим оператором "или".
Если разработчик разобрался что такое jQuery, то в основах JS он также просто должен был разобраться. JS это фундамент для работающем на его основе jQuery. Поэтому "или" тут как-то нелогично смотрится.