. Это означает, что в массиве $row нет good.

А она выводится внутри цикла?


Хотя что Вы мне голову морочите? Я ошибся, а Вы не поправите даже!
$result["good"] конечно надо использовать, а не $row["good"]/
.
Мы же сами ее в $this->result["good"] засунули в модели!

Это если при инсталле.
А если на рабочем сайте создать или подредактировать, то супер-секретный адрес site.ru/admin/adminsite/ набираете и там обычным плюсиком создаете

Проблема в JS-скрипте, который циферки перещелкивает.

Валерий, не бушуйте Все будет хорошо!
Техподдержка сказала не "все нормально, чего вы хотите", а объяснила принцип работы этой настройки: 50 по умолчанию это то, сколько сообщений в тему можно добавлять, прежде чем сработает ограничение. Я уже говорил, что на многих форумах админы ограничивают сообщения в теме и просят создавать отдельные темы, обычно 1000, мы сделали удобство. Никто же не мешает у нас поставить 1000 вместо 50? С пагинатором у нас несколько сложнее, ведь темы ветвистые, и сработать пагинатор может на любой ветке, нарушив структуру. Таким образом, пагинатор можно считать по корневым сообщениям, например. Как вариант. Но надо смотреть на реальном примере, например, у Вас, хорошо ли будет. Сделаем лучший вариант и может даже в 5.3 успеем впаять, не переживайте

Добавляйте предложения в вишлист, показывайте на реальных примерах потребности. Мы всё учитываем, все предложения и замечания!

Нам надо! И это главное. Пишите! Вы, Валерий, да мы и уже команда будущего есть.
Как говорил Джобс? Народ пассивен в большинстве, что есть, тем и пользуются. А инициаторов и инноваторов единицы! Предложи народу что-то новое, он скажет, о, это лучше, буду пользоваться.
Так что, не обращайте внимание на поддержку коллег, Вы предложение сделали, мы исполнили. А потом народ будет пользоваться и поблагодарит

http://diafan.ru/feedback/

А зачем это клиенту? Хочет своим покупателям палку в колеса вставить? Лишний клик и лишнюю загрузку страницы прибавить? Усложнить заказ? Ему продажи надо уменьшить?

У нас раньше было так, в 4.х версиях. корзина /order/, затем заказ /order/step1/ , подтверждение заказа /order/step2/, потом заказ оформлен /oreder/step3/... Куча страниц. В нас все плевали, мы переделали. Обратно никто не просил никогда, это против разумного смысла, как мне кажется. Теперь Ваш клиент объявился с приветом из прошлого
Переделать обратно можно, конечно, но это не одно движение, ковыряться надо. Настройку мы не предусматривали

Проблема в правах доступа модератора. Зайдите как админ, и в правах доступа модератора поставьте галку "Просмотр" для "Страницы сайта". Ну а далее те галки, которые нужны для соответствующих модулей.

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

Создаете доп.характеристику, выбираете тип "выпадающий список". Ставите галку "отдельная страница для значений". Называете характеристику "Бренд", и заполняете "Calvin Klein" - "/shop/brands/calvinklein/", "DIM" - "/shop/brands/dim/" и т.д. Ставите галку "Использовать в форме поиска".
Затем добавляете товары и назначаете им бренды. В форме поиска по бренду можно будет искать, а в карточке товара можно будет нажать на бренд, откроется отдельная страница, где будут все товары этого бренда.

Точно так же. Актуальность тега только в документации проверяйте

get_parents() - выдает массив номеров родителей

Еще есть всегда глобальная $this->diafan->parent_id – номер страницы родителя;

Создаете рубрику "Футболки". Затем идете в "Характеристики" и для рубрики "Футболки" создаете доп.характеристику типа "Список со множественными значениями", называете ее "Цвет" и вносите в нее "Красный", "Синий" и пр. Затем еще одну, называете ее "Размер" и вносите "M", "S", "XL"
Затем, когда будете добавлять товары в рубрику "Футболки", у каждого товара будут эти поля доступны к выбору. Плюс у каждой характеристики будет галка "Зависимая цена" или "Доступен к выбору при заказе".
Ставите зависимую цену и тогда можно для одного и того же товара для канистры 5л ставить одну цену, а для 10л повышенную.
А если "доступен к выбору при заказе" - то при заказе посетитель сможет выбрать цвет.

А я калифорнийских знаю Цитрусов

Когда мы разрабатывали эти параметры в тег, мы руководствовались удобством в примитиве. Т.е. по факту - это параметры из адресной строки по поиску товаров. То есть, идем на сайт, с помощью формы по поиску товаров (выведенной тегом show_search) отмечаем нужные галки в фильтре товаров, жмем поиск. Выходят товары. Если результаты поиска нас устраивают и мы хотим выводить эти товары шаблонным тегом, мы просто берем эти параметры param3=5&param4=6&param10>12&param16=0 из адресной строки и засовываем в тег

Ну а и я не говорю, что это идеальная схема и она окончательная. Мы функционал ввели. Удобство использования реализовали, как показалось будет удобным. Если неудобно, давайте искать варианты, будем переделывать.

Да, пока именно так: поискал, параметры забрал, внес в тег. Если отличается только одним параметром бренд, значит забираете строку с остальными параметрами, а бренд выцепляете из страницы бренда, или откуда у Вас там поиск идет и подставляете автоматом.

Вообше, да, для того и есть модуль меню. Создаете хоть 5 меню разных, "меню сверху", "меню слева", "меню снизу", и через id=3 в теге выводите. И дублируете там пункты как хотите. И раскрываете их по-разному. А то зачем же в рамках одного меню теснится..?

/adm/includes/save_functions.php
function generate_rewrite()

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

Мы делали что-то подобное тут. Что-то "подобное", да не совсем, т.к. описание бренда было в описании категории, и сам каталог разбит таким образом, что категории - это бренды. В любом случае дополнительное поле мы прибавляли к доп.характеристике, и к категории тоже. И Вам придется.
А вообще, надо абстрагироваться от того, что страница доп.характеристики - это страница описания бренда. Изначально задумывалось http://diafan.batester.ru/brends/ALLSAINTS/ просто как страница с результатами поиска по характеристике. Я думаю тут лучше сделать как говорит Андрей, сделать отдельную страницу с описанием бренда с таким же названием. Или сделать страницу http://diafan.batester.ru/brends/ALLSAINTS/about/ - как описание бренда, а http://diafan.batester.ru/brends/ALLSAINTS/ как "вывести все товары этого бренда".

Приделайте эти параметры в show_block и всего делов. Малая кровь будет
Сначала в /modules/shop/shop.php в функции show_block в разрешенные переменные в массив $attributes добавляете price1 и price2 (или price_ot и price_do)
Затем в модельке /modules/shop/shop.model.php эти переменные принимаете из шаблонного тега и обрабатываете в запросе, добавляя условие, ограничивающее товары по цене.

Андрей, 2 года уже ж. Пора бы навыки отрастить!
Пробуйте методом тыка и ориентируясь на окружающие строки. Если что, спрашивайте в техподдержке. Или тут, совместными усилиями, опираясь на данную мною схему.

Да, тут достаточно просто знаний основ алгоритмизации. Это 7-ой класс школы, язык бейсик. Затем был Паскаль, фокспро, и что там еще. Когда знаешь основы алгоритмизации, переменные, принцип работы функции, циклы, массивы, уже язык неважен. Имеешь под рукой php.net как справочник по синтаксису и все.

А, не, вру. Я лично в школе бейсик учил в 10 классе, а не в 7-ом. В 11 уже был паскаль, плавно перетекший в delphy А в институте прибавилась СУБД foxpro, плюс всякая ересь типа ассемблера

Здравствуйте!
Копать только в одном направлении.

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